二进制文件的 Git 或 Subversion

Question

我们需要将二进制文件（主要是 MS Word 文档，大小从几 KB 到几 MB）存储在包含 100 多个“项目”的版本控制存储库中。目前我们使用Visual Source Safe，但存在一些问题，数据库有时会崩溃，访问速度很慢。

我们正在考虑迁移到 Git 或 Subversion，我们想知道哪一个是处理二进制文件的更好选择。

Answer 1

颠覆，绝对。今天（2009年）时，TortoiseSVN提供了Subversion版本库的资源管理器集成导航，最特别，它支持的版本比较的任意Word文档（它会推迟DIFF到Word本身，而是功能的作品真的很好）。

有没有理由为什么TortoiseGit不能有此相同的功能，但这样的事情并不完全以稳定的形式存在的今天。幸运的是，它很容易迁移Subversion版本库在未来随时饭桶。

<强>更新：截至2011年，TortoiseGit显然具有相同的文档管理功能作为TortoiseSVN的。然而，颠覆支持咨询文件锁定，这样其他用户会收到通知，如果他们试图在同一时间，其他人来编辑文档。据我所知，TortoiseGit不能支持，因为Git的分布式特性此功能。

Answer 2

• Subversion 尝试自动检测二进制文件（请参阅 SVN常见问题解答）。如果失败，您必须自己指定它们（您也无法更改 SVN 的检测方法）。

• Git 做同样的事情，你可以通过包含一个来指定自动将哪些文件视为二进制文件 .gitattributes 文件位于源存储库中。

• 这里 是 Git 和 SVN 的二进制文件处理的比较。

• 这里 这就是其他一些 Stack Overflow 成员对 Git 和二进制文件所做的事情。

希望这可以帮助！

Answer 3

我们使用git的一切。从字面上看。甚至我们的行政办公的整个文件共享保存在git的（系统管理员提交它的每一天）。

这股几乎全部是二进制文件 - word文档，QuickBooks的，等等...

我们拥有一切的100％准确的历史。并用偶尔git gc它保持回购尺寸管理。

同时：。Git是非常快：当我们从SVN切换，git比subversion〜10倍快于我们的使用模式（大项目，20,000文件）

Answer 4

TortoiseGit支持Office文档委托DIFF到Office本身充满git的工作流程。 它的工作原理也委派到OpenOffice为开放文档格式。