Os submódulos Git não estão sendo atualizados no build do Jenkins

Eu tenho um submódulo em um projeto em Jenkins. Eu habilitei a configuração avançada para atualizar submódulos recursivamente.

Quando executo o build, vejo que o espaço de trabalho contém os arquivos do submódulo. O problema é que parece ser a primeira revisão do submódulo. Quando eu envio as alterações (repositório hospedado no GitHub), o Jenkins não parece atualizar o submódulo para obter as alterações corretas. Alguém já viu isso?

Observe que o plugin Jenkins Git 2.0 terá "comportamento avançado de submódulo", o que deve garantir atualizações adequadas dos submódulos:

Conforme comentado por vikramvi:

Advanced sub-modules behavior> " Path of the reference repo to use during submodule update" neste campo, adicione o submódulo git url.

Owen B menciona nos comentários :

Para o problema de autenticação, há agora uma opção "Usar credenciais do remoto padrão do repositório pai"

Visto aqui em JENKINS-20941 :

Isso é abordado na documentação do plug-in Git no site Jenkins na seção: Submódulos recursivos .

O plugin GIT suporta repositórios com submódulos que, por sua vez, possuem submódulos. No entanto, isso deve ser ativado: em Configuração do Trabalho -> Gerenciamento do Código Fonte da Seção , Git -> Botão Avançado (em Ramificações para construir) -> Atualizar submódulos recursivamente .

Exemplo

Na tela de configuração do seu trabalho, na seção Gerenciamento do código-fonte, puxe o botão Adicionar para baixo e selecione "Comportamento de submódulos avançado".

Em seguida, selecione "Atualizar submódulos recursivamente":

Você está ciente de que seu repositório Git sempre se refere a uma revisão particular de um submódulo? Jenkins não vai mudar automaticamente a revisão.

Se você quiser fazer uma revisão mais recente do submódulo em uso, deve fazer isso em seu repositório Git local:

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

Quando você faz assim, o Jenkins verifica exatamente a mesma revisão do submódulo durante a construção. O Jenkins não decide por si mesmo qual revisão do submódulo usar. Esta é a diferença fundamental entre submódulos Git e externos SVN.

Você pode querer ler uma boa referência sobre submódulos, por exemplo, http://progit.org/book/ch6-6.html .

Finalmente descobri uma maneira de fazer isso e é simples.

O problema:

O clone inicial com credenciais funciona bem, mas a submoduleclonagem subsequente falha com credenciais incorretas.

1. Clonagem automática de submódulo avançado Source Code Management >> Additional Behaviours >> Advanced sub-modules behaviours:: resulta em erro de credencial.
2. git submodule update --initna Execute Shellseção também falha com erro de credenciais.

A solução:

Estou usando jenkins-1.574.

1. Marque a Build Environment >> SSH Agentcaixa.
2. Selecione as credenciais corretas (provavelmente as mesmas selecionadas na Source Code Managementseção

3. Atualize os submódulos na Execute Shellseção

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

Aqui está uma captura de tela

Parece que encontrei uma solução:

Eu adicionei uma etapa de compilação para executar os seguintes comandos de shell:

git submodule foreach git checkout master
git submodule foreach git pull

Se você estiver usando o módulo Jenkins Git, você pode configurá-lo para "Limpar o espaço de trabalho antes de construir", desta forma ele sempre obterá o submódulo correto.

Estou usando pipelining com script com o plug-in de checkout. Se você deseja que os submódulos sejam iguais aos do seu repositório, basta desligar a opção trackingSubmodules desta forma:

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']]])