共有のgitのサブモジュールで作業ツリー

Question

は、私は、スタンドアロンで使用することができるライブラリCommonを持っており、プロジェクトP1とP2で使用されているので、私が作るときに私が欲しい木が

/Common/.git 
     ... 
/P1/.git 
    .gitmodules # points to remote server 
    Common/ 
    ... 
/P2/.git 
    .gitmodules # points to remote server 
    Common/ 
    ... 

のように見えるとし/Commonが変更されました。コミットする前にP1とP2を使用してテストすることができます。通常のgit submoduleコマンドセットでは、/Commonからコミットし、リモートにプッシュしてから、/P1/Commonと/P2/Commonの両方からプルする必要があります。コミットが何かを壊した場合、悪い変更が既に公開されているため、修正することはできません。あるいは、/P?/Commonからgit remote add quicktest /Commonをリモートサーバーに触れることなくプルできるようにすることもできます。しかし、これには矛盾する機会がたくさんあり、/P?/Commonから壊れたコミットを取り除くのが汚いので、/Commonに修正することができます。

私は開発中に、/Commonから作業ツリーがP1とP2によって使用される、ということではなくだろうが、git submoduleがディレクトリからのような別のシンボリックリンクを認識するので、私は/Commonに/P1/Commonシンボリックリンクを作成することはできません。ほとんどのファイルシステムでは、ハードリンクディレクトリは許可されていません。私は、新しいファイルがこのプロセスを繰り返す必要がある。その場合には/Commonに追加されるまではかなりうまく機能

rm -rf /P1/Common 
cp -rl /Common /P1/Common 

を使用して、すべてのファイルをハードリンクすることができます。両方

1. にエレガントな方法は私が簡単にP1とP2と/Common仕事でその変更をテストすることができますが、エンドユーザーのために働いてgit clone --recursive git://remote/P1.gitを維持し、
2. ですか？

Answer 1

私はむしろ中間裸のレポを確立します：コミットが改正された場合

• プッシュCommon新しいコミット
• P1/CommonとP2/Common
少なくとも

用からプル、/中間のレポが決して外部に公開されておらず、まだP1/CommonとP2/Commonサブモジュールをリセットすることができます中間レポの内容。

Answer 2

git 2.5以降でgit worktree機能を試してください。

1. /P2に同じことをしてくる/P1/Common作業ツリー
2. 実行のためgit worktree add ../P1/Common P1

をP1ブランチを作成/P1/Common

CD /Common

を削除します。

次に、/P1/Common,/P2/Common and/Common working trees share the same repository/Common/.git`。

また、別の作業ツリーでコミットしているコミットを簡単にチェックアウトすることができます。

P.S. git submoduleコマンドをgit worktree機能を使って毎日の作業に使うことができます。