Wyewidencjonuj wiele repozytoriów git do tego samego obszaru roboczego Jenkins

Korzystanie z Jenkins 1.501 i wtyczki Jenkins Git 1.1.26

Mam 3 różne repozytoria git, każdy z wieloma projektami.

Teraz muszę wyewidencjonować wszystkie projekty z 3 repozytoriów git do tego samego obszaru roboczego na serwerze podrzędnym Jenkins. Każde repozytorium git zdefiniowałem w: Zarządzanie kodem źródłowym: Wiele SCM . Ale za każdym razem, gdy repozytorium jest sprawdzane, poprzednie repozytorium (i powiązane z nim projekty) jest usuwane.

Przeczytałem to:

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

ale to naprawdę nie pomaga. Próbowałem określić ten sam folder w podkatalogu lokalnym dla repozytorium (opcjonalnie) dla wszystkich repozytoriów, ale daje ten sam wynik.

Jeśli jest to po prostu niemożliwe przy użyciu Jenkinsa, przypuszczam, że można użyć jakiegoś kroku / skryptów przed kompilacją, aby przenieść projekty we właściwe miejsce. Nie można modyfikować konfiguracji kompilacji projektów.

Wyewidencjonowanie więcej niż jednego repozytorium na raz w jednym obszarze roboczym nie jest możliwe dzięki wtyczce Jenkins + Git.

Aby obejść ten problem, możesz albo mieć wiele zadań nadrzędnych, z których każde pobiera po jednym repozytorium, a następnie kopiuje do ostatecznego obszaru roboczego projektu (problematyczne na wielu poziomach), lub możesz skonfigurować krok skryptów powłoki, który sprawdza każde potrzebne repozytorium, aby obszar roboczy zadania w czasie kompilacji.

Wcześniej wtyczka Multiple SCM mogła pomóc w rozwiązaniu tego problemu, ale teraz jest przestarzała. Ze strony wtyczki Multiple SCM: „Użytkownicy powinni przejść na https://wiki.jenkins-ci.org/display/JENKINS/Pipeline+Plugin . Pipeline oferuje lepszy sposób sprawdzania wielu SCM i jest obsługiwany przez Jenkins podstawowy zespół programistów. ”

Dzięki wtyczce Multiple SCMs:

• utwórz inny wpis repozytorium dla każdego repozytorium, które chcesz pobrać (projekt główny lub projekt zależny.

• dla każdego projektu, w menu „zaawansowane” (drugie menu „zaawansowane”, dla każdego repozytorium są dwa przyciski oznaczone jako „zaawansowane”), znajdź pole tekstowe „Lokalny podkatalog dla repozytorium (opcjonalne)”. Możesz w nim określić podkatalog w katalogu „workspace”, do którego chcesz skopiować projekt. Możesz zmapować system plików mojego komputera deweloperskiego.

„Drugie menu zaawansowane” już nie istnieje, zamiast tego należy użyć przycisku „Dodaj” (w sekcji „Dodatkowe zachowania”) i wybrać opcję „Sprawdź do podkatalogu”

• jeśli używasz ant, ponieważ teraz plik build.xml z celami kompilacji nie znajduje się w katalogu głównym obszaru roboczego, ale w podkatalogu, musisz to uwzględnić w konfiguracji „Invoke Ant”. Aby to zrobić, w polu „Wywołaj mrówkę” naciśnij „Zaawansowane” i wypełnij tekst wejściowy „Buduj plik”, łącznie z nazwą podkatalogu, w którym znajduje się plik build.xml.

Mam nadzieję, że to pomoże.

Ponieważ wtyczka Multiple SCMs jest przestarzała.

Dzięki Jenkins Pipeline można sprawdzić wiele repozytoriów git i po zbudowaniu go przy użyciu gradle

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/)
  }
}
}

Możesz rozważyć użycie podmodułów git zamiast niestandardowego potoku, takiego jak ten.

Z powodzeniem korzystałem z wtyczki Multiple SCMs w połączeniu z wtyczką Git z Jenkins.

W zależności od relacji między repozytoriami, innym podejściem jest dodanie drugiego repozytorium (repozytoriów) jako podmodułów git do jednego z repozytoriów. Podmoduł git tworzy odniesienie do innych repozytoriów. Te repozytoria podmodułów nie są klonowane, chyba że użytkownik określi --recursiveflagę podczas klonowania „superprojektu” (termin oficjalny).

Oto polecenie dodania modułu podrzędnego do bieżącego projektu:

git submodule add <repository URI path to clone>

Używamy Jenkins w wersji 1.645, a git SCM zaraz po wyjęciu z pudełka wykona rekurencyjny klon dla superprojektów. Voila, otrzymujesz pliki superprojektu i wszystkie zależne (podmoduły) pliki repozytorium w ich własnych odpowiednich katalogach w tym samym obszarze roboczym Jenkins.

Nie poręczam, że jest to właściwe podejście, a raczej podejście.

Jenkins: wiele SCM - przestarzałe. Wtyczka GIT - nie działa dla wielu repozytoriów.

Skrypty / potok jako kod - to droga.

Ja też miałem ten problem. Rozwiązałem to używając Trigger / call builds w innych projektach. Dla każdego repozytorium nazywam projekt podrzędny za pomocą parametrów.

Główny projekt:

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

Następnie dla każdego repozytorium nazywam projekt podrzędny w następujący sposób:

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

Projekt podrzędny: 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} 

Wyrejestrowanie więcej niż jednego repozytorium na raz w jednym obszarze roboczym jest możliwe dzięki wtyczce Jenkins + Git (może tylko w nowszych wersjach?).

W sekcji „Source-Code-Management” nie wybieraj „Git”, ale „Multiple SCM” i dodaj kilka repozytoriów git.

Upewnij się, że we wszystkich oprócz jednego dodasz jako „Dodatkowe zachowanie” akcję „Sprawdź do podkatalogu” i określ indywidualny podkatalog.

Używamy git-repo do zarządzania naszymi wieloma repozytoriami GIT. Istnieje również wtyczka Jenkins Repo, która umożliwia wyewidencjonowanie całości lub części repozytoriów zarządzanych przez git-repo do tego samego obszaru roboczego Jenkins.