Jenkins derlemesinde Git alt modülleri güncellenmiyor

Jenkins'teki bir projede bir alt modülüm var. Alt modülleri yinelemeli olarak güncellemek için gelişmiş ayarı etkinleştirdim.

Yapıyı çalıştırdığımda, çalışma alanının alt modüldeki dosyalara sahip olduğunu görüyorum. Sorun şu ki, alt modülün ilk revizyonu gibi görünüyor. Değişiklikleri gönderdiğimde (GitHub'da barındırılan depo) Jenkins, doğru değişiklikleri almak için alt modülü güncellemiyor gibi görünüyor. Bunu gören oldu mu?

O Not 2.0 eklentisi Jenkins Git Altmodüllerin uygun güncellemelerini sağlamalıdır olan "avans alt modülü davranışlar" sahip olacaktır:

Gibi yorumladı tarafından vikramvi:

Advanced sub-modules behavior> " Path of the reference repo to use during submodule update" bu alana karşı, git url alt modülünü ekleyin.

Owen B yorumlarda şöyle diyor :

Kimlik doğrulama sorunu için artık "Ana deponun varsayılan uzaktan kumandasından kimlik bilgilerini kullan" seçeneği var

JENKINS-20941'de burada görülüyor :

Bu, Jenkins sitesinde, Yinelemeli alt modüller bölümünün altındaki Git Eklentisi belgelerinde ele alınmıştır .

GIT eklentisi, alt modülleri olan depoları destekler. Ancak bu açık olmalıdır: İş Yapılandırması -> Bölüm Kaynak Kodu Yönetimi , Git -> Gelişmiş Düğme (oluşturulacak Dallar altında) -> Alt modülleri yinelemeli olarak güncelleyin .

Misal

İşinizin yapılandırma ekranından Kaynak Kod Yönetimi bölümünde, Ekle düğmesini aşağı çekin "Gelişmiş alt modül davranışı" nı seçin.

Ardından "Alt modülleri yinelemeli olarak güncelle" yi seçin:

Git deponuzun her zaman bir alt modülün belirli bir revizyonuna başvurduğunun farkında mısınız ? Jenkins, revizyonu otomatik olarak değiştirmeyecek.

Alt modülün daha yeni bir revizyonunu kullanıma almak istiyorsanız, bunu yerel Git deponuzda yapmanız gerekir:

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

Bunu böyle yaptığınızda, Jenkins derleme sırasında alt modülün aynı revizyonunu kontrol edecektir. Jenkins, alt modülün hangi revizyonunu kullanacağına kendi başına karar vermez. Bu, Git alt modülleri ile SVN harici modülleri arasındaki temel farktır.

Alt modüller hakkında iyi bir referans okumak isteyebilirsiniz, örneğin http://progit.org/book/ch6-6.html .

Sonunda bunu yapmanın bir yolunu buldum ve çok basit.

Sorun:

Kimlik bilgilerine sahip ilk klon iyi çalışıyor, ancak sonraki submoduleklonlama yanlış kimlik bilgileriyle başarısız oluyor.

1. Otomatik gelişmiş alt modül klonlama:: Source Code Management >> Additional Behaviours >> Advanced sub-modules behaviourskimlik bilgisi hatasına neden olur.
2. git submodule update --initiçinde Execute Shellbölüm de kimlik bilgileri hata ile başarısız olur.

Çözüm:

Kullanıyorum jenkins-1.574.

1. Kontrol Build Environment >> SSH Agentkutusu.
2. Doğru kimlik bilgilerini seçin (muhtemelen Source Code Managementbölümde seçilenle aynıdır)

3. Güncelleme altmodüller Execute Shellbölümünde

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

İşte bir ekran görüntüsü

Görünüşe göre bir çözüm buldum:

Aşağıdaki kabuk komutlarını çalıştırmak için bir yapı adımı ekledim:

git submodule foreach git checkout master
git submodule foreach git pull

Jenkins Git modülünü kullanıyorsanız, bunu "Derlemeden önce çalışma alanını sil" olarak ayarlayabilirsiniz, bu şekilde her zaman doğru alt modülü alır.

Kontrol eklentisi ile komut dizili ardışık düzen kullanıyorum. Alt modüllerin deponuzdakiyle aynı olmasını istiyorsanız, aşağıdaki gibi izleme alt modülleri seçeneğini kapatmanız yeterlidir:

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