hudson - stash - ¿Cómo el trabajo en sentido descendente utiliza la confirmación de git que se aprueba por el trabajo de subida?

git stash

Question

Tengo dos trabajos (A y B) que quiero que B se active por A con la confirmación de git utilizada por A después de que A se haya creado con éxito.

El complemento de activación de compilación admite activar el trabajo en sentido descendente con la confirmación de git utilizada en el trabajo de subida.

Mi pregunta es cómo el trabajo downstream usa el commit pasado para confirmar. No encontré qué variable pasó el trabajo A, y cómo usar el valor de confirmación de transferencia para verificar el código en B a través del complemento Git de Jenkins.

Answer 1

Jenkins Git plug-in es una herramienta inteligente. No se necesita una configuración específica. En el trabajo de subida, desencadenar el trabajo en sentido descendente con el compromiso de Git utilizado por el trabajo de subida, el proceso de descarga descendente procesará automáticamente el compromiso transferido por el flujo ascendente.

Answer 2

Tenía la misma pregunta. El problema principal parece ser que Jenkins no transfiere las variables de tiempo de compilación desde el trabajo ascendente al trabajo descendente de manera predeterminada. Por lo tanto, la variable GIT_COMMIT estará en blanco, a menos que realmente agregue la definición del repositorio en el trabajo en sentido descendente en la sección Gestión de código fuente. Y por lo que puedo decir, busca el hash git upstream del repositorio, por lo que no es solo obtener lo último.

Este fue definitivamente un punto frustrante y me llevó demasiado tiempo resolverlo.