NG
Вы не со мной, идите к автору git flow и доказывайте что он неправ.
Я согласен с автором гит флоу, я не согласен с вашей интерпретацией и "все говно кроме пчёл"
Size: a a a
2021 March 17
ПМ
Я согласен с автором гит флоу, я не согласен с вашей интерпретацией и "все говно кроме пчёл"
Я такого не говорил. Вы когба что то утверждаете цитатку не забывайте. А то домыслы получаются и не более
КЧ
Александр Медведько
а в чем проблема с длинными фича-бранчами? у нас иногда бывает что во время разработки функционала происходит обновление на новый типовой релиз например. В большинстве случаев ребейз проходит без проблем и разработчик фичи актуализирует свой код. Это же нормальный подход? :)
В общем случае долгоживущие ветви это проблема, но можно и использовать если в вашем случае это не вызывает проблем
АМ
Кирилл Черненко
В общем случае долгоживущие ветви это проблема, но можно и использовать если в вашем случае это не вызывает проблем
А можно какой-нибудь общий пример проблемы? В чем их ... кривота что ли?
AA
в github flow нет dev и release потому там все проще, но без хорошего покрытия на CI есть риск что ты будешь жить с master веткой как с dev веткой и периодиески придется вводитьмараторий на мерджи пока не стабилизируешь код прям в master
ага, я свое сообщение выше именно с таким посылом по Гитхаб флоу написал
КЧ
Александр Медведько
А можно какой-нибудь общий пример проблемы? В чем их ... кривота что ли?
Нет кривоты, просто вероятность конфликтов выше, и сами конфликты со временем становятся геморнее.
Суть в минимизации конфликтов
Суть в минимизации конфликтов
NG
Я такого не говорил. Вы когба что то утверждаете цитатку не забывайте. А то домыслы получаются и не более
Про "никто не поддерживает" и "фича - это подсистема". Это два ваших тезиса
AS
git это в первую очередь dvcs - в этом весь смысл
а остальное - это про методики работы.
а остальное - это про методики работы.
просто в варианте "фича это подсистема, а то и весь технический проект", получается какая-то очень вырожденная ситуация, при которой смысл dvcs теряется.
ну если не предполагать, что человек подразумевал "а вот на этой отдельной фиче трудится команда разработки", потому что это будут те же яйца, против которых он выступал (частые мержи)
ну если не предполагать, что человек подразумевал "а вот на этой отдельной фиче трудится команда разработки", потому что это будут те же яйца, против которых он выступал (частые мержи)
АМ
Кирилл Черненко
Нет кривоты, просто вероятность конфликтов выше, и сами конфликты со временем становятся геморнее.
Суть в минимизации конфликтов
Суть в минимизации конфликтов
А, ну это понятно. Но разработчик же может поддерживать актуальность остального кода в ветке путем заимствований из девелопа например или другими способами, правильно?
AA
Александр Медведько
А, ну это понятно. Но разработчик же может поддерживать актуальность остального кода в ветке путем заимствований из девелопа например или другими способами, правильно?
гитхаб-флоу также рекомендует как можно чаще вливать правки из мастера в свою ветку, если она еще не закончена
ПМ
Про "никто не поддерживает" и "фича - это подсистема". Это два ваших тезиса
А с чем именно несогласны? Я даже пример привел когда есть несколько параллельных версий, как и указал что это единичные случаи, тем более там есть еще 2 усливие 20+ разрабов. Оба случая для 1с это прям такся редкость. А определение фичи почитайте в оригинале
КЧ
Александр Медведько
А, ну это понятно. Но разработчик же может поддерживать актуальность остального кода в ветке путем заимствований из девелопа например или другими способами, правильно?
Может, но конфликты все равно со времерем могут лезть, в тех объектах которые разраб менял месяц назад например.
В общем случае чем быстрее фича окажется в мастере тем меньше шансов нарваться на конфликт.
Ну я уже выше написал что если в вашем случае это проблем не вызывает, то почему бы и нет
В общем случае чем быстрее фича окажется в мастере тем меньше шансов нарваться на конфликт.
Ну я уже выше написал что если в вашем случае это проблем не вызывает, то почему бы и нет
AA
как и другие, я также скажу, что "фича - это тех.проект или подсистема" это перебор.
АМ
гитхаб-флоу также рекомендует как можно чаще вливать правки из мастера в свою ветку, если она еще не закончена
да, или из поставок из прода. я почему еще зацепился именно за гит флоу, потому что как я писал вчера и выше :) у нас есть однозначная связь 1:1 между задачами в системе учета задач и фича-ветками. это удобно с организационной точки зрения и легко было встроить в процесс разработки. Может позже мы от них и откажемся, но для меня жизнь без фича-веток - это чистый XP :)
КЧ
Feature/budgetirovanie
КЧ
КЧ
Александр Медведько
да, или из поставок из прода. я почему еще зацепился именно за гит флоу, потому что как я писал вчера и выше :) у нас есть однозначная связь 1:1 между задачами в системе учета задач и фича-ветками. это удобно с организационной точки зрения и легко было встроить в процесс разработки. Может позже мы от них и откажемся, но для меня жизнь без фича-веток - это чистый XP :)
Фича ветки даёт любой флоу
AA
Александр Медведько
да, или из поставок из прода. я почему еще зацепился именно за гит флоу, потому что как я писал вчера и выше :) у нас есть однозначная связь 1:1 между задачами в системе учета задач и фича-ветками. это удобно с организационной точки зрения и легко было встроить в процесс разработки. Может позже мы от них и откажемся, но для меня жизнь без фича-веток - это чистый XP :)
вливать из поставок из прода??
такого не нужно, т.к. опасно расхождением между гитом и продом.
все только через исходники и гит,
такого не нужно, т.к. опасно расхождением между гитом и продом.
все только через исходники и гит,
ПМ
Александр Медведько
да, или из поставок из прода. я почему еще зацепился именно за гит флоу, потому что как я писал вчера и выше :) у нас есть однозначная связь 1:1 между задачами в системе учета задач и фича-ветками. это удобно с организационной точки зрения и легко было встроить в процесс разработки. Может позже мы от них и откажемся, но для меня жизнь без фича-веток - это чистый XP :)
Вообще разные вещи. Фича и частная задача на разработку.
АМ
вливать из поставок из прода??
такого не нужно, т.к. опасно расхождением между гитом и продом.
все только через исходники и гит,
такого не нужно, т.к. опасно расхождением между гитом и продом.
все только через исходники и гит,
имелась в виду ветка мастер. из которой поставка следует.