Podmoduły Git nie aktualizują się w kompilacji Jenkinsa

Mam podmoduł w projekcie w Jenkins. Włączyłem zaawansowane ustawienie rekurencyjnej aktualizacji modułów podrzędnych.

Gdy uruchamiam kompilację, widzę, że obszar roboczy zawiera pliki z modułu podrzędnego. Problem w tym, że wydaje się, że jest to pierwsza wersja podmodułu. Kiedy wypycham zmiany (repozytorium hostowane na GitHub), Jenkins nie wydaje się aktualizować modułu podrzędnego, aby uzyskać odpowiednie zmiany. Czy ktoś to widział?

Zwróć uwagę, że wtyczka Jenkins Git 2.0 będzie miała „zaawansowane zachowania modułów podrzędnych”, które powinny zapewnić prawidłowe aktualizacje modułów podrzędnych:

Jak skomentował przez vikramvi:

Advanced sub-modules behavior> „ Path of the reference repo to use during submodule update” w tym polu dodaj adres URL git modułu podrzędnego.

Owen B wspomina w komentarzach :

W przypadku problemu z uwierzytelnianiem dostępna jest teraz opcja „Użyj poświadczeń z domyślnego zdalnego repozytorium nadrzędnego”

Widziane tutaj w JENKINS-20941 :

Jest to omówione w dokumentacji wtyczki Git w witrynie Jenkins w sekcji: Recursive submodules .

Wtyczka GIT obsługuje repozytoria z podmodułami, które z kolei same mają podmoduły. Należy to jednak włączyć: w Job Configuration -> Section Source Code Management , Git -> Advanced Button (w sekcji Branches to build) -> Recursively update submodules .

Przykład

Na ekranie konfiguracji zadania, w sekcji Zarządzanie kodami źródłowymi, pociągnij przycisk Dodaj w dół i wybierz opcję „Zaawansowane zachowanie podmodułów”.

Następnie wybierz „Rekurencyjnie aktualizuj moduły podrzędne”:

Czy wiesz, że repozytorium Git zawsze odnosi się do określonej wersji modułu podrzędnego? Jenkins nie zamierza automatycznie zmieniać wersji.

Jeśli chcesz korzystać z nowszej wersji modułu podrzędnego, musisz to zrobić w swoim lokalnym repozytorium 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

Kiedy zrobisz to w ten sposób, Jenkins sprawdzi dokładnie tę samą wersję podmodułu podczas kompilacji. Jenkins nie decyduje samodzielnie, której wersji podmodułu użyć. Jest to podstawowa różnica między podmodułami Git a zewnętrznymi programami SVN.

Możesz przeczytać dobre referencje na temat modułów podrzędnych, np . Http://progit.org/book/ch6-6.html .

W końcu natknąłem się na sposób, aby to zrobić i jest to proste.

Problem:

Początkowy klon z poświadczeniami działa prawidłowo, ale kolejne submoduleklonowanie kończy się niepowodzeniem z nieprawidłowymi poświadczeniami.

1. Automatyczne zaawansowane klonowanie modułu podrzędnego Source Code Management >> Additional Behaviours >> Advanced sub-modules behaviours:: powoduje błąd poświadczeń.
2. git submodule update --initw Execute Shellsekcji również kończy się niepowodzeniem z błędem poświadczeń.

Rozwiązanie:

Używam jenkins-1.574.

1. Zaznacz Build Environment >> SSH Agentpole.
2. Wybierz prawidłowe poświadczenia (prawdopodobnie takie same, jak wybrane w Source Code Managementsekcji

3. Zaktualizuj moduły podrzędne w Execute Shellsekcji

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

Oto zrzut ekranu

Wygląda na to, że znalazłem rozwiązanie:

Dodałem krok kompilacji, aby wykonać następujące polecenia powłoki:

git submodule foreach git checkout master
git submodule foreach git pull

Jeśli używasz modułu Jenkins Git, możesz ustawić go na „Wyczyść obszar roboczy przed budową”, w ten sposób zawsze otrzyma właściwy moduł podrzędny.

Używam skryptowego potokowania z wtyczką do kasy. Jeśli chcesz, aby moduły podrzędne były takie same jak w repozytorium, po prostu wyłącz opcję trackingSubmodules w następujący sposób:

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