Acquista più repository git nello stesso spazio di lavoro di Jenkins

Utilizzo di Jenkins 1.501 e Jenkins Git plugin 1.1.26

Ho 3 diversi repository git ciascuno con più progetti.

Ora devo controllare tutti i progetti dai repository git 3 nello stesso spazio di lavoro su uno slave Jenkins. Ho definito ogni repository git in: Gestione del codice sorgente: più SCM . Ma ogni volta che viene verificato un repository, il repository precedente (e i relativi progetti associati) viene eliminato.

Ho letto questo:

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

ma non aiuta davvero. Ho provato a specificare la stessa cartella nella sottodirectory Local per repository (opzionale) per tutti i repository ma dà lo stesso risultato.

Se questo è semplicemente impossibile usando Jenkins, suppongo che alcuni passaggi / script pre-compilati potrebbero essere usati per spostare i progetti nella giusta posizione. Non è un'opzione per modificare la configurazione di build dei progetti.

Con Jenkins + Git Plugin non è possibile controllare più di un repository alla volta in un unico spazio di lavoro.

Per ovviare al problema, è possibile disporre di più processi upstream che eseguono il checkout di un singolo repository ciascuno e quindi copiarli nell'area di lavoro finale del progetto (Problema su un numero di livelli), oppure è possibile impostare un passaggio di script della shell che verifica ogni repository necessario per l'area di lavoro del lavoro al momento della creazione.

In precedenza il plug-in SCM multiplo poteva aiutare con questo problema, ma ora è obsoleto. Dalla pagina del plug-in SCM multiplo: "Gli utenti dovrebbero migrare su https://wiki.jenkins-ci.org/display/JENKINS/Pipeline+Plugin . Pipeline offre un modo migliore di estrarre più SCM ed è supportato da Jenkins core team di sviluppo ".

Con il plug-in SCM multipli:

• creare una voce di repository diversa per ciascun repository necessario per il checkout (progetto principale o progetto di dipendenza.

• per ogni progetto, nel menu "avanzato" (il secondo menu "avanzato", ci sono due pulsanti etichettati "avanzato" per ciascun repository), trova il campo di testo "Sottodirectory locale per repository (opzionale)". È possibile specificare lì la sottodirectory nella directory "area di lavoro" in cui si desidera copiare il progetto. Potresti mappare il filesystem del mio computer di sviluppo.

Il "secondo menu avanzato" non esiste più, invece è necessario utilizzare il pulsante "Aggiungi" (nella sezione "Comportamenti aggiuntivi") e scegliere "Esegui il checkout in una sottodirectory"

• se si utilizza ant, come ora il file build.xml con le destinazioni di compilazione non si trova nella directory principale dell'area di lavoro ma in una sottodirectory, è necessario rifletterlo nella configurazione "Invoke Ant". Per fare ciò, in "Invoca formica", premi "Avanzate" e compila il testo di input "Build file", incluso il nome della sottodirectory in cui si trova build.xml.

Spero che aiuti.

Poiché il plug-in SCM multipli è obsoleto.

Con Jenkins Pipeline è possibile effettuare il checkout di più repository git e dopo averlo creato usando 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/)
  }
}
}

Potresti prendere in considerazione l'utilizzo di sottomoduli git invece di una pipeline personalizzata come questa.

Ho usato il plug- in SCM multipli insieme al plug-in Git con successo con Jenkins.

A seconda delle relazioni dei repository, un altro approccio consiste nell'aggiungere l'altro repository (repository) come sottomoduli git a uno dei repository. Un sottomodulo git crea un riferimento agli altri repository. Quei repository del sottomodulo non vengono clonati a meno che non si specifichi il--recursive bandiera durante la clonazione del "superprogetto" (termine ufficiale).

Ecco il comando per aggiungere un sottomodulo al progetto corrente:

git submodule add <repository URI path to clone>

Stiamo usando Jenkins v1.645 e git SCM eseguirà immediatamente un clone ricorsivo per i superprogetti. Voilà si ottengono i file superproject e tutti i file repo dipendenti (sottomodulo) nelle rispettive directory nello stesso spazio di lavoro Jenkins.

Non garantendo che questo è l' approccio corretto , piuttosto è un approccio.

Jenkins: SCM multiplo - obsoleto. GIT Plugin - non funziona per più repository.

Scripting / pipeline come codice - è la strada da percorrere.

Ho avuto anche questo problema. Ho risolto usando Trigger / call build su altri progetti. Per ogni repository chiamo il progetto downstream usando parametri.

Progetto principale:

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

Quindi per ogni repository chiamo un progetto a valle come questo:

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

Progetto a valle: 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} 

Check-out più di un pronti contro termine alla volta in un unico spazio di lavoro è possibile con Jenkins + Git Plugin (forse solo nelle versioni più recenti?).

Nella sezione "Gestione del codice sorgente", non selezionare "Git", ma "Multiple SCMs" e aggiungere diversi repository git.

Assicurati che in tutti tranne uno aggiungi come "Comportamento aggiuntivo" l'azione "Verifica in una sottodirectory" e specifica una singola sottodirectory.

Stiamo usando git-repo per gestire i nostri repository GIT multipli. Esiste anche un plug-in Jenkins Repo che consente di effettuare il checkout di tutti o parte dei repository gestiti da git-repo nello stesso spazio di lavoro Jenkins.