¿Editor de Git labelndo la revisión anterior?

¿Hay alguna manera de configurar Jenkins y el complemento de Git Publisher para labelr una revisión que no esté al frente de la twig principal?

Nos gustaría gestionar nuestro process de integración con un par de pasos que validan nuestro software en secuencia, y para facilitarlo de forma automatizada labelndo la última revisión que ha pasado el primer paso, y agregando otra label a esa revisión cuando pase. el segundo paso. Es posible que, entretanto, alguna revisión posterior haya fallado en el primer paso o algo así, de modo que ya no agreguemos la label al principio. Hay otros escenarios que imaginamos que también podrían requerir ese labeldo no directo.

He intentado verificar la label deseada en el paso Ejecutar command o especificando la label en el campo Sucursal SCM de Git, pero continúo pulsando un error de fusión no-ff porque no puedo extraer o volver a establecer la base una vez aplicada la label.

El único cambio que se está presionando es la label que se agrega.

es posible?

Esto es lo que hay en la salida de la console:

> /usr/bin/git tag -l test-tag > /usr/bin/git tag -a -f -m Testing tag built from environment variable test-tag Pushing tag test-tag to repo origin > /usr/bin/git config --get remote.origin.url > /usr/bin/git push ssh://jenkins@ncs-gerrit.inhouse.com:29418/ncs-test test-tag ERROR: Failed to push tag test-tag to origin hudson.plugins.git.GitException: Command "/usr/bin/git push ssh://jenkins@ncs-gerrit.inhouse.com:29418/ncs-test test-tag" returned status code 1: stdout: stderr: To ssh://jenkins@ncs-gerrit.inhouse.com:29418/ncs-test ! [rejected] test-tag -> test-tag (non-fast-forward) error: failed to push some refs to 'ssh://jenkins@ncs-gerrit.inhouse.com:29418/ncs-test' To prevent you from losing history, non-fast-forward updates were rejected Merge the remote changes (eg 'git pull') before pushing again. See the 'Note about fast-forwards' section of 'git push --help' for details. 

Esto aún no está disponible, pero hay un boleto para él:

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

Después de unos días de rascarse la cabeza, descubrí una solución basada en esta pregunta :

Guarde en caching las cnetworkingenciales de git en la caja jenkins:

 $ git config --global cnetworkingential.helper 'cache --timeout 600' 

lo que hace que las cnetworkingenciales estén disponibles para el paso de creación del Shell de ejecución en Jenkins:

 $ /usr/local/bin/git tag -a "v${APPLICATION_VERSION}(${BUILD_DISPLAY_NAME})" ${GIT_COMMIT} -m "Tag at ${BUILD_ID}" $ /usr/local/bin/git push Bitbucket "v${APPLICATION_VERSION}(${BUILD_DISPLAY_NAME})" 

(Nota: las variables APPLICATION_VERSION y GIT_COMMIT han sido establecidas por un trabajo de subida)