文件管理？

Question

这可能不是一个硬核心编程问题，但它与程序员使用的一些工具有关。

所以我们是一群人，每个人都有一堆文件和一堆不同的计算机在一堆操作系统上(嗯，只有2，linux和windows)。存储/管理这些文档的最佳方法是，如果它们是脱机可用的(膝上型计算机可能并不总是在线的)，但是在所有机器之间也是同步的。对于我来说，拥有一个具有额外可靠存储空间的服务器是一个“基本存储库”，这似乎是个好主意。

我想到了使用SCM，我尝试过Subversion，它使用集中式存储库似乎是件好事--但是：

• 签出时，签出的总大小大约是原始大小的两倍。
• 大文件或大存储库似乎减缓了它的速度。

此外，我也尝试过rsync，这可能会奏效--但对于潜在的冲突，它有点粗糙。

最后，我尝试了Unison (我认为它是rsync的包装)，虽然它的工作速度非常慢，但对于我们这里的大目录，因为它必须扫描所有内容。

所以问题是-有一个配置管理工具，实际上是实际使用的一大串小和大文件？如果这是否定的--有谁知道做这件事的其他工具吗？

谢谢你的阅读:)

Answer 1

您可以试用分布式版本控制系统，如Mercurial、Git或Bazaar。似乎其中之一对你想要实现的目标来说是完美的。

Joel在这里有一个很棒的小技巧教程：hginit.com。谢谢卡门。

Answer 2

一些细节将使我们能够提供一个更有意义的答案。例如：

什么类型的文件？你在处理图像，文字文档，文本文件吗？以上的全部还是全部？

Subversion (以及任何值得其salt的源代码管理系统)只通过保存三角洲以供签入来工作。也就是说，当您签入一个文件时，只保存该文件与前一个版本之间的差异。这使得节省空间变得更容易。签入一个1MB的Photoshop，有几个像素的变化，将占用更少的存储空间，比一个全新的文档。这通常是文件类型不可知论者(即，它适用于二进制文件和文本)。

如果您的签出导致的文件比签入的文件要大，我会说您有某种配置或进程问题。如果您签入一个200 in的文件，您将在签出时收到一个200 in的文件。您能描述一下结帐/修改/签入过程吗？

SVN、TFS等在上被大规模地应用于许多不同的环境中，它是一个简单、免费和非常可靠的解决方案。然而，如果你的听众主要是非程序员，一个更方便用户的SCM可能是一个更好的选择。