Вы можете создать параметризованную сборку (например, SMOKE_TEST), которая будет принимать номер редакции в качестве входного параметра (например, REVISION_NUMBER). Конечно, оформление заказа должно быть реализовано как один из этапов сборки (не как триггер):
СТРОИТЕЛЬНЫЕ ШАГИ:
- Проверить необходимые ревизии на основе
по параметру сборки
REVISION_NUMBER
- Выполнить тест на дымность
Затем реализуйте другое задание (например, REVISION_CONTROLLER), которое будет следить за хранилищем контроля версий на наличие новых ревизий. Как только новая ревизия найдена, задание запускает экземпляр SMOKE_TEST с новой ревизией в качестве параметра, используя Hudson HTTP URL задания SMOKE_TEST, например: http://server/job/SMOKE_TEST/buildWithParameters?REVISION_NUMBER=...
Все экземпляры SMOKE_TEST будут помещены в очередь, и, таким образом, если 1234 не завершен, 1235 будет ожидать этого. Кроме того, у вас есть возможность запустить дымовой тест для пользовательской ревизии на случай, если вы захотите перезапустить его.