Это должно быть поведение по умолчанию, если вы используете триггер SCM, параметры задания по умолчанию и не установите флажок «Выполнить процессы сборки при необходимости '.
- Первое задание будет стоять в очереди и немедленно запустить.
- При изменении источника следующее задание будет стоять в очереди и дождитесь завершения первого.
- Третье изменение SCM будет определять работу уже в очереди и ничего не делать.
- Когда первая работа будет выполнена, следующая начнется - и будет использовать все, что есть в SCM, в момент ее запуска (не в тот момент, когда это было запланировано).
Это поведение может быть изменено с использованием параметров, параллельных сборок, дросселирования работы и т. Д. Мое знание там также может быть устаревшим (Дженкинс развивается довольно быстро).
На стороне примечание: несколько сборок не обязательно являются плохими - они дают вам местность сбоя, что может позволить вам быстрее идентифицировать оскорбительную фиксацию. Это не имеет большого значения в течение 10 минут сборки, но если ваша сборка будет больше, чем это может быть проблемой (с большой командой, вы можете получить много коммитов за 30 минут).
Мне больше всего нравится, Cron Syntax должен быть (H/15 * * * *), поэтому для нескольких заданий и нескольких серверов jenkins. Кроме того, существует тихая настройка периода, поверните это до минуты или двух минут, чтобы выровнять фиксации. – Electrawn