2012-01-06 11 views
2

私はgitを使う組織を動かすことに取り組んでいます。どちらが良いかは、複数のブランチを持つ単一のリポジトリを持つか(開発、統合、リリース)、またはトラックごとに複数のレポを持つことができます。Git:ブランチと複数のリポジトリの間を決める

より簡単なアプローチは、ブランチと単一のレポを持つことです。これが私の推奨する解決方法です。私は支店へのアクセス制御のために、ギトライトを使うつもりです。

+2

複数のレポを持つ利点は何ですか? –

+1

私は間違いなく枝で行くだろう。異なるリポジトリを使用して履歴を失うことになります。開発はトランクでなければなりません。 "release"はおそらくバージョン番号でリリースされたもののタグにすぎません。 – vcsjones

+2

あなたのリポジトリの予想されるサイズは?あなたが何百というGBについて話しているのであれば、それは別の話になります。また、あなたのユーザー分布は何ですか?このレポからいくつの商品が製造されますか? 1つのレポで数千人のユーザーを圧迫することは、10個のグループにきれいに切断して独自のレポを使用することができれば、悪い考えかもしれません。 –

答えて

1

私たちは両方を持っていました。別のreposを使う方が良い解決法です。我々は約50を持っており、問題はない、仕事はより簡単に整理されています。 Gitoliteはそれらをすべて管理するのに最適です。

0

Hgコミュニティでは、ブランチの代わりに新しいリポジトリを作成し、後でブランチを追加しました。しかし、リポジトリを作成することは依然として一般的です。 HgとGitの両方で、両方のブランチとリポジトリはかなり軽量で、状況に応じて、1つを選択することが有利です。

1

これまでのところ、20GBのレポと50人のユーザーがいます。単一のレポにはそれほど悪くない。

あなた自身に質問する必要があるのは、このレポのサイズとユーザーがどれだけ速くなるかということです。

レポのサイズは、オフラインバックアップ(あなたが気になる場合)を行う能力に直接影響します。ユーザー数は、repoサーバーw.r.tの負荷の大きさを決定します。ネットワークとディスクのI/O。市場にある最新のサーバは、これまでのところあなたのニーズを十分に処理します。レポが数百GBと数千のユーザーである場合はそうではありません。

関連する問題