svn - 大きなファイルのバージョン管理

Question

私たちは仕事で SCM に SVN を喜んで使用しています。現在、コードと同じ SVN リポジトリにバイナリ アセットがあります。SVN は非常に大きなファイルをサポートします (メモリ使用量を適切に保つために「ストリーム」で転送します) が、SLOOWWWWW です。

約 1 GB の (そして増え続ける) 価値の資産に対して、どの資産管理ソフトウェアをお勧めしますか? 分岐とマージを希望します (異なるアセットと構成ファイルは異なる顧客に送られます)。

Answer 1

バイナリ ファイルをマージすることはほとんど不可能であることに注意してください。少なくとも自動的に。少なくとも、バイナリ形式での 3 者間マージをサポートするプログラムは聞いたことがありません。競合の解決は言うまでもありません。

そのため、ほとんどのアセット管理ツールには分岐がありません。再度マージすることはできないため、ほとんど意味がありません。ロックと線形履歴の方が優れています。「分岐」したい場合は、履歴のあるファイルのコピーを作成します。

Answer 2

私の会社では、Documentum を ECMS として使用して、大量の (つまり、本当に大量の) バイナリ ファイルを管理しています。Documentum (または Alfresco などの他の ECMS) は、ドキュメントを管理するための「適切な」ソリューションであると考えられています。Documentum はタグ付けと分岐をサポートし、ファイルを WebDAV として公開できます (そのため、ワークフローへの統合は多かれ少なかれ透過的になります)。

それが理論です。実際には、Documentum は遅く、構成と管理が困難であることがわかりました。そして正直なところ、たとえたくさんのドキュメントがあっても、それらのほとんどは数百の Mo よりも大きくありません.

この回答は、すべきことよりも、すべきでないことのほうが多くなっています...申し訳ありません...

Answer 3

Perforce は、巨大なファイルやプロジェクト全体に使用されていると聞いた唯一のバージョン管理システムです。2 シートまでは無料ですが、ユーザー数が増えるとかなり高額になります (1 シートあたり約 900 ドル)。1 テラバイトものリポジトリを処理できると聞いたことがあります。

git は別のオプションかもしれません。SVN とは多少動作が異なりますが、より大きなプロジェクト (Linux カーネルなど) 向けに作られています。大きなバイナリファイルに適しているかどうかはわかりません。

Answer 4

Mercurialの大きなファイル拡張機能が役立ちます。ファイルに「大きい」タグを付ける機能を追加します。これらのファイルを、残りのリポジトリとは別の中央ストアに格納します。ハッシュを使用して必要な大容量ファイルのバージョンを判断し、今必要なものだけをダウンロードします。

Answer 5

巨大なファイルを管理する必要がある場合は、Plastic SCM (www.plasticscm.com) を試してみてください。AFAIK Perforce もオプションですが、分岐とマージはそれほど強力ではありません。