Отправить пользовательский вывод сборки от jenkins в запрос GitHub Pull в качестве комментария - PullRequest
2 голосов
/ 31 октября 2019

нам нужно настроить декларативный конвейер jenkins для управления автоматизированными сборками / развертываниями репозиториев проектов на основе Terraform в GitHub. В основном, здесь нам нужно, чтобы для любого репозитория проекта terraform в GitHub, когда запрос на отправку отправлялся из ветви объектов в некоторую базовую ветвь, такую ​​как master, то одно задание с несколькими ветвями для этого репо запускает сборку с этой веткой объектов изатем для команды, в которой он выполняет терраформную комманду, как показано ниже: -

terraform plan -out=tfplan -input=false

затем он публикует этот вывод на соответствующий github PR в разделе комментариев (не как комментарий к проблеме, а просто как комментарий PR), чтобы рецензент мог просмотреть выходные данные плана. и одобрить / отклонить PR или добавить дополнительные комментарии о том, что необходимо изменить в исходном коде. Если оно будет одобрено, то с этой базовой ветви будет отдельная работа, чтобы просто применить терраформу, которую мы уже настроили. Суть в том, что, несмотря на то, что здесь используется terraform, все, что мы ищем здесь, это как добавить что-то обратно в GitHub PR в качестве комментария в рамках сборки jenkins. Я установил плагин GitHub для создания запросов и мог оставлять комментарии по вопросам, но не знал, как это сделать для реального PR. Я хотел бы, чтобы это было закодировано в моем декларативном конвейере, так что очень жду вашей помощи / предложений по этому вопросу.

Просто не уверен, как получить идентификатор PR каждый раз, когда выполняется любая сборка функции или, возможно, имеетсяпуть, когда сборка запускается на ветке, только когда есть PR из этой ветки в качестве исходной ветви. Любая помощь или предложения здесь будут с благодарностью, как всегда.

1 Ответ

0 голосов
/ 06 ноября 2019

Мне удалось выяснить это, следуя приведенному ниже сообщению: - Создать комментарий по запросу. Я думаю, что я не совсем понял, что github рассматривает каждый PR как проблему, а не наоборот, и поэтому то, чего вы могли бы достичь, выполнив POST / repos /: owner /: repo / Issues /: Number / comments, точночто я искал здесь.

...