Kasse mehrere Git-Repos in denselben Jenkins-Arbeitsbereich

Verwenden von Jenkins 1.501 und Jenkins Git Plugin 1.1.26

Ich habe 3 verschiedene Git-Repos mit jeweils mehreren Projekten.

Jetzt muss ich alle Projekte aus den 3 Git Repos in den gleichen Arbeitsbereich auf einem Jenkins Slave auschecken. Ich habe jedes Git-Repo definiert in: Quellcodeverwaltung: Mehrere SCMs . Jedes Mal, wenn ein Repo ausgecheckt wird, wird das vorherige Repo (und die zugehörigen Projekte) gelöscht.

Ich habe folgendes gelesen:

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

aber es hilft nicht wirklich. Ich habe versucht, denselben Ordner im lokalen Unterverzeichnis für Repo (optional) für alle Repos anzugeben, aber es gibt das gleiche Ergebnis.

Wenn dies mit Jenkins einfach unmöglich ist, könnten einige vorgefertigte Schritte / Skripte verwendet werden, um die Projekte an den richtigen Ort zu verschieben. Es ist keine Option, die Build-Konfiguration der Projekte zu ändern.

Das Auschecken von mehr als einem Repo gleichzeitig in einem einzelnen Arbeitsbereich ist mit dem Jenkins + Git Plugin nicht möglich.

Um dieses Problem zu umgehen, können Sie entweder mehrere Upstream-Jobs haben, die jeweils ein einzelnes Repo auschecken und dann in Ihren endgültigen Projektarbeitsbereich kopieren (auf mehreren Ebenen problematisch), oder Sie können einen Shell-Scripting-Schritt einrichten, in dem jedes erforderliche Repo ausgecheckt wird der Jobarbeitsbereich zur Erstellungszeit.

Früher konnte das Multiple SCM-Plugin bei diesem Problem helfen, aber es ist jetzt veraltet. Auf der Plugin-Seite für mehrere SCMs : "Benutzer sollten zu https://wiki.jenkins-ci.org/display/JENKINS/Pipeline+Plugin migrieren . Die Pipeline bietet eine bessere Möglichkeit zum Auschecken mehrerer SCMs und wird von Jenkins unterstützt Kernentwicklungsteam. "

Mit dem Multiple SCMs Plugin:

• Erstellen Sie einen anderen Repository-Eintrag für jedes Repository, das Sie auschecken müssen (Hauptprojekt oder Abhängigkeitsprojekt).

• Suchen Sie für jedes Projekt im Menü "Erweitert" (im zweiten Menü "Erweitert" gibt es zwei Schaltflächen mit der Bezeichnung "Erweitert" für jedes Repository) das Textfeld "Lokales Unterverzeichnis für Repo (optional)". Dort können Sie das Unterverzeichnis im Verzeichnis "Arbeitsbereich" angeben, in das Sie das Projekt kopieren möchten. Sie könnten das Dateisystem meines Entwicklungscomputers zuordnen.

Das "zweite erweiterte Menü" existiert nicht mehr. Stattdessen müssen Sie die Schaltfläche "Hinzufügen" (im Abschnitt "Zusätzliche Verhaltensweisen") verwenden und "In ein Unterverzeichnis auschecken" auswählen.

• Wenn Sie ant verwenden, wie jetzt die Datei build.xml mit den Build-Zielen nicht im Stammverzeichnis des Arbeitsbereichs, sondern in einem Unterverzeichnis, müssen Sie dies in der Konfiguration "Ant aufrufen" berücksichtigen. Drücken Sie dazu unter "Ant aufrufen" auf "Erweitert" und geben Sie den Eingabetext "Datei erstellen" ein, einschließlich des Namens des Unterverzeichnisses, in dem sich die Datei build.xml befindet.

Hoffentlich hilft das.

Da Multiple SCMs Plugin veraltet ist.

Mit Jenkins Pipeline ist es möglich, mehrere Git-Repos auszuchecken und nach dem Erstellen mit 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/)
  }
}
}

Möglicherweise möchten Sie die Verwendung von Git-Submodulen anstelle einer benutzerdefinierten Pipeline wie dieser in Betracht ziehen .

Ich habe das Multiple SCMs Plugin in Verbindung mit dem Git Plugin erfolgreich mit Jenkins verwendet.

Abhängig von den Beziehungen der Repositorys besteht ein anderer Ansatz darin, das andere Repository (Repositorys) als Git-Submodule zu einem der Repositorys hinzuzufügen . Ein Git-Submodul erstellt einen Verweis auf die anderen Repos. Diese Submodul-Repos werden nur geklont, wenn Sie --recursivebeim Klonen des "Superprojekts" das Flag angeben. (offizieller Begriff) .

Hier ist der Befehl zum Hinzufügen eines Submoduls zum aktuellen Projekt:

git submodule add <repository URI path to clone>

Wir verwenden Jenkins v1.645 und das Git-SCM erstellt sofort einen rekursiven Klon für Superprojekte. Voila Sie erhalten die Superprojektdateien und alle abhängigen (Submodul-) Repodateien in ihren jeweiligen Verzeichnissen im selben Jenkins-Jobarbeitsbereich.

Nicht dafür bürgen, dass dies der richtige Ansatz ist, sondern ein Ansatz.

Jenkins: Multiple SCM - veraltet. GIT Plugin - funktioniert nicht für mehrere Repos.

Scripting / Pipeline als Code - ist der richtige Weg.

Ich hatte auch dieses Problem. Ich habe es mit Trigger / Call Builds für andere Projekte gelöst. Für jedes Repository rufe ich das Downstream-Projekt mit Parametern auf.

Hauptprojekt:

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

Dann rufe ich für jedes Repository ein nachgeschaltetes Projekt wie folgt auf:

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

Downstream-Projekt: 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} 

Das Auschecken von mehr als einem Repo gleichzeitig in einem einzelnen Arbeitsbereich ist möglich mit Jenkins + Git Plugin (vielleicht nur in neueren Versionen?).

Wählen Sie im Abschnitt "Source-Code-Management" nicht "Git", sondern "Multiple SCMs" und fügen Sie mehrere Git-Repositorys hinzu.

Stellen Sie sicher, dass Sie in allen außer einem als "Zusätzliches Verhalten" die Aktion "In ein Unterverzeichnis auschecken" hinzufügen und ein einzelnes Unterverzeichnis angeben.

Wir verwenden Git-Repo , um unsere mehreren GIT-Repositorys zu verwalten. Es gibt auch ein Jenkins Repo-Plugin , mit dem Sie alle oder einen Teil der von git-repo verwalteten Repositorys im selben Jenkins-Jobarbeitsbereich auschecken können.