«Построить только при изменении SCM» в задании Дженкинса имеет значение true, но не компилируется с последним коммитом

Question

У меня есть задание BuildApp со сборкой (MultiJob Phase), которая вызывает другое задание BuildAppJar для создания jar.В задании BuildApp , " Сборка только при изменении SCM " установлена ​​в значение true.Я ожидаю, что задание BuildAppJar создаст файл JAR с последним коммитом, потому что задание BuildApp настроено для сборки при изменении SCM.Но этого не происходит.Вместо этого я получаю этот журнал, в котором говорится: «Subjob не имеет изменений с момента последней сборки»Почему так?Любая идея?Разве Дженкинс не должен строить с последним коммитом кода?Я использую Git.

[WS-CLEANUP] Deleting project workspace...
[WS-CLEANUP] Deferred wipeout is used...
[WS-CLEANUP] Done
    >> Job status: [BuildAppJar] subjob has no changes since last build. 

Спасибо.

Answer 1

Это может быть из-за этой ошибки (я думаю, что обе проблемы одинаковы):

https://issues.jenkins -ci.org / browse / JENKINS-50168

https://issues.jenkins -ci.org / browse / JENKINS-55524

Симптом состоит в том, что Jenkins опрашивает два хранилища, но не проверяет правильное на наличие изменений.Для подтверждения добавьте свой «журнал опроса git» (или, в зависимости от вашего плагина, любой журнал, который появляется внизу списка над историей сборки).Я не нашел обходного пути.

Webhooks (gitlab, bitbucket или что-то еще) на самом деле не заставляют Jenkins создать конкретный коммит - webhook просто уведомляет Jenkins, что что-то имеет изменения,и Дженкинс опрашивает хранилище, чтобы увидеть, должно ли это изменение вызвать сборку.В моем случае Дженкинс получает хук, опрашивает репо, затем опрашивает другое репо (также используется этим заданием, но редко обновляется) и проверяет его на наличие изменений.Таким образом, вам нужно, чтобы "Build, когда изменение отправлено в GitLab" и "Poll SCM", оба отмечены.

Для получения длинного списка других возможностей, проверьте https://issues.jenkins -ci.org / browse / JENKINS-17614