Как работа в нисходящем режиме использует фиксацию git, которая передается по заданию вверх по течению?

У меня есть два задания (A и B), которые я хочу для B, запускаются A с помощью git commit, используемого A после того, как A успешно построено.

Поддерживаемые плагины построения триггеров запускают задание ниже по течению с помощью комманды git, используемого в задании вверх по течению.

Мой вопрос в том, как нижестоящая работа использует переданную в commit для проверки. Я не нашел, какая переменная передается по заданию A, и как использовать значение передачи pass-in для проверки кода в B через git плагин Jenkins?

Ответ 1

Jenkins Git plug-in - это интеллектуальный инструмент. Конкретной конфигурации не требуется. В задании по восходящему потоку запускается задание ниже по потоку с фиксацией Git, используемой начальным заданием, нисходящий поток автоматически проверяет переданное в потоке сообщение.

Ответ 2

У меня был такой же вопрос. Основная проблема заключается в том, что Jenkins по умолчанию не переносит переменные времени построения из вышележащего задания в нисходящее задание. Таким образом, переменная GIT_COMMIT будет пустой, если вы фактически не добавите определение репозитория в исходное задание в разделе "Управление исходным кодом". И из того, что я могу сказать, он извлекает хеш-адрес git из репо, поэтому он не просто становится последним.

Это определенно было разочаровывающим моментом и потребовало слишком долгого разрешения.