Как получить сборку Jenkins Pipeline для отображения истории изменений (изменений) для определенной c ветви - PullRequest
Новая
       74

Как получить сборку Jenkins Pipeline для отображения истории изменений (изменений) для определенной c ветви

0 голосов
/ 14 февраля 2020

Я использую декларативный конвейер и groovy сценарии, чтобы проверить мою ветку. Я проверяю, используя шаг проверки: 

    [$class: 'GitSCM', 
    branches: [[name: "${selectedBranch}"]], 
    browser: [$class: 'BitbucketWeb', repoUrl: 'myURL'], 
    doGenerateSubmoduleConfigurations: false, 
    extensions: 
    [[$class: 'CloneOption', noTags: false, reference: "${cloneReference}", shallow: true, timeout: 5]], 
    submoduleCfg: [], 
    userRemoteConfigs: [[url: "${projectDetails.repositoryAddress}"]]])

И это прекрасно работает. Однако, глядя на историю изменений, она показывает историю моей общей библиотеки, а НЕ фактической проверенной ветки. Это означает, что я получаю всю историю моих изменений jenkins groovy, но нет истории для фактического создаваемого решения / источника. Я не могу найти способ преодолеть это.

На моей работе в Jenkins я вижу это: 

Started by user Me

    Revision: 53eb41e0c05fd4cb466268947102990b2b14354e
GroovyImplementation
    Revision: 825d8201904b000f479ebc91c9d244cfb956dd85
refs/remotes/origin/releases/release-2.18

На странице "Изменения" я вижу изменения для "GroovyImplementation" (из которых есть часто отсутствуют), но я хочу изменения для "refs / remotes / origin / Releases / Release-2.18", где есть существенные изменения.

Точно так же в Stage View я вижу количество коммитов для " GroovyImplementation ", а не ветвь релиза.

Как я могу отобразить информацию о проверке для ветки релиза без с использованием многопоточной сборки?

1 Ответ

0 голосов
/ 19 февраля 2020

Список изменений по умолчанию рассчитывается для предыдущей сборки, вы можете прочитать его здесь https://github.com/jenkinsci/git-plugin#changelog -extensions . Если вы хотите, чтобы список изменений рассчитывался для определенной ветви c, вы можете явно настроить свою работу, добавив дополнительное поведение Calculate changelog against a specific branch

...