2016-06-29 2 views
3

Моих проверок Дженкинс трубопровода из репозитория GIT на первом этапе, то Форы я используюДженкинс Pipeline игнорирует exludeMessage вариант для мерзавца проверки

checkout([$class: 'GitSCM', branches: [[name: '*/master']], doGenerateSubmoduleConfigurations: false, extensions: [[$class: 'MessageExclusion', excludedMessage: '.*\\[Gradle-Release-Plugin\\].*'], [$class: 'LocalBranch', localBranch: 'master']], submoduleCfg: [], userRemoteConfigs: [[credentialsId: '48b64fd8-f0c8-4bcd-91e8-58f763e9be0c', url: 'https://bitbucket.org/private/private.git']]]) 

Для предотвращения сборки для автоматического изменения версии фиксации, варианты excludeMessage является используемый. Тем не менее, Дженкинс начинает строить, если с этим шаблоном происходят коммиты. Правильный шаблон регулярного выражения, я дважды проверил его. Кто-то сталкивается с одной и той же проблемой?

+0

Может быть, попробуйте использовать более простое регулярное выражение, например '. * Gradle-Release-Plugin. *' I.e без экранирующих квадратных скобок и т. Д. Требуется ли '. *' В начале и конце? –

+0

Я попытался использовать более простое выражение, но, похоже, это ошибка, как указано в ответе. – hitty5

ответ

1

Это действительно ошибка, разрешение которой еще не принято.

См. issue JENKINS-36195 "Pipeline polling ignores special polling rules".
Тот же вопрос рассматривается в «JENKINS-35988 Organization job "Branch Indexing" ignores excluded regions defined in jenkinsfile»

текущей оценки является:

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

Смежные вопросы