我正在寻找一种快速但不那么脏的方法来制作总计约80演出的一堆文件的快照。这里的问题是许多文件大约1 GB。
这种类型的东西最好的免费版本控制系统是什么？
我知道ZFS是一个选项，但我宁愿先尝试别的东西。
答案 0 :(得分：6)
Subversion会处理你的＆gt;大多数情况下1GB文件具有良好的性质，但如果有很多大的变化，预计差异的生成需要一段时间......
Subversion Best practices有一个关于大文件的部分：
Subversion的一个不错的功能是，按设计，没有限制 它可以处理的文件大小。文件在两者中“流畅地”发送 Subversion客户端和服务器之间的方向，使用小的， 网络两侧的内存量恒定。
当然，还有许多实际问题需要考虑。而 没有必要担心千字节大小范围内的文件（例如 典型的源代码文件），提交较大的文件可以采取 大量的时间和空间（例如几十个文件） 或数百兆字节。）
首先，请记住您的Subversion工作副本存储 .svn / text-base /中所有版本控制文件的原始副本 区域。这意味着您的工作副本至少占用两倍 大量磁盘空间作为原始数据集。除此之外，Subversion 客户端遵循（当前不可调整的）提交算法 文件：
。将文件复制到.svn / tmp /（可能需要一段时间，并暂时使用 额外的磁盘空间））
。在tmpfile和.tmp文件之间执行二进制diff 原始副本，或者tmpfile和新文件之间的新文件 添加。 （可能需要很长时间才能计算，即使只是一小部分 最终可能通过网络发送数据量
。发送 diff到服务器，然后将tmpfile移动到.svn / text-base /
所以 虽然你的文件大小没有理论限制，但你会 需要注意的是，非常大的文件可能需要相当多的文件 耐心等待，而你的客户突然离开。你可以放心， 然而，与CVS不同，你的大文件不会让人失去能力 服务器或影响其他用户。
答案 1 :(得分：3)
您可能真的想尝试Monotone，只需查看即可。你可能会找到你想要的东西。