El código henetworkingado comenzó este trabajo. No hay información de causa disponible

Siempre hay una compilation adicional activada por "promover el plugin de compilation" en jenkins, que no sé por qué …

Aquí está toda la tubería:

  1. dev confirma "feature_branch" a github
  2. jenkins desencadena una compilation en "feature_branch" para ejecutar todas las testings unitarias

en el trabajo de construcción:

  • si la sucursal pasó la testing, debería ir a "revisión de código" (uso promote_build_plugin aquí, promocione manualmente después de la vista de código),
  • Utilizo "Trigger / call builds en otros proyectos" como la acción para activar "deploy-job" para que se compile solo si pasa la revisión del código.

en deploy-job:
Puedo ver que se desencadena una nueva compilation y que feature_branch está fusionada, pero siempre hay otra compilation con "sin cambios; el código henetworkingado inició este trabajo. No hay información disponible"

Busqué en Google toda una tarde tratando de resolver esto, ¿alguna ayuda?

Probablemente tenga un gancho post-commit que desencadena el mismo trabajo a través de una URL o jenkins-cli

Editar después de comentarios OP:

Pero empiezo a preguntarme sobre el trabajo de implementación, no configuré "Build cuando se envía un cambio a Github", en su lugar, uso "Build cuando se promueve otro proyecto", así que creo que incluso el github hook se desencadena, no terminará con una construcción extra?

Bueno, ahí está tu problema ^^. El mecanismo " Trigger / Call builds " está completamente separado de " Build cuando se promueve otro proyecto ".

  • El primero permite activar una nueva compilation desde un buildstep o una promoción (vinculado a esa promoción específica ).
  • Este último activará una construcción en cualquier promoción del trabajo configurado. Es el inverso de la configuration posterior a la construcción de " Crear otros proyectos ".

Además, los desencadenantes de compilation no están activados por AND , sino por OR . Build cuando ocurre esto o aquello o ese disparador. Elimine " Build cuando se promueva otro proyecto " desde la configuration hasta deshacerse de comstackciones adicionales.

Ahora, si desea evitar que las comstackciones sean activadas por los enganches SCM commit, debe asegurarse de que no haya ningún sondeo SCM configurado en el trabajo. Alternativamente, los diferentes plugins de SCM tienen sus propias opciones (sé que SVN SCM plugin permite "ignorar los enganches post-commit"; no sabe sobre el plugin de git SCM)

Intereting Posts