Aynı Jenkins çalışma alanında birden fazla git deposunu kontrol edin

Jenkins 1.501 ve Jenkins Git eklentisini 1.1.26 kullanma

Her biri birden fazla projeye sahip 3 farklı git depom var.

Şimdi 3 git deposundaki tüm projeleri bir Jenkins slave üzerindeki aynı çalışma alanına kontrol etmem gerekiyor. Her git deposunu şurada tanımladım: Kaynak kodu Yönetimi: Birden çok SCM . Ancak bir repo her kontrol edildiğinde önceki repo (ve ilişkili projeleri) silinir.

Bunu okudum:

http://jenkins.361315.n4.nabble.com/multiple-git-repos-in-one-job-td4633300.html

ama gerçekten yardımcı olmuyor. Depo için yerel alt dizin altında (isteğe bağlı) tüm depolar için aynı klasörü belirtmeye çalıştım ama aynı sonucu veriyor.

Eğer Jenkins kullanarak bu imkansızsa, sanırım projeleri doğru yere taşımak için bazı ön-inşa adımları / betikleri kullanılabilir. Projelerin yapı yapılandırmasını değiştirme seçeneği değildir.

Jenkins + Git Plugin ile tek bir çalışma alanında aynı anda birden fazla depoyu kontrol etmek mümkün değildir.

Geçici bir çözüm olarak, her biri tek bir depoyu kontrol eden ve ardından son proje çalışma alanınıza kopyalayan birden fazla yukarı akış işiniz olabilir (birkaç düzeyde sorunlu) veya gerekli her bir depoyu kontrol eden bir kabuk komut dosyası oluşturma adımı oluşturabilirsiniz. derleme zamanında iş çalışma alanı.

Daha önce Çoklu SCM eklentisi bu soruna yardımcı olabilirdi ancak artık kullanımdan kaldırılmıştır. Çoklu SCM eklenti sayfasından: "Kullanıcılar https://wiki.jenkins-ci.org/display/JENKINS/Pipeline+Plugin'e geçmelidir . Pipeline, birden fazla SCM'yi kontrol etmenin daha iyi bir yolunu sunar ve Jenkins tarafından desteklenir çekirdek geliştirme ekibi. "

Çoklu SCM Eklentisi ile:

• Kontrol etmeniz gereken her depo için farklı bir depo girişi oluşturun (ana proje veya bağımlılık projesi.

• her proje için, "gelişmiş" menüsünde (ikinci "gelişmiş" menü, her depo için "gelişmiş" etiketli iki düğme vardır), "Depo için yerel alt dizin (isteğe bağlı)" metin alanını bulun. Orada, projeyi kopyalamak istediğiniz "çalışma alanı" dizininde alt dizini belirtebilirsiniz. Geliştirme bilgisayarımın dosya sistemini eşleyebilirsiniz.

"İkinci gelişmiş menü" artık mevcut değil, bunun yerine yapılması gereken "Ekle" düğmesini ("Ek Davranışlar" bölümünde) kullanmak ve "Bir alt dizine göz at" ı seçmek.

• ant kullanıyorsanız, çalışma alanının kök dizininde değil, bir alt dizinde yapı hedefleri olan build.xml dosyası şu anda olduğu gibi, bunu "Ant'ı Çağır" yapılandırmasına yansıtmanız gerekir. Bunu yapmak için, "Ant'ı Çağır" içinde, "Gelişmiş" e basın ve build.xml dosyasının bulunduğu alt dizinin adı dahil olmak üzere "Derleme dosyası" giriş metnini doldurun.

Umarım yardımcı olur.

Yana Birden SCMS Eklentisi kaldırılmıştır.

İle Jenkins Boru Hattı olası çok git repo Kasaya git ve gradle kullanarak oluşturduktan sonra

node {   
def gradleHome

stage('Prepare/Checkout') { // for display purposes
    git branch: 'develop', url: 'https://github.com/WtfJoke/Any.git'

    dir('a-child-repo') {
       git branch: 'develop', url: 'https://github.com/WtfJoke/AnyChild.git'
    }

    env.JAVA_HOME="${tool 'JDK8'}"
    env.PATH="${env.JAVA_HOME}/bin:${env.PATH}" // set java home in jdk environment
    gradleHome = tool '3.4.1' 
}

stage('Build') {
  // Run the gradle build
  if (isUnix()) {
     sh "'${gradleHome}/bin/gradle' clean build"
  } else {
     bat(/"${gradleHome}\bin\gradle" clean build/)
  }
}
}

Bunun gibi özel bir ardışık düzen yerine git alt modülleri kullanmayı düşünebilirsiniz .

Kullandığım Çoklu SCMS Plugin Jenkins ile başarıyla Git Eklentisi ile birlikte.

Depoların ilişkilerine bağlı olarak, diğer bir yaklaşım, diğer depoları (depoları) depolardan birine git alt modülleri olarak eklemektir . Git alt modülü, diğer depolara bir başvuru oluşturur. Bu alt modül depoları --recursive, "süper projeyi" (resmi terim) klonlarken bayrağı belirtmediğiniz sürece klonlanmaz .

Mevcut projeye bir alt modül eklemek için komut şu şekildedir:

git submodule add <repository URI path to clone>

Jenkins v1.645 kullanıyoruz ve git SCM, süper projeler için kutudan çıktığı gibi özyinelemeli bir klon yapacak. Voila, süper proje dosyalarını ve tüm bağımlı (alt modül) repo dosyalarını aynı Jenkins iş çalışma alanında kendi dizinlerinde alırsınız.

Bunun doğru yaklaşım olduğuna kefil olmamak, daha çok bir yaklaşımdır.

Jenkins: Çoklu SCM - kullanımdan kaldırıldı. GIT Eklentisi - çoklu depolarda çalışmaz.

Kod olarak komut dosyası / ardışık düzen - gidilecek yoldur.

Benim de bu problemim vardı. Diğer projelerde Trigger / call builds kullanarak çözdüm. Her depo için aşağı akış projesini parametreleri kullanarak çağırırım.

Ana proje:

This project is parameterized
String Parameters: PREFIX, MARKETNAME, BRANCH, TAG
Use Custom workspace: ${PREFIX}/${MARKETNAME}
Source code management: None

Sonra her depo için aşağıdaki gibi bir aşağı akış projesi çağırırım:

Trigger/call builds on other projects: 
Projects to build: Linux-Tag-Checkout
Current Build Parameters
Predefined Parameters: REPOSITORY=<name>

Aşağı akış projesi: Linux-Tag-Checkout:

This project is parameterized
String Parameters: PREFIX, MARKETNAME, REPOSITORY, BRANCH, TAG
Use Custom workspace:${PREFIX}/${MARKETNAME}/${REPOSITORY}-${BRANCH}
Source code management: Git
git@<host>:${REPOSITORY}
refspec: +refs/tags/${TAG}:refs/remotes/origin/tags/${TAG}
Branch Specifier: */tags/${TAG} 

Jenkins + Git Plugin ile tek bir çalışma alanında aynı anda birden fazla depoyu kontrol etmek mümkündür (belki sadece daha yeni sürümlerde?).

"Kaynak-Kod Yönetimi" bölümünde, "Git" değil, "Çoklu SCM" yi seçin ve birkaç git deposu ekleyin.

Biri dışında tümünde "Ek davranış" olarak "Alt dizine teslim et" eylemini eklediğinizden ve ayrı bir alt dizin belirttiğinizden emin olun.

Çoklu GIT depolarımızı yönetmek için git-repo kullanıyoruz . Git-repo tarafından yönetilen depoların tamamının veya bir kısmının aynı Jenkins iş çalışma alanına alınmasına izin veren bir Jenkins Repo eklentisi de vardır .