git - 複数のサイトにわたるgitの管理

Question

私たちが持っているシナリオは、私たちの組織がいくつかの地理的な場所にあるというものです。

分散した各チームが変更をプッシュして残りのチームと共有できるように、git中央サーバーをセットアップしたいと思います。

私はそのようなことをするための最良の選択肢は何であるか疑問に思っています。

私が考えることができる現在の2つのオプションは次のとおりです。

1. すべてのグローバルチームに1つの中央サーバー。
2. 地理的サイトごとに1つの中央サーバー。同期を維持するために、サーバー間にある種の自動PUSHを設定します。
3. ホスト型ソリューション。

＃3は現在、私たちの組織AFAIKのオプションではありませんが、他にそうするオプションはありますか？最良の選択肢は何ですか？

この特定の問題を解決するためのガイドラインとベストプラクティスがすでにいくつかあると思います。

Answer 1

本当に複数の「中央サーバー」が必要ですか？すべてのチームが単一のリポジトリで作業するのはなぜですか。gitsの作業の多くはオフラインで行われ、ネットワークと通信する必要のある部分でさえもかなり最適化されています。中央リポジトリが1つしかない場合でも問題はないと思います。

Answer 2

私の最初の応答は、単にgithubの「組織」をセットアップし、それを介して組織のプライベートリポジトリを管理することです。処理されるデータのバックアップ、gitを非常によく知っている人々がインフラストラクチャを管理することなど、多くの利点があります。

しかし、会社が何らかの理由でそれを行うことができない場合は、可能であれば、単一のグローバルリポジトリを用意することをお勧めします。

その後、各ユーザーは中央リポジトリのクローンを作成し、変更をプル/プッシュするだけで済みます。リポジトリを追加すると、次のような複雑さとリスクが追加されます。

• リポジトリが安全であることを確認するために複数のサーバーをバックアップする必要がある
• さまざまなリポジトリがすべて相互に変更をプッシュ/プルすることを確認するプロセスが必要です。
• 一部のチームが地域リポジトリを十分な頻度で同期していない。
• 他のリポジトリでのコミットを通じて発生したバグの追跡。

私の知る限り、リージョナルサーバーを使用することに実質的なメリットはありません。