マルチレベルgitワークフローの設定方法

Question

私たちはsvnからgitへの移行中です。私たちのリモートオフィスの1つにローカルキャッシュリポジトリを設定してそこのデベロッパー遅いネットワークを介してメインリポジトリから押して引き出す必要はありません。

したがって、基本的なプロセスでは、localCacheはメインのリポジトリから定期的にフェッチし、devsはlocalCacheからフェッチします。 DevsはlocalCacheにプッシュし、機能を完了するとlocalCacheからメインにプッシュします。

なLocalCacheは、これは私も同じ枝にメインから変更がある場合なLocalCacheから変更をプッシュしたいとき以外はOKに動作するようです--mirror

として設定されています。私がメインからプッシュする前にフェッチすると、メインからのブランチは開発者からプッシュされたものを上書きします。私がフェッチする前にmainにプッシュすると、localCacheからのブランチがmainを上書きします。どちらの場合でも、gitは--forceを指定していなくても "強制的な更新"メッセージを表示します。

これは私が間違った方法でそれについて行くと思います。私はこれがgitがうまくいくはずのものだと確信していますが、それは私にとってスムーズなワークフローではありません。 gitブックの "分散されたワークフロー"セクションでは、彼らが記述したすべてのワークフローは、開発者が常に「メイン」から抜け出していますが、それはまさに私が避けようとしているものです。

Answer 1

"三角形のワークフロー"と呼ばれるように思えます。注：これはあなたが求めているものではありませんが、実際にはうまくいきました。それがうまく動作する理由は、プッシュが小さく、頻繁ではなく、クローンやフェッチが頻繁に頻繁に行われるためです。ここで

あなたがGitの2.0以降、およびSSH認証を使用していることを前提とした三角形のワークフローの例です：

今

$ git clone ssh://localoffice.company.com/repos/project 
$ cd project 
$ git remote add hq ssh://companyhq.company.com/repos/project 
$ git config remote.pushdefault hq 

、私はprojectで働くよう、すべてのgit fetchはlocaloffice.company.com/repos/projectからフェッチし、git pushプッシュへcompanyhq.company.com/repos/project。詳細は次のとおりです。

---

三角ワークフローは、図示さ：

definitive-source 
    /^
    / \ 
    v  \ 
cache ---> work 

キャッシュがローカルのミラーであり、決定的なソースは、キャッシュが更新されたマスターです。ネットワークに多くの負荷をかけることなく（通常は低速リンクを持つVPN）、ローカルキャッシュを「十分に最新の状態」に保つことには些細な頭痛があります。

Gitは、Gitバージョン1.8.3以降のコンフィグレーション変数remote.pushDefaultとbranch.branch.pushDefaultを使用して、「すぐに使える」三角ワークフローをサポートしています。これには、仕事をしている各人が行う、または代わって少しずつ設定を行う必要があります。つまり、origin URLがキャッシュミラーを指すようにキャッシュからgit cloneにする必要がありますが、プッシュを別のリモートに別のURL（プッシュするためのデフォルトのリモートまたはブランチごとのURLのいずれかを介して）。

（その後、彼らは、リモートに名前を行う場合には、決定的なソースに名前を付け、リモートの名前付けずにプッシュする、またはしなければなりません。）

（前職では、ずっと前に、前にGitのバージョン1.8にも存在していた-I git://プロトコルを使用してローカルミラーを設定する手がありましたが、すべてのプッシュはssh://を経由しました。これらの設定変数を使用するのではなく、これをすべて行ったカスタムラッパースクリプトがありました。