В чем разница между этими типами проектов Jenkins:
Pipeline
Multi Branch Pipeline
Github Organization
Я использую Jenkinsfile.
Я думаю, что для Pipeline он просто поддерживает одну ветвь, тогда как Multi Branch поддерживает любую ветвь. Организация Github не уверена. Я хочу обновить запрос на извлечение из Github со статусами сборки Jenkins.
В конвейерном задании вы указываете, в какой ветви находится ваш Jenkinsfile.
Но в Multibranch Pipeline каждая ветвь может иметь свой Jenkinsfile.
папка организации GitHub используется для сканирования организации GitHub или команды Bitbucket для обнаружения репозитории организации, автоматически создавая для них управляемые задания Multibranch Pipeline.
обновить запрос на извлечение из Github со статусами сборки Jenkins
Вы можете следить за "Как обновить статус сборки Jenkins в запросах на вытягивание GitHub [Пошаговое руководство]", в котором используется WebHook.
Или вы можете использовать GitHub PR Builder Plugin
Задача конвейера в основном просит Дженкинса запустить конвейер, написанный на Groovy. Вы либо «вставляете» этот код Groovy в текстовое поле в Jenkins, либо говорите Дженкинсу, что «код Groovy находится где-то там, в SCM». Ваша работа — «свободный стиль», поэтому вы можете заниматься чем угодно — уборкой, отправкой электронных писем или загрузкой изображений кошек, и, конечно же, она может выполнять цикл «сборка-тестирование-развертывание».
Обратите внимание, что ваше задание может, например, запрашивать имя ветки и создавать несколько веток с их именами. (Теоретически он также может запрашивать URL-адрес репо и создавать несколько репозиториев.)
Multibranch job в основном сообщает Дженкинсу, что есть репо с несколькими ветками (некоторые из них PR). Это лучше подходит для цикла сборки-тестирования-развертывания. В этом типе у каждой ветки есть свой Jenkinsfile (он был создан, когда ветка была разветвлена из master или чего-то еще), и каждая ветка строится в соответствии со своим собственным Jenkinsfile.
Это то, чего хочет большинство людей, и вот почему: давайте предположим, что «обычная» сборка проекта предоставляет три результата (двоичные файлы, tar, jar или что-то еще), и у меня есть PR, который добавляет четвертый. Где бы я разместил инструкции о том, как построить эту четвертую вещь? В Multibranch я добавляю инструкции в Jenkinsfile моей ветки. Моя ветвь производит четыре результата, другие ветви - три. Когда моя ветка объединяется, основная ветка становится четвертой и т. д.
(В одном конвейере мне нужно было бы изменить мой единственный Jenkinsfile для всего проекта с инструкциями if-else, и это могло быстро выйти из-под контроля.)
Организация Github очень похожа, но имеет более тесную интеграцию с GitHub, поэтому актуальна только в том случае, если вы работаете с ней (не актуальна, например, для BitBucket).
