EE
Git flow
Size: a a a
2019 July 03
AR
и в github flow тоже
EE
Если тот-же gitlab flow использовать, там я как понимаю каждую feature branch отдают QA перед мерджем
Так ты сам можешь это решить.
AR
Как подход тестирования каждого merge request сочетается с merge fast и long life feature branches не совсем понятно
V
Я может не совсем понятно выразился. Мен больше интересует практика типа какие полиси на работу с гитом, откуда QA забыирают билды итд
Для каких программ? Права доступа что ли надо настроить?
AR
Да понятно, что я мас могу решить и каку стратегию и откуда билды берутся итд
AR
Но не хочется шишки набивать тк это наверняка кто-то делал. Хочется послушать за/против различных подходов
EE
Но не хочется шишки набивать тк это наверняка кто-то делал. Хочется послушать за/против различных подходов
Если нужны конкретные ответы, задавай конкретные вопросы
AR
>Github flow или Trunk based или что-то еще?
>Откуда собираются билды для QA?
>Делается ли автоматическая проверка сборки перед мерджем в master/trunk/develop?
>Откуда собираются билды для QA?
>Делается ли автоматическая проверка сборки перед мерджем в master/trunk/develop?
AR
Буквально в первом сообщении
EE
У нас для qa отдаются полове билды, то есть мы сливаем фичу в девелоп, отдаём qa
EE
Проверки делаютс на каждый комит в фича ветку
AR
А feature flags используете? В develop есть незаконченые фичи или нет?
AR
> Проверки делаютс на каждый комит в фича ветку
Тут не совсем понял. То есть ты допустим запушил 10 коммитов и сделал Merge Request. Для каждого коммита CI будет проверять собирается ли проект?
Тут не совсем понял. То есть ты допустим запушил 10 коммитов и сделал Merge Request. Для каждого коммита CI будет проверять собирается ли проект?
EE
А feature flags используете? В develop есть незаконченые фичи или нет?
Фич флаги не используем, незаконченных фич в девелоперский нет. Но если считать фичу которую разрабатываем в рамках таски, а глобальная фича из релиза бывает
EE
> Проверки делаютс на каждый комит в фича ветку
Тут не совсем понял. То есть ты допустим запушил 10 коммитов и сделал Merge Request. Для каждого коммита CI будет проверять собирается ли проект?
Тут не совсем понял. То есть ты допустим запушил 10 коммитов и сделал Merge Request. Для каждого коммита CI будет проверять собирается ли проект?
Для каждого комита да.
AR
Что будет если коммит #5 не собирается (к примеру в него файл забыли добавить на который есть референс)?
EE
Что будет если коммит #5 не собирается (к примеру в него файл забыли добавить на который есть референс)?
Таска с ошибкой завершиться, прийдет уведомление
EE
При этом следующая тачка от комита #6 завершиться нормально если там проблема устранена
AR
То есть в этом случае CI пометит MR как passed, да?