СС
с ребейзом на ветку в которую планируется мержить
Size: a a a
2021 February 03
ИС
а вообще по хорошему гнать тесты до мержа
По-хорошему, гнать тесты надо 2 раза. На ветке в MR, и на RC.
СС
куча веток со своими МРами будут иметь свои собственные пайплайны. по их результатам можно принимать решение - можно ли мержить ветку или нет. мерж по хорошему тоже обложить пайплайном
СС
По-хорошему, гнать тесты надо 2 раза. На ветке в MR, и на RC.
ну вот да, то есть мы собрали и потестили по кусочкам и потом прогнали финально на общем собранном
СС
так как в пайплайне по хорошему имеется ребейз, то после мержа каждого куска - все другие куски могут быть проверены уже с учетом предыдущих мерж реквестов
СС
короче это целая наука)
BK
и как ты его определишь?
Вот в этом и вопрос) поэтому я и склонялся к идее) ждать пока разрабы все по мержат, дадут отмашку и одной командой стартануть все джобы с тестами)
СС
Вот в этом и вопрос) поэтому я и склонялся к идее) ждать пока разрабы все по мержат, дадут отмашку и одной командой стартануть все джобы с тестами)
судя по тому что ты говоришь - твоя задача сводится не к ожиданию чего то, отменам чего то итд. а к запуску на конкретное событие
СС
например разработчики намержили кусков и закоммитили тэг. вот этот тэг будет критерием что это финалочка
СС
или лейбл в МРе
СС
и в дженкинсе ты уже разграничиваешь логику - что делать на штатный МР, а что делать на финальный
V
Вот в этом и вопрос) поэтому я и склонялся к идее) ждать пока разрабы все по мержат, дадут отмашку и одной командой стартануть все джобы с тестами)
Смотри 50 мин на тесты это много. Те ускорить тесты. Если ускорить невозможно то сократить время тестов когда feature мержится. Например ранать только unit test и smoke какой. А полный прогон делать допустим перед релизом когда вы из dev все фичи в master соберете.
EB
Вот когда такая переодичность, я нехочу запускать 3 пайплайна в ряд, я лучше подожду пока все смержат, а только потом запущу джобу с тестами
это лечится idle period или каким-нибудь конфигом который будет собирать батч коммитов прежде чем запустить сборку
EB
вместо того чтобы придумать логику отмены запуска ненужных сборок, рассмотри вариант не бежать сломя голову что-то тестить, если ты можешь чуть чуть подождать ;)
2021 February 04
V
вместо того чтобы придумать логику отмены запуска ненужных сборок, рассмотри вариант не бежать сломя голову что-то тестить, если ты можешь чуть чуть подождать ;)
Вот этот момент :) ненужная сборка. Он такой расплывчатый. Те получается не тестим фичи? Или их все собрать в одну и тестить разом?
V
Короче много специфики. Без деталей непонятно как лучше flow настроить.
EB
ну фактически тут нужно прояснить, были ли оттестированы ветки индивидуально? если да, то не так и страшно в мастере гонять на следующий мердж.
V
ну фактически тут нужно прояснить, были ли оттестированы ветки индивидуально? если да, то не так и страшно в мастере гонять на следующий мердж.
:) билд то мы остановим. Время то 50 мин на feature.
EB
если фича-ветка никак не тестировалась теми тестами, которые в девелоп-мастере крутятся, то падение на мердж реквесте третей фичи (первые 2 были отменены) может показать ошибку, которая могла бы всплыть в отмененной сборке "неактуального" мердж коммита
EB
если расследование этого падения в вашем случае тривиально, то мб оно и не страшно.