複数のgitリポジトリを同じJenkinsワークスペースにチェックアウトする

Jenkins 1.501およびJenkins Gitプラグイン1.1.26の使用

それぞれ複数のプロジェクトを持つ3つの異なるgitリポジトリがあります。

次に、すべてのプロジェクトを3つのgitリポジトリからJenkinsスレーブの同じワークスペースにチェックアウトする必要があります。各gitリポジトリを以下で定義しました：ソースコード管理：複数のSCM。ただし、リポジトリがチェックアウトされるたびに、以前のリポジトリ（およびその関連プロジェクト）は削除されます。

私はこれを読んだ：

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

しかし、それは本当に助けにはなりません。すべてのリポジトリに対して、リポジトリ（オプション）のローカルサブディレクトリの下に同じフォルダを指定しようとしましたが、同じ結果が得られます。

Jenkinsを使用してこれが単に不可能な場合、プロジェクトを適切な場所に移動するために、ビルド前のステップ/スクリプトを使用できると思います。プロジェクトのビルド構成を変更するオプションはありません。

Jenkins + Gitプラグインでは、単一のワークスペースで一度に複数のリポジトリをチェックアウトすることはできません。

回避策として、単一のリポジトリをそれぞれチェックアウトしてから最終的なプロジェクトワークスペースにコピーする複数の上流ジョブを作成するか（いくつかのレベルで問題あり）、または必要な各リポジトリをチェックアウトするシェルスクリプトステップを設定できます。ビルド時のジョブワークスペース。

以前は、Multiple SCMプラグインがこの問題を解決することができましたが、現在は非推奨です。複数のSCMプラグインページから：「ユーザーはhttps://wiki.jenkins-ci.org/display/JENKINS/Pipeline+Pluginに移行する必要があります。パイプラインは複数のSCM をチェックアウトするためのより良い方法を提供し、Jenkinsによってサポートされていますコア開発チーム。」

複数のSCMプラグインを使用する場合：

• チェックアウトする必要があるリポジトリごとに異なるリポジトリエントリを作成します（メインプロジェクトまたは依存関係プロジェクト）。

• プロジェクトごとに、「詳細」メニュー（2番目の「詳細」メニュー、リポジトリごとに「詳細」というラベルの付いた2つのボタンがあります）で、「リポジトリのローカルサブディレクトリ（オプション）」テキストフィールドを見つけます。プロジェクトのコピー先となる「ワークスペース」ディレクトリのサブディレクトリを指定できます。私の開発用コンピュータのファイルシステムをマッピングできます。

「2番目の詳細メニュー」はもう存在しません。代わりに、「追加の動作」セクションの「追加」ボタンを使用して、「サブディレクトリにチェックアウト」を選択する必要があります。

• antを使用している場合は、ビルドターゲットを含むbuild.xmlファイルがワークスペースのルートディレクトリではなくサブディレクトリにあるため、「Antの呼び出し」構成に反映する必要があります。これを行うには、「antの呼び出し」で「詳細設定」を押し、build.xmlが配置されているサブディレクトリの名前を含む「ビルドファイル」入力テキストを入力します。

お役に立てば幸いです。

以来、複数のSCMプラグインが廃止されました。

ジェンキンスパイプラインその可能複数のgitリポジトリをチェックアウトするとの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/)
  }
}
}

このようなカスタムパイプラインの代わりにgitサブモジュールを使用することを検討してください。

私が使用し、複数のSCMプラグインを成功裏ジェンキンスとGitのプラグインと一緒に。

リポジトリーの関係に応じて、別のアプローチは、他のリポジトリー（リポジトリー）をgitサブモジュールとしていずれかのリポジトリーに追加することです。gitサブモジュールは、他のリポジトリへの参照を作成します。「スーパープロジェクト」（公式用語）の--recursiveクローンを作成するときにフラグを指定しない限り、これらのサブモジュールリポジトリはクローンされません。

次に、現在のプロジェクトにサブモジュールを追加するコマンドを示します。

git submodule add <repository URI path to clone>

私たちはJenkins v1.645を使用しており、git SCMはすぐにスーパープロジェクトの再帰的クローンを実行します。ほら、スーパープロジェクトファイルとすべての依存（サブモジュール）リポジトリファイルは、同じJenkinsジョブワークスペースのそれぞれのディレクトリにあります。

これが正しいアプローチであることを保証するのではなく、それはアプローチです。

Jenkins： 複数のSCM-非推奨。GITプラグイン-複数のリポジトリでは機能しません。

コードとしてのスクリプティング/パイプライン-進むべき道です。

私もこの問題を抱えていました。他のプロジェクトでトリガー/コールビルドを使用して解決しました。リポジトリごとに、パラメーターを使用してダウンストリームプロジェクトを呼び出します。

主なプロジェクト：

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

次に、リポジトリごとに次のようなダウンストリームプロジェクトを呼び出します。

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

ダウンストリームプロジェクト：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} 

1つのワークスペースで一度に複数のレポをチェックアウトすることはある（多分唯一の最近のバージョンでは？）ジェンキンス+ Gitのプラグインで可能。

「Source-Code-Management」セクションで、「Git」ではなく「Multiple SCM」を選択して、いくつかのgitリポジトリを追加します。

1つを除いて、必ず「追加の動作」としてアクション「サブディレクトリにチェックアウトする」を追加し、個々のサブディレクトリを指定してください。

複数のGITリポジトリを管理するためにgit-repoを使用しています。git-repoが管理するリポジトリのすべてまたは一部を同じJenkinsジョブワークスペースにチェックアウトできるJenkins Repoプラグインもあります。