Что означает слияние PR?

Question

В Дженкинс, что это и будет делать, если я упоминаю Branch спецификатор, как

• 1 Происхождение/пр/$ {pullRequestId}/из
• 2 происхождения/пр/$ {pullRequestId}/слияния

Означает ли это, что в первом случае сборка будет создана из того, что когда-либо будет в коде запроса. и во втором случае изменения в PR будут применяться как патч к целевой ветви локально, внутри рабочего пространства Jenkins и build будет запускаться на одном и том же.

Answer 1

Вы можете подтвердить, что используете Atlassian Stash для управления репо Git?

Когда вы создаете PR, Stash попробуйте «ленивое» слияние (в ID/ref ref ID). Если целевая ветка перемещается, Stash будет пытаться выполнить новые слияния.

Некоторые объяснения по поводу этого ленивого слияния here.

Если вы запускаете конструкцию Дженкинса с помощью крючка для штемпеля, Stash отправит всю PR-информацию Jenkins (pullRequestId, из SHA1, слияние SHA1, ...).

Итак, с вашим заданием Jenkins вы можете попробовать слияние (origin/pr/$ {pullRequestId}/from в origin/master, если master - ваша целевая ветка), и вы можете построить результат слияния.

Это то, что мы делаем в моей компании с этими настройками и Stash pullrequest builder plugin:

Это хорошо работает :)

Каждый раз, когда разработчик обновляет PR, новый PR сборки и Дженкинс пытается сделать новое слияние.

Как только PR будет проверен, если разработчик нажмет кнопку «Слияние», он попытается объединить код в целевой ветке.

Вы можете установить некоторые параметры слияния в этом properties file.