AM
вот вот, изза этого вопрос и возник изначально
если разработка в ветках, то нас интересует только факт мерджа в мастер, со сквошем или нет — не важно
Size: a a a
2020 March 19
Ti
если разработка в ветках, то нас интересует только факт мерджа в мастер, со сквошем или нет — не важно
+
Ti
Важен же только мастер в конечном счете
AM
Да, я понял, прикольная тема
Всегда не нравилось версии рассчитывать ручками)
Всегда не нравилось версии рассчитывать ручками)
более того, это заставляет писать ченджлог
AB
Важен же только мастер в конечном счете
ну была версия скажем 1.0.0, начались две ветки, в одной подняли версию до 1.1.0, в другой до 1.2.0 и что делать?)
Ti
ну была версия скажем 1.0.0, начались две ветки, в одной подняли версию до 1.1.0, в другой до 1.2.0 и что делать?)
Их не поднимают пока чейнджлог не надо будет писать
AB
Их не поднимают пока чейнджлог не надо будет писать
ну речь про conventional commits, там вообще не надо чейнджлог писать, он сам генерируется на основе коммитов
AM
ну была версия скажем 1.0.0, начались две ветки, в одной подняли версию до 1.1.0, в другой до 1.2.0 и что делать?)
там где у нас ведётся вручную, то чекеры просто проверяют, что версия в ветке выше мастера и не дают мерджить. соответственно, понижения версии не будет никогда
Ti
Ну насколько я понял, сам факт наличия коммитов в разных ветках не влияет никак, пока ты их не сольешь в мастер, а вот там при релизе уже высчитывается, соответственно не важно что там в ветках было до этого
AM
там где у нас ведётся вручную, то чекеры просто проверяют, что версия в ветке выше мастера и не дают мерджить. соответственно, понижения версии не будет никогда
но приходится перезапускать билды при каждом мердже по всем веткам и зеленый билд может стать красным, так что автоматическое вычисление версии сильно удобней
AM
Ну насколько я понял, сам факт наличия коммитов в разных ветках не влияет никак, пока ты их не сольешь в мастер, а вот там при релизе уже высчитывается, соответственно не важно что там в ветках было до этого
мы просто ещё не везде внедрили новый инструмент, где-то спасаемся вот так — проверкой, что разработчик проставил версию выше мастера. Но как я написал выше это приводит к большому количеству лишних билдов
AB
судя по всему самой лучшей идеей будет разруливать всё это на CI
AM
AB
@amel_true @risenforces спасибо в общем
AM
если нет CI то проще в момент релиза руками вычислять
AM
ну т.е. все изменения летят в мастер, решаете, что сегодня день релиза — вычисляете версию и ставите тег
S
Я про любые примеры говорю, для чего угодно
Пофиксил, сделал через then)
Ti
Пофиксил, сделал через then)
Можешь так)
validate(user).then(console.log);
validate(user).then(console.log);
S
не информативно)
Ti
не информативно)
А зачем вообще этот пример кстати?)