Los submódulos de Git no se actualizan en la compilación de Jenkins

Tengo un submódulo en un proyecto en Jenkins. He habilitado la configuración avanzada para actualizar submódulos de forma recursiva.

Cuando ejecuto la compilación, veo que el espacio de trabajo tiene los archivos del submódulo. El problema es que parece ser la primera revisión del submódulo. Cuando presiono cambios (repositorio alojado en GitHub), Jenkins no parece actualizar el submódulo para obtener los cambios correctos. ¿Alguien ha visto esto alguna vez?

Tenga en cuenta que el complemento Jenkins Git 2.0 tendrá "comportamientos de submódulo avanzados", lo que debería garantizar las actualizaciones adecuadas de los submódulos:

Como se ha comentado por vikramvi:

Advanced sub-modules behavior> " Path of the reference repo to use during submodule update" en este campo, agregue el submódulo git url.

Owen B menciona en los comentarios :

Para el problema de autenticación, ahora hay una opción "Usar credenciales desde el control remoto predeterminado del repositorio principal".

Visto aquí en JENKINS-20941 :

Esto se trata en la documentación del complemento Git en el sitio de Jenkins en la sección: Submódulos recursivos .

El complemento GIT admite repositorios con submódulos que, a su vez, tienen submódulos. Sin embargo, esto debe estar activado: en Configuración del trabajo -> Sección Gestión de código fuente , Git -> Botón avanzado (en Ramas para construir) -> Actualizar submódulos de forma recursiva .

Ejemplo

Desde la pantalla de configuración de su trabajo, en la sección Administración de código fuente, jale el botón Agregar hacia abajo y seleccione "Comportamiento avanzado de submódulos".

Luego seleccione "Actualizar submódulos de forma recursiva":

¿Sabe que su repositorio de Git siempre se refiere a una revisión particular de un submódulo? Jenkins no cambiará automáticamente la revisión.

Si desea utilizar una revisión más reciente del submódulo, debe hacerlo en su repositorio local de Git:

cd submoduledir
git pull
cd ..
git add submoduledir
git commit -m 'Updated to latest revision of submoduledir'
git push # Go and watch Jenkins build with the new revision of the submodule

Cuando lo hace así, Jenkins verificará exactamente la misma revisión del submódulo durante la compilación. Jenkins no decide por sí solo qué revisión del submódulo utilizar. Esta es la diferencia fundamental entre los submódulos de Git y los externos de SVN.

Es posible que desee leer una buena referencia sobre submódulos, por ejemplo, http://progit.org/book/ch6-6.html .

Finalmente tropecé con una forma de hacer esto y es simple.

La cuestión:

La clonación inicial con credenciales funciona bien, pero la submoduleclonación posterior falla con credenciales incorrectas.

1. Clonación automática avanzada de submódulos Source Code Management >> Additional Behaviours >> Advanced sub-modules behaviours: da como resultado un error de credencial.
2. git submodule update --initen la Execute Shellsección también falla con error de credenciales.

La solución:

Estoy usando jenkins-1.574.

1. Marque la Build Environment >> SSH Agentcasilla.
2. Seleccione las credenciales correctas (probablemente las mismas que las seleccionadas en la Source Code Managementsección

3. Actualizar submódulos en la Execute Shellsección

   git submodule sync
   git submodule update --init --recursive
   

Aquí hay una captura de pantalla

Parece que encontré una solución:

Agregué un paso de compilación para ejecutar los siguientes comandos de shell:

git submodule foreach git checkout master
git submodule foreach git pull

Si está utilizando el módulo Jenkins Git, puede configurarlo en "Limpiar el espacio de trabajo antes de compilar", de esta manera siempre obtendrá el submódulo correcto.

Estoy usando canalización con script con el complemento de pago. Si desea que los submódulos sean los mismos que en su repositorio, simplemente desactive la opción trackingSubmodules de esta manera:

checkout([$class: 'GitSCM', branches: [[name: '*/develop']], doGenerateSubmoduleConfigurations: false, extensions: [[$class: 'SubmoduleOption', disableSubmodules: false, parentCredentials: true, recursiveSubmodules: false, reference: '', trackingSubmodules: false]], submoduleCfg: [], userRemoteConfigs: [[credentialsId: '[myCredentials]', url: 'https://git.myRepo.git']]])