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?
Respuestas:
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 .
extractoEl 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 .
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 clonación inicial con credenciales funciona bien, pero la submoduleclonación posterior falla con credenciales incorrectas.
Source Code Management >> Additional Behaviours >> Advanced sub-modules behaviours: da como resultado un error de credencial.git submodule update --initen la Execute Shellsección también falla con error de credenciales.Estoy usando jenkins-1.574.
Build Environment >> SSH Agentcasilla. Source Code ManagementsecciónActualizar 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
git submodule update --init --recursive
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']]])