Дженкинс два действия после сборки, но только один с git_commit

Question

В «Действиях после сборки» я хочу сначала создать триггеры без $ {GIT_COMMIT} (автоматизация e2e), но как только автоматизация e2e будет завершена, я хочу начать вторую сборку, которая запускается с использованием $ {GIT_COMMIT} ТОЛЬКО, если первая сборка стабильна.

Есть ли способ поставить это в очередь.

А Главный код репо (альфа к бета) B является e2e тест репо (за пределами A) С Главный код репо (бета-гамма)

В настоящее время он настроен так ... Когда A является стабильным, триггер B без $ {GIT_COMMIT} (так как B не распознает $ {GIT_COMMIT}), тогда, когда B является стабильным триггером C, но C требует $ {GIT_COMMIT}.

Есть ли способ для меня отправить $ {GIT_COMMIT} в B, если он не построит главную ветвь вместо $ {GIT_COMMIT}? ИЛИ в пределах работы, триггер B без $ {GIT_COMMIT} только тогда, когда B является стабильным, триггер C с $ {GIT_COMMIT} внутри «Post-строить действия»

Answer 1

Почему не просто хранить его в качестве параметра, который не является называется GIT_COMMIT и использовать его в B и C? Не стоит посылать заранее заданный параметр A_commitHash на B, а затем на C.

Другой способ, если вы не хотите отправлять параметры между заданиями - запустить пакет echo A_commit=%GIT_COMMIT% >a.properties и архивировать его в A. Затем в C вы можете copy его в рабочее пространство и inject его, что дает вам возможность использовать A_commit в своей работе.