複数のGitリポジトリを組み合わせる

たとえば、次のような設定があるとします。

phd/code/
phd/figures/
phd/thesis/

歴史的な理由により、これらにはすべて独自のgitリポジトリがあります。ただし、少し単純にするために、それらを1つにまとめたいと思います。たとえば、現在、2つのセットの変更を行い、次のようなことを行う必要があるとします。

cd phd/code
git commit 
cd ../figures
git commit

実行するだけで（今）いいです

cd phd
git commit

サブモジュールを使用したり、サブリポジトリから取得したりする方法はいくつかあるようですが、それは私が探しているよりも少し複雑です。少なくとも、私は満足しています

cd phd
git init
git add [[everything that's already in my other repositories]]

しかし、それはワンライナーのようには見えません。git私を助けることができる何かがありますか？

ここに私がここに与えた解決策があります：

1. 最初にphdディレクトリの完全なバックアップを作成します。長年のハードワークの損失に対して責任を負うことはしたくないです！;-)

   $ cp -r phd phd-backup
   

2. のコンテンツをphd/codeに移動しphd/code/code、履歴が常にそこにあるように修正します（これはgitのfilter-branchコマンドを使用します）：

   $ cd phd/code
   $ git filter-branch --index-filter \
       'git ls-files -s | sed "s#\t#&code/#" |
        GIT_INDEX_FILE=$GIT_INDEX_FILE.new \
        git update-index --index-info &&
        mv $GIT_INDEX_FILE.new $GIT_INDEX_FILE' HEAD
   

3. 内容を同じphd/figuresとphd/thesis（単に置き換えるcodeとfiguresしてthesis）。

   これで、ディレクトリ構造は次のようになります。

   phd
     |_code
     |    |_.git
     |    |_code
     |         |_(your code...)
     |_figures
     |    |_.git
     |    |_figures
     |         |_(your figures...)
     |_thesis
          |_.git
          |_thesis
               |_(your thesis...)
   

4. 次に、ルートディレクトリにgitリポジトリを作成し、そこにすべてをプルして、古いリポジトリを削除します。

   $ cd phd
   $ git init
   
   $ git pull code
   $ rm -rf code/code
   $ rm -rf code/.git
   
   $ git pull figures --allow-unrelated-histories
   $ rm -rf figures/figures
   $ rm -rf figures/.git
   
   $ git pull thesis --allow-unrelated-histories
   $ rm -rf thesis/thesis
   $ rm -rf thesis/.git
   

   最後に、あなたは今あなたが望むものを持っているはずです：

   phd
     |_.git
     |_code
     |    |_(your code...)
     |_figures
     |    |_(your figures...)
     |_thesis
          |_(your thesis...)
   

この手順の良い面の1つは、バージョン管理されていないファイルとディレクトリがそのまま残ることです。

お役に立てれば。

警告の1ワードだけしかし：あなたの場合codeディレクトリがすでに持っているcodeサブディレクトリやファイルを、物事は（ため同じ非常にうまくいかないかもしれないfiguresし、thesisもちろん）。その場合は、この手順全体を実行する前に、そのディレクトリまたはファイルの名前を変更してください。

$ cd phd/code
$ git mv code code-repository-migration
$ git commit -m "preparing the code directory for migration"

そして、手順が完了したら、この最後のステップを追加します。

$ cd phd
$ git mv code/code-repository-migration code/code
$ git commit -m "final step for code directory migration"

もちろん、codeサブディレクトリまたはファイルがバージョン管理されていない場合は、のmv代わりに使用しgit mvて、git commits を忘れてください。

git-stitch-repogit-fast-export --all --date-orderコマンドラインで指定されたgitリポジトリでの出力を処理し、git-fast-importそれに適したストリームを作成して、すべてのソースリポジトリの履歴を尊重する新しいコミットツリーにすべてのコミットを含む新しいリポジトリを作成します。

おそらく、単純に（前の回答と同様ですが、より単純なコマンドを使用して）、別々の古いリポジトリのそれぞれで、コンテンツを適切な名前のサブディレクトリに移動するコミットを作成します。例：

$ cd phd/code
$ mkdir code
# This won't work literally, because * would also match the new code/ subdir, but you understand what I mean:
$ git mv * code/
$ git commit -m "preparing the code directory for migration"

次に、次のようなsmthを実行して、3つの別々のリポジトリを1つの新しいリポジトリにマージします。

$ cd ../..
$ mkdir phd.all
$ cd phd.all
$ git init
$ git pull ../phd/code
...

その後、履歴を保存しますが、1つのリポジトリで続行されます。

サブツリーのマージ戦略を試すことができます。これにより、レポBをレポAにマージできます。利点git-filter-branchは、レポAの履歴を書き直す必要がないことです（SHA1の合計を壊す）。

git-filter-branchソリューションはうまく機能しますが、gitリポジトリがSVNインポートからのものである場合、次のようなメッセージで失敗する可能性があることに注意してください。

Rewrite 422a38a0e9d2c61098b98e6c56213ac83b7bacc2 (1/42)mv: cannot stat `/home/.../wikis/nodows/.git-rewrite/t/../index.new': No such file or directory

この場合、フィルターブランチから最初のリビジョンを除外する必要があります。つまりHEAD、末尾のを次のように変更します[SHA of 2nd revision]..HEAD-参照：

http://www.git.code-experiments.com/blog/2010/03/merging-git-repositories.html

@MiniQuarkソリューションは非常に役立ちましたが、残念ながらソースリポジトリにあるタグは考慮されません（少なくとも私の場合）。以下は、@ MiniQuarkの回答に対する私の改善点です。

1. 最初に、構成されたリポジトリとマージされたリポジトリを含むディレクトリを作成し、マージされたリポジトリごとにディレクトリを作成します。

   $ mkdir new_phd
   $ mkdir new_phd / code
   $ mkdir new_phd / figures
   $ mkdir new_phd / thesis
   

2. 各リポジトリをプルして、すべてのタグを取得します。（codeサブディレクトリのみの表示手順）

   $ cd new_phd / code
   $ git init
   $ git pull ../../original_phd/code master
   $ git fetch ../../original_phd/code refs / tags / *：refs / tags / *
   

3. （これはMiniQuark回答のポイント2への改善です）のコンテンツを移動します new_phd/codeに各タグの前new_phd/code/codeにcode_prefeix を追加します

   $ git filter-branch --index-filter 'git ls-files -s | sed "s- \ t \" *-＆code /-"| GIT_INDEX_FILE = $ GIT_INDEX_FILE.new git update-index --index-info && mv $ GIT_INDEX_FILE.new $ GIT_INDEX_FILE '--tag-name-filter' sed" s -。*-code _＆-"'HEAD

4. これを実行すると、フィルター分岐を実行する前のタグの2倍のタグが作成されます。古いタグはリポジトリに残り、code_プレフィックス付きの新しいタグが追加されます。

   $ gitタグ
   mytag1
   code_mytag1
   

   古いタグを手動で削除します。

   $ ls .git / refs / tags / * | grep -v "/ code_" | xargs rm

   他のサブディレクトリに対してポイント2、3、4を繰り返す

5. これで、@ MiniQuark anwser point 3のようなディレクトリ構造ができました。

6. MiniQuark anwserのポイント4と同じようにしますが、プルを実行した後、.gitdirを削除する前に、タグをフェッチします。

   $ git fetch catalog refs / tags / *：refs / tags / *

   継続する..

これは単なる別のソリューションです。それが誰かを助けることを願って、それが私を助けてくれた:)

Aristotle Pagaltzisの git-stitch-repo の回答は、単純で線形の履歴を持つリポジトリでのみ機能します。

MiniQuarkの回答はすべてのリポジトリで機能しますが、タグとブランチは処理しません。

MiniQuarkと同じように機能するプログラムを作成しましたが、1つのマージコミット（親はN）を使用し、すべてのタグとブランチを再作成して、これらのマージコミットをポイントします。

使用例については、git-merge-reposリポジトリを参照してください。

このタスクを実行するツールを作成しました。使用される方法は似ていますが（内部的に--filter-branchのようなものを作成します）、よりフレンドリーです。GPL 2.0です

http://github.com/geppo12/GitCombineRepo

実際、git-stitch-repoは注釈付きタグを含むブランチとタグをサポートするようになりました（私が報告したバグが見つかり、修正されました）。私が便利だと思ったのはタグです。タグはコミットに添付されているため、一部のソリューション（Eric Leeのアプローチなど）はタグを処理できません。インポートしたタグからブランチを作成しようとすると、すべてのgitマージ/移動が取り消され、統合リポジトリがタグの元のリポジトリとほぼ同じであるかのように返送されます。また、「マージ/統合」した複数のリポジトリで同じタグを使用すると問題が発生します。たとえば、リポジトリAと広告Bがあり、どちらにもタグrel_1.0があるとします。レポAとレポBをレポABにマージします。rel_1.0タグは2つの異なるコミット（A用とB用）にあるため、ABではどのタグが表示されますか？インポートされたリポジトリAまたはインポートされたリポジトリBのどちらか一方のタグ。両方は含まれません。

git-stitch-repoはrel_1.0-Aおよびrel_1.0-Bタグを作成することでその問題に対処するのに役立ちます。rel_1.0タグをチェックアウトして両方を期待することはできないかもしれませんが、少なくとも両方を確認できます。理論的には、それらを共通のローカルブランチにマージしてから、そのマージされたブランチにrel_1.0タグを作成できます（ただし、ソースコードをマージして変更しないでください）。各リポジトリのブランチのようにローカルブランチにマージできるため、ブランチを使用する方が適切です。（dev-aとdev-bは、ローカルのdevブランチにマージでき、その後、オリジンにプッシュできます）。

あなたが提案したシーケンス

git init
git add *
git commit -a -m "import everything"

動作しますが、コミット履歴は失われます。

mainProject内でsecondProjectをマージするには：

A）secondProject

git fast-export --all --date-order > /tmp/secondProjectExport

B）mainProjectで：

git checkout -b secondProject
git fast-import --force < /tmp/secondProjectExport

このブランチでは、実行する必要があるすべての重い変換を実行してコミットします。

C）次にマスターに戻り、2つのブランチ間の従来のマージ：

git checkout master
git merge secondProject

私もここに解決策を投げ入れます。基本的には、かなり単純なbashスクリプトラッパーです。git filter-branchです。他のソリューションと同様に、マスターブランチのみを移行し、タグは移行しません。ただし、完全なマスターコミット履歴は移行され、短いbashスクリプトであるため、ユーザーが比較的簡単に確認または調整できます。

https://github.com/Oakleon/git-join-repos

このbashスクリプトは、sedタブ文字の問題（MacOSなど）とファイルの欠落の問題を回避します。

export SUBREPO="subrepo"; # <= your subrepository name here
export TABULATOR=`printf '\t'`;
FILTER='git ls-files -s | sed "s#${TABULATOR}#&${SUBREPO}/#" |
  GIT_INDEX_FILE=$GIT_INDEX_FILE.new \
  git update-index --index-info &&
  if [ -f "$GIT_INDEX_FILE.new" ]; then mv $GIT_INDEX_FILE.new $GIT_INDEX_FILE; else echo "git filter skipped missing file: $GIT_INXEX_FILE.new"; fi'

git filter-branch --index-filter "$FILTER" HEAD

これは、の組み合わせですminiquark、マリウス・butucとライアンさんの記事。彼らに乾杯！