погоди, ты говоришь что мерж уже произошел

и пайплайн запускается на новый коммит в мастере

какая тебе разница что будет с прошлыми запусками?

МРа уже нет по сути, он закрыт

Кажется, он путает что-то?

Попробую ещё раз обьяснить)
в ветке есть feature1, feature2, feature3 готовы к мёржу на > develop
как только делается один из мержей в develop, запускается пайплайн > билдит проект, в случае успеха > запускается джоба с тестами

фичи могут мёржить с разным промежутком времени, хоть все 3 за 1 минуту, а могут с переодичностью в 10 мин

Вот там где переодичность в 1 минуту, получается запускается 3 пайплайна поочереди + 3 джобы тестов поочереди

ну все верно я понял

каждый новый мерж может спокойно отменить прошлые мержы, потому что ветка уже будет иметь все старые изменения

Вот когда такая переодичность, я нехочу запускать 3 пайплайна в ряд, я лучше подожду пока все смержат, а только потом запущу джобу с тестами

Ну тогда, во-первых, мержи предыдущих фич, действительно, никуда не пропадут, потому что они уже в этой ветке.

А во-вторых, это весьма ебланский подход, потому что если тесты должны были упасть, а ты их отменил (или даже просто сверху намержил ещё веток), то тебе придётся либо ревертить, либо размерживать, либо ты вообще узнаешь, что произошёл факап, когда упадут тесты фичи3, а из-за какой из трёх — не узнаешь.

а, тебе надо таки каждый проверить?

как ты будешь ждать?

ты же не знаешь момента, не знаешь что есть еще N открытых МРов

мне нужно дождаться когда будет конечый МР, и тогда только запустить джобу с тестами

Вам бы посмотреть на git-flow... Чтобы вы мержили в релизную ветку, а когда кончатся готовые фичи, запускали бы тесты на ней. И если всё ок, тогда её возвращали в master/develop.

и как ты его определишь?

чем конечный отличается от промежуточных?

а вообще по хорошему гнать тесты до мержа