Récupérer plusieurs dépôts git dans le même espace de travail Jenkins

Utilisation de Jenkins 1.501 et du plugin Jenkins Git 1.1.26

J'ai 3 dépôts git différents chacun avec plusieurs projets.

Maintenant, je dois extraire tous les projets des 3 dépôts git dans le même espace de travail sur un esclave Jenkins. J'ai défini chaque dépôt git dans: Gestion du code source: plusieurs SCM . Mais chaque fois qu'un dépôt est extrait, le dépôt précédent (et ses projets associés) est supprimé.

J'ai lu ceci:

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

mais ça n'aide pas vraiment. J'ai essayé de spécifier le même dossier sous le sous- répertoire local pour le repo (facultatif) pour tous les dépôts mais cela donne le même résultat.

Si cela est tout simplement impossible avec Jenkins, je suppose que certaines étapes / scripts de pré-construction pourraient être utilisés pour déplacer les projets au bon emplacement. Ce n'est pas une option pour modifier la configuration de construction des projets.

Il n'est pas possible d'extraire plusieurs dépôts à la fois dans un même espace de travail avec Jenkins + Git Plugin.

Pour contourner ce problème, vous pouvez soit avoir plusieurs travaux en amont qui extraient chacun un seul dépôt puis les copier dans l'espace de travail de votre projet final (problématique à plusieurs niveaux), soit vous pouvez configurer une étape de script shell qui extrait chaque dépôt nécessaire pour l'espace de travail du travail au moment de la construction.

Auparavant, le plugin Multiple SCM pouvait aider à résoudre ce problème, mais il est désormais obsolète. Depuis la page du plugin Multiple SCM: "Les utilisateurs doivent migrer vers https://wiki.jenkins-ci.org/display/JENKINS/Pipeline+Plugin . Pipeline offre un meilleur moyen de récupérer plusieurs SCM et est pris en charge par Jenkins l'équipe de développement de base. "

Avec le plugin Multiple SCMs:

• créez une entrée de référentiel différente pour chaque référentiel que vous devez extraire (projet principal ou projet de dépendance.

• pour chaque projet, dans le menu "avancé" (le deuxième menu "avancé", il y a deux boutons étiquetés "avancé" pour chaque référentiel), recherchez le champ de texte "Sous-répertoire local pour repo (optionnel)". Vous pouvez y spécifier le sous-répertoire du répertoire "workspace" dans lequel vous souhaitez copier le projet. Vous pouvez mapper le système de fichiers de mon ordinateur de développement.

Le "deuxième menu avancé" n'existe plus, il faut plutôt utiliser le bouton "Ajouter" (dans la section "Comportements supplémentaires"), et choisir "Extraire dans un sous-répertoire"

• si vous utilisez ant, comme maintenant le fichier build.xml avec les cibles de construction ne se trouve pas dans le répertoire racine de l'espace de travail mais dans un sous-répertoire, vous devez le refléter dans la configuration "Invoke Ant". Pour ce faire, dans "Invoke ant", appuyez sur "Advanced" et remplissez le texte d'entrée "Build file", y compris le nom du sous-répertoire où se trouve le build.xml.

J'espère que cela pourra aider.

Depuis plusieurs SCM Plugin est obsolète.

Avec Jenkins Pipeline, il est possible de récupérer plusieurs dépôts git et après l'avoir construit en utilisant 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/)
  }
}
}

Vous voudrez peut-être envisager d'utiliser des sous-modules git au lieu d'un pipeline personnalisé comme celui-ci.

J'ai utilisé avec succès le plugin Multiple SCMs conjointement avec le plugin Git avec Jenkins.

Selon les relations entre les référentiels, une autre approche consiste à ajouter l'autre référentiel (référentiels) en tant que sous-modules git à l'un des référentiels. Un sous-module git crée une référence aux autres dépôts. Ces dépôts de sous-modules ne sont pas clonés sauf si vous spécifiez le --recursivedrapeau lors du clonage du "superprojet" (terme officiel).

Voici la commande pour ajouter un sous-module dans le projet actuel:

git submodule add <repository URI path to clone>

Nous utilisons Jenkins v1.645 et le git SCM fera immédiatement un clone récursif pour les superprojets. Voila, vous obtenez les fichiers de superprojet et tous les fichiers de dépôt dépendants (sous-module) dans leurs propres répertoires respectifs dans le même espace de travail Jenkins.

Ne garantissant pas que c'est la bonne approche, c'est plutôt une approche.

Jenkins: Multiple SCM - obsolète. Plugin GIT - ne fonctionne pas pour plusieurs dépôts.

Script / pipeline sous forme de code - est la voie à suivre.

J'ai aussi eu ce problème. Je l'ai résolu en utilisant Trigger / call s'appuie sur d'autres projets. Pour chaque référentiel, j'appelle le projet en aval à l'aide de paramètres.

Projet principal:

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

Ensuite, pour chaque référentiel, j'appelle un projet en aval comme celui-ci:

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

Projet en aval: 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} 

Le retrait de plusieurs dépôts à la fois dans un même espace de travail est possible avec Jenkins + Git Plugin (peut-être uniquement dans les versions plus récentes?).

Dans la section "Source-Code-Management", ne sélectionnez pas "Git", mais "Multiple SCMs" et ajoutez plusieurs dépôts git.

Assurez-vous que dans tous sauf un, vous ajoutez comme "Comportement supplémentaire" l'action "Extraire dans un sous-répertoire" et spécifiez un sous-répertoire individuel.

Nous utilisons git-repo pour gérer nos multiples dépôts GIT. Il existe également un plugin Jenkins Repo qui permet de récupérer tout ou partie des référentiels gérés par git-repo dans le même espace de travail Jenkins.