小さなチームのバージョン管理[終了]

私の質問は、非常に小さなサイズの新しいチーム（たとえば2〜5）をブートストラップすることです。集中管理型または分散型のどちらの種類のチームに最適かは、どのタイプのバージョン管理が最適です。

特にチーム開発について話している場合、私見、特に私見を集中化する意味はありません。

Mercurialへのもう1つの投票、windowsでのセットアップの手間は不要で、bitbucket.orgには無制限のスペースを持つ無料のリポジトリ（プライベートにすることができます）があります。

あなたがオープンソースプロジェクトに取り組むことを計画しているなら、gitとGithubがより適切/人気があるようです。ただし、DVCSに投資していない場合は、Mercurial とこの素晴らしいガイドから始めることをお勧めします。

あなたがすべて一貫して使用するもの

[個人的に、私はMercurialが好きです]

おそらく最良の答えは、「あなたが何に慣れているか」です。個人的なものを扱うときでも、Gitを使用します。スケールアップとスケールダウンの両方でかなり良い仕事をしているようで、Mercurialでの私の限られた経験はほぼ同じです。

私はあなたが慣れているものは何でも選ぶべきだと思います。小規模なチームでは、異なるコードツリー（Linuxカーネルなど）を持たないため、中央リポジトリで問題ありません。ただし、分散VCSでもこのセットアップを行うことができます。だから私は人気と個人的な経験で行くだろう。人気のあるのはSVN、git、Mercurialです。どちらをチームで使用するのが最適かを決定する必要があります（経験、選択したIDEでのツールサポートなど）。

開発者が大量のコードをオフラインで開発するかどうかに大きく依存しますが、これは最初に決定する必要があるため、分散リポジトリまたは集中リポジトリのどちらかを選択するだけです。次に、集中型アプローチがSVNよりも優れていると判断した場合に必要なすべてです。反対に、gitを使用するよりも分散型のアプローチを使用する場合、Windowsでも、亀git（svnにも存在する同じインターフェイス）を使用するので十分です。また、IDEのサポートをあまり重要視しないでください。これを使用すると意外な驚きを感じる可能性があります。また、コミットすべきではないファイルがIDEに代わってコミットされることがあります。

誰かがそれを大事にしたいなら、あなたのチームに尋ねてください。誰も気にせず、誰もバックアップから復元できない良いシステムよりも、安定したシステムと責任者を持つ方がはるかに良いです。

そのような人がいる場合-彼はすでに何を使うべきか知っているので、彼の決定を受け入れてください。そうでない場合は、ホストされたソリューションを入手してください。すべての開発者がShell / Linuxに触れたことがなければ、GIT（最高の1つ）を試すのは非常に愚かでしょう。

また、読んだり貢献したりする必要がある「技術的でない」人々の数にも依存します。使用できることを確認してください。利用可能なツールがあります。

SVNはツールで広くサポートされています。ツーリングが重要です。人によってスキルセットは異なります。コマンドラインを好む人もいれば、IDEベースのツールを好む人もいれば、グラフィカルツールを好む人もいます。現在のところ、SVNは最も広くサポートされているツールのようです。

それ以外のMercurialまたはGit。

小さな会社では、特定のものを一元化するという議論があると思います。（たとえば、オフサイトのバックアップについて考えてください。プロジェクトで作業している人が2人だけで、彼らが同じ建物に住んでいて火災が発生した場合、2台のコンピュータすべてに分散しても十分ではありません。）

ただし、部分的に集中化されたソリューションを持つことは、集中化されたシステムに限定されません。gitやmercurialなどの外部サーバーにプッシュするだけです。