Size: a a a

Ваdоо PHP Мееtuр

2021 January 29

P

Pavel in Ваdоо PHP Мееtuр
Pavel Omelchenko
Просто у меня сегодня какой-то такой день, что темы из разных мест очень сильно пересекаются с тем с чем я сегодня работал)

искал инфу про гитфлоу, чтобы понять насколько далеко мы отклонились от каноничного описания, а нашел про trunk based разработку (которая, кажется, мне больше понравилась)
У нас в Авито как раз trunk based используется.
С короткими фича-бранчами и тогглами
источник

MG

Michael Gorishnyi in Ваdоо PHP Мееtuр
Я тоже прочитал статью, спасибо @pOmelchenko . Давно знаю о подходе с feature flag, мы его в некотором смысле используем. Но не думал о нем как о постоянно применяющемся, в разрезе непрерывных мерджей. Теперь попробуем
источник

PO

Pavel Omelchenko in Ваdоо PHP Мееtuр
Pavel
У нас в Авито как раз trunk based используется.
С короткими фича-бранчами и тогглами
Круто! Для меня остается темной стороной как собирается приложение в зависимости от флагов. Ибо ничего подобного еще не делал :)
источник

PT

Pavel Tolstikov in Ваdоо PHP Мееtuр
Pavel Omelchenko
🤔 очень часто вижу именно его как рекомендованный к работе
Настоящий gitflow? Думаю это опять таки из-за путаницы с именованиями. gitflow довольно сложный: несколько веток типа master, develop, hotfix, правила по их слиянию. Люди специальные скрипты пишут, чтобы с ним работать.
https://github.com/nvie/gitflow
источник

PT

Pavel Tolstikov in Ваdоо PHP Мееtuр
Лично мне кажется, что такая модель больше подходит для написания, например, десктоп софта, который выпускается определёнными версиями и чуть ли не на дисках поставляется. Ну может быть ещё для написания клиентов, распространяющихся через стор. Для веб сервисов всё же чаще используют модель похожую на Github flow.
https://guides.github.com/introduction/flow/
источник

PO

Pavel Omelchenko in Ваdоо PHP Мееtuр
Pavel Tolstikov
Настоящий gitflow? Думаю это опять таки из-за путаницы с именованиями. gitflow довольно сложный: несколько веток типа master, develop, hotfix, правила по их слиянию. Люди специальные скрипты пишут, чтобы с ним работать.
https://github.com/nvie/gitflow
ага. Все пытаются идти в сторону настоящего гитфлоу. Но, как правило, многие забывают про релизную ветку, а некоторые еще и про девелоп. При этом сохраняя жирные фича ветки, которые создают боль на ревью и разруливания конфликтов.
источник

F

Fogr in Ваdоо PHP Мееtuр
Pavel Omelchenko
ага. Все пытаются идти в сторону настоящего гитфлоу. Но, как правило, многие забывают про релизную ветку, а некоторые еще и про девелоп. При этом сохраняя жирные фича ветки, которые создают боль на ревью и разруливания конфликтов.
Как наличие ветки develop влияет на размер фича ветки?
источник

PO

Pavel Omelchenko in Ваdоо PHP Мееtuр
никак, к чему вопрос?
источник

F

Fogr in Ваdоо PHP Мееtuр
Может я не уловил мысль, но мне показалось в вашей фразе как будто это связано
источник

F

Fogr in Ваdоо PHP Мееtuр
При релизах 1-2 раза в день ветка develop выглядит избыточной
источник

P

Pavel in Ваdоо PHP Мееtuр
Pavel Omelchenko
Круто! Для меня остается темной стороной как собирается приложение в зависимости от флагов. Ибо ничего подобного еще не делал :)
тогглы тут не самое главное. основная идея - делать максимально быстрые фича-бранчи и сивать их.
не держать ветки неделями-месяцами-кварталами
источник

P

Pavel in Ваdоо PHP Мееtuр
а уж тогглы нужны чтобы закрывать функционал что еще не протестирован\не доделан\не все компоненты готовы
источник

ВИ

Василий Исаев... in Ваdоо PHP Мееtuр
Fogr
При релизах 1-2 раза в день ветка develop выглядит избыточной
Но ведь релиз 1-2 раза в день, не означает микрозадачи на пол дня(включая тестирование)...
источник

F

Fogr in Ваdоо PHP Мееtuр
Василий Исаев
Но ведь релиз 1-2 раза в день, не означает микрозадачи на пол дня(включая тестирование)...
Раскройте свою мысль
Вы считаете что она всё же нужна? Почему?
источник

P

Pavel in Ваdоо PHP Мееtuр
Pavel Omelchenko
ага. Все пытаются идти в сторону настоящего гитфлоу. Но, как правило, многие забывают про релизную ветку, а некоторые еще и про девелоп. При этом сохраняя жирные фича ветки, которые создают боль на ревью и разруливания конфликтов.
а кто все? если често - я только разговоры слышу.
и единственная компания что шла по честному git flow - контора выпускающая коробочный системный софт

это из тех что знаю.
источник

P

Pavel in Ваdоо PHP Мееtuр
Может ошибка выжившего, хз
источник

ВИ

Василий Исаев... in Ваdоо PHP Мееtuр
Fogr
Раскройте свою мысль
Вы считаете что она всё же нужна? Почему?
Нужна или не нужна ветка develop, зависит от размера задач, способа тестирования, инфраструктуры организованной в компании и других факторов, а не от частоты релизов
источник

ВИ

Василий Исаев... in Ваdоо PHP Мееtuр
Это связанные, но не выходящие из друг-друга понятия
источник

F

Fogr in Ваdоо PHP Мееtuр
Василий Исаев
Нужна или не нужна ветка develop, зависит от размера задач, способа тестирования, инфраструктуры организованной в компании и других факторов, а не от частоты релизов
И какую же функцию она будет выполнять?
Можно разрабатывать задачу неделю и потом сразу замерджить в релиз
При этом конечно не забывать поливать мастер (мэйн?)) во время разработки
источник

F

Fogr in Ваdоо PHP Мееtuр
Имхо, функция ветки develop в том, чтобы другие разработчики, а может и даже сам могли получить последние изменения в других задачах не дожидаясь релиза

Это актуально если, допустим, релиз раз в неделю/месяц/может больше, делается много задач и нужно их подтянуть, чтобы не разруливать потом мучительно конфликты перед релизом

Когда релизы 1-2 раза в день, то ветка develop как правило совпадает с веткой релиза, в чём её польза тут?
источник