Detener la liberación de mvn provocando la repetición de comstackciones de Jenkins

El plugin Jenkins git se puede configurar para ignorar ciertos posts de confirmación, [maven-release-plugin] en su caso.

Tenga en count que el ejemplo en la testing de ayuda para ignorar confirmaciones tiene algunos problemas, pruebe mi versión: ^(?s)\[maven-release-plugin\].*

Gracias @blackbuild.

Eso en realidad no funcionó, creo que porque no estamos sondeando por Jenkins, sino que activamos una compilation a partir de Stash (commits).

Entonces, en nuestro caso, creo que la respuesta es realizar versiones de lanzamiento con un usuario específico (restringido), que luego puede ignorarse desde el extremo de Stash.

Sin embargo, creo que tu respuesta es buena para aquellos que están encuestando a Git repo directamente desde el server de Jenkins 🙂

Gracias cargas! Andrés

Estoy atascado con una versión anterior de Jenkins (v1.487) y la versión del complemento git que tenemos no tiene una opción para Additional behaviors .

Tuve que usar una solución similar pero no exactamente la misma que @Andrew Eells.

Tengo a Jenkins sondeando un repository de git y construyendo cuando se encuentran los cambios. Mi compilation estuvo en un ciclo infinito por un time, reconstruyéndome cuando el plugin de lanzamiento empujaba una actualización pom.xml al final de la compilation.

Para resolver esto, configuré un usuario específico en Github (no usando Stash aquí pero el mismo conceptualmente) para hacer siempre las comstackciones. Luego lo agregué a la sección avanzada del complemento git en Jenkins en Excluded Users . Básicamente es lo mismo que la respuesta de Andrew pero configurado para ignorar al usuario desde el final de Jenkins en lugar de Stash.