2015-09-03 2 views
3

[Высвобождение через Maven-релиз-плагин, Git репо, размещенный на Atlassian Stash, который запускает строительство трубопровода в Дженкинс.]Stop МВНА релиз запуск повторного Дженкинс строит

Есть ли способ, чтобы остановить выпуск запуская новый разбег трубопровода? Это происходит из-за того, что выпущенные файлы pom привязаны к Stash. Учитывая, что сборка только что произошла (чтобы перейти к заданию на выпуск), это совершенно не нужно, так как все, что изменилось с последней сборки, это номера версии файла pom.

ответ

7

Jenkins git plugin может быть сконфигурирован так, чтобы игнорировать определенные сообщения о фиксации, [maven-release-plugin] в вашем случае.

enter image description here

Обратите внимание, что пример в тесте справки для игнорировать фиксации есть некоторые проблемы, попробуйте мой вариант: ^(?s)\[maven-release-plugin\].*

3

Благодаря @blackbuild.

Это не работает, я думаю, потому что мы не проводим опрос от Дженкинса, а скорее запускаем сборку из Stash (commits).

Stash webhook to Jenkins

Итак, в нашем случае, я думаю, что ответ должен выполнить выпуск сборки с пользователем специфические (ограниченный), который затем может быть проигнорировано с конца Stash.

Committers to ignore

Однако, я думаю, что ваш ответ хорош для тех, кто опрашиваете Git репо напрямую с сервера Дженкинс :)

Благодарности нагрузок! Andrew

+1

Должно работать. Webhook сообщает только Jenkins, позволяя всем репозиториям использовать этот измененный репозиторий для опроса. Поэтому проверьте, соответствует ли комментарий коммита комментарию по сборке выпуска. – blackbuild

+0

Да, проверено как ваше регулярное выражение, так и одно в тексте справки, но безрезультатно ... –

+0

@andrewEells вам вообще удавалось использовать это? :) – Hafiz

0

Я застрял со старой версией Jenkins (v1.487), а версия плагина git у нас нет для Additional behaviors.

Мне пришлось использовать аналогичное, но не совсем такое же решение, как @Andrew Eells.

У меня есть Jenkins опрос git repo и здание, когда изменения найдены. Моя сборка была в бесконечном цикле для бит, перестраивая, когда когда-либо плагин выпуска подталкивал обновление pom.xml в конце сборки.

Чтобы решить эту проблему, я настроил конкретный пользователь в Github (не используя Stash здесь, но тот же концептуально), чтобы всегда делать сборки. Затем я добавил его в расширенный раздел git-плагина в Jenkins под номером Excluded Users. В основном то же самое, что и ответ Эндрю, но настроенный на игнорирование пользователя с конца Дженкинса вместо Stash.

enter image description here