同じファイルを共有する必要があるリモート ワーカーが世界中に多数います (追加や編集を含む)。
過去にSVNを使用して素晴らしい結果を出しました。
私たちが持っていた最大の SVN リポジトリの 1 つは 17GB でした。サイズは決して問題ではありませんでした。そこにはあらゆる種類のもの、主にバイナリ ファイルがありました。
ただし、SVN は各フォルダーに隠しフォルダーを格納するため、ユーザー フレンドリーではないという欠点がありました。(特に、ユーザーがフォルダーをコピーして貼り付ける場合)。
Gitはこれを解決するようです。問題は、Git を使用する必要があるか、SVN を使用する必要があるか、またはまだ出会っていない他のオープン ソース ツールがあるかどうかです。
あなたはここで物事を考えすぎています。おそらく、ソース管理ソリューションは必要ありません。ワーカーが.svnファイルに混乱していると、Gitと混同されます。
考えられる解決策はDropboxです。Dropboxは、DropboxというフォルダをLinux、Unix、Macの場合は$ HOMEディレクトリの下に、Windowsの場合はマイドキュメントフォルダの下に配置します。そこに置かれたファイルはすべてDropboxサーバーに同期されます。
別のコンピューターに移動し、同じDropboxアカウントを共有すると、すべてのファイルがそこにもebされます。Dropboxは、Linux、Windows、およびMacで動作します。
すべてのDropboxアカウントをお持ちの場合は、それらのアカウント間に共有フォルダーを作成できます。そうすれば、複数の人の間でフォルダを共有できます。Dropboxにはいくつかのバージョン管理メカニズムがあります。ファイルの以前のコピーを取り戻すことができるので、変更が気に入らない場合は、元に戻すことができます。削除されたバージョンを取り戻すこともできます。
Dropboxは2GBのデータを無料で利用でき、料金を支払っても構わないと思っている場合は、より多くのスペースを確保できます。私はこのタイプの状況にDropboxを使用しますが、通常は2Gbアカウントで十分です。
他にもSugarSyncのような同様のサービスがありますが、私はDropboxの絶対的なシンプルさが好きです。技術者以外のユーザーに最適です。
デビッドポーグはほんの数週間前に記事を書いたばかりです。
Dropboxが私の仕事を大幅に簡素化したことに気付いたユーザーを除いて、私はDropboxとはまったく関係がありません。
Dropboxの代替案のリストは次のとおりです。私はそれらのどれも保証することはできませんが、おそらく一見の価値があります。
あなたが心配している主な欠点が多くの .svn 隠しフォルダーである場合、これは v1.7 の時点では当てはまりません。
ワーキング コピーのメタデータ ストレージの改善 を参照してください。
Subversion 1.7 で導入された変更の重要な機能は、作業コピーのメタデータ ストレージを 1 つの場所に集中化することです。作業コピーのすべてのディレクトリに .svn ディレクトリがある代わりに、Subversion 1.7 の作業コピーには、作業コピーのルートにある .svn ディレクトリが 1 つだけあります。このディレクトリには、Subversion がその作業コピーに必要とするすべてのメタデータを含む SQLite に基づくデータベースが含まれています。
17GB は git リポジトリには非常に大きくなります。
大量の大きなバイナリ ファイルのバージョン管理のユース ケースは、git や Mercurial の代わりに Subversion を引き続き使用することが合理的であると私が考える数少ない分野の 1 つです。
1私はサイズが数百ギガバイトの 1 つの git リポジトリを (バックアップ目的で) 使用していますが、これはあまり知られていません。
.gitGit は、リポジトリの最上位ディレクトリに内部ディレクトリを保持します。
私が Git で見つけた主な利点は、すべての履歴がローカルで利用できることと、大きな違いを生むラップトップで利用できることです。