バイナリファイルのGitまたはSubversion
100を超える「プロジェクト」があるバージョン管理リポジトリにバイナリファイル（主にMS Wordドキュメント、サイズは数KBから数MB）を保存する必要があります。現在、Visual Source Safeを使用していますが、いくつかの問題があり、データベースがクラッシュすることがあり、アクセスが遅くなります。
GitまたはSubversionへの移行を検討しており、バイナリファイルを処理するためのより良いオプションはどちらかと考えていました。
間違いなくSubversion。今日（2009年）、TortoiseSVNはSubversionリポジトリのエクスプローラー統合ナビゲーションを提供し、特に任意のWordドキュメントのdiffingをサポートします（Wordとの違いを延期します）それ自体ですが、この機能は本当にうまく機能します）。
TortoiseGitがこれと同じ機能を持つことができない理由はありませんが、そのようなものは今日、安定した形で完全には存在していません。幸い、Subversionリポジトリを将来いつでもGitに移行するのは簡単です。
更新：2011年現在、TortoiseGitはTortoiseSVNと同じドキュメント管理機能を備えているようです。ただし、Subversionはアドバイザリロックドキュメントをサポートしているため、他のユーザーが他のユーザーと同時にドキュメントを編集しようとすると、他のユーザーに通知されます。私の知る限り、TortoiseGitはGitの分散性のため、この機能をサポートできません。
Subversionは、バイナリファイルを自動的に検出しようとします（ SVN FAQ を参照）。これが失敗した場合は、自分で指定する必要があります（SVNの検出方法を変更することもできません）。
Gitも同じことを行い、ソースリポジトリに 。gitattributes ファイルを含めることで、バイナリとして自動的に処理するファイルを指定できます。
ここ はGitとSVNのバイナリファイル処理の比較です。
ここ は、他のStackOverflowメンバーがGitおよびバイナリファイルで行っていることです。
お役に立てれば！
私たちはすべてにgitを使用しています。文字通り。管理事務所のファイル共有全体でさえgitに保持されます（sysadminは毎日それをコミットします）。
その共有はほぼ完全にバイナリファイルです-Word文書、QuickBooksなど...
私たちはすべての100％正確な履歴を持っています。そして時折git gcリポジトリのサイズを管理しやすくします。
また、gitは本当に高速です。 SVNから切り替えたとき、使用パターン（20,000以上のファイルを含む大規模プロジェクト）では、gitはSubversionよりも約10倍高速でした。
TortoiseGitは、Office自体に差分を委任するOfficeドキュメントの完全なgitワークフローをサポートしています。また、OpenDocument形式のOpenOfficeに委任することもできます。