Вы можете попробовать запустить параметризованную сборку с параметром, который является фактическим git commit, который вы хотите собрать. Это в сочетании с крюком фиксации VCS.

пользуем Jenkins для создания инкрементных сборок нашего проекта на каждом коммите в SCM. Мы хотели бы получить отдельные сборки для каждого коммита. Однако наивный подход (настройка SCM и использование перехватов после фиксации для запуска сборки) создает проблему в следующем сценарии:

Сборка запущена.Пока сборка происходит (это может занять до нескольких минут)два Отдельные коммиты в SCM сделаны двумя разработчиками.Один новая сборка запущена. Он получает изменения от обоих коммитов, сделанных во время предыдущей сборки.

Это «состояние гонки» усложняет поиск того, какой из коммитов нарушил сборку / введенные предупреждения.

Используемое в настоящее время решение проверяет изменения в одном задании («задание планировщика») и запускает другое задание для фактической проверки и сборки.

Есть ли правильные решения этой проблемы?