我目前在一家会计师事务所pipe理的文件服务器上遇到了很大的问题。
Quickbooks有倾向于反复创build多个相同的文件的文件，以防止数据丢失。 当你处理几个文件时，这是一件好事。 但在会计师事务所，这成了一个问题。
一些较旧的客户端在其各自的文件夹中有5-10个文件，每个文件夹具有不同的截止date。 由于用户错误，这些文件中的某些文件没有正确标记正确的截止date。
这是Subversion想到的地方。 使用修订系统将允许1个文件为主，并具有其所有的修订。 有没有人曾经用Quickbooks文件试过这个？
我只使用SVN与应用程序的代码，使每个文件的大小更小。 SVN如何站起来像10-25MB的大文件？ 我不确定SVN如何处理修订版本 – 是否保留文件的副本并复制所需的磁盘空间空间？
我可以回答你的一个问题：我们经常使用Subversion来处理20MB的二进制文件，它可以很好地处理它们。 显然，你不能对他们进行差异或责备，因此你不能有任何并发。 我们在我们的二进制文件上使用保留的checkout来解决这个问题。
Subversion书籍很好地解释了Subversion如何工作和存储它的文件。 我记得唯一相关的部分是当你分支的时候不存储每棵树的整个副本，但是不pipe这是否适用于二进制文件，我不确定。
我认为DVCS（如git，mercurial或bzr）可能更适合您的应用程序，因为这意味着您不需要单独的存储库来存储文件…工作副本与存储库位于同一位置。 不得不承认，在svn中build立一个回购很容易，但是这只是另一个要pipe理的事情……所有的系统pipe理员都知道， lesspipe一件事情是件好事。
Subversion可以处理足够大的文件用于你的目的…我已经提交了100多个MB文件，并使其工作; 当我进入2GB的范围时有一些问题。 （现在不知道为什么。）
一种可能适合你的方法，取决于你的设置，将提供webdav访问存储库。 OS / X使用这些非常无缝的; 如果你正在运行Windows客户端，你将不得不查看详细信息，但应该有一些东西。 Webdav本质上会给你一个共享文件夹，看起来像你的文件系统的一部分。 您将Quickbooks文件保存到该共享并从中进行工作。 所有的写作都是以svn提交的，所以没有任何额外的提交步骤。 是的，你会很快产生大量的提交，但这不应该是一个问题。
至于svn如何存储它的文件，它有点复杂，但它本质上是存储增量，所以当你有数百次提交时，你没有数百个文件的副本。
我一直在svn下保存QB文件多年 – 主要是在Windows上的乌龟。 它可以工作，但QB在触摸文件方面并不是特别好，所以你只需要小心，不要结束虚假的冲突。
例如，只是打开文件触及它，导致svn认为有修改。 此外，QB可以坚持触摸.nd文件，即使它们不是远程业务。
但它确实有效。 而20MB +不是问题。