Вы можете попробовать запустить параметризованную сборку с параметром, который является фактическим git commit, который вы хотите собрать. Это в сочетании с крюком фиксации VCS.
пользуем Jenkins для создания инкрементных сборок нашего проекта на каждом коммите в SCM. Мы хотели бы получить отдельные сборки для каждого коммита. Однако наивный подход (настройка SCM и использование перехватов после фиксации для запуска сборки) создает проблему в следующем сценарии:
Сборка запущена.Пока сборка происходит (это может занять до нескольких минут)два Отдельные коммиты в SCM сделаны двумя разработчиками.Один новая сборка запущена. Он получает изменения от обоих коммитов, сделанных во время предыдущей сборки.Это «состояние гонки» усложняет поиск того, какой из коммитов нарушил сборку / введенные предупреждения.
Используемое в настоящее время решение проверяет изменения в одном задании («задание планировщика») и запускает другое задание для фактической проверки и сборки.
Есть ли правильные решения этой проблемы?