svn - 使用 CVS 或 Subversion 作为 Office 文档备份框架的技巧

Question

我长期以来一直使用 Subversion(以及之前的 CVS)不仅存储源文件，后来还存储用于我研究的 LaTeX 文件，最终存储一些 Word 文件和其他 Material 。

我喜欢这样一个事实:我可以使用多台计算机并同步每台计算机的最新内容，同时仍然能够维护备份和项目的某些层次结构。

我确信我不是唯一一个这样做的人。

我现在正在考虑使用 CVS 或 subversion 作为家庭计算机的主要备份机制，其中包含许多经常更改的办公文档。这是一个好/坏主意吗？我能想到的主要问题是这些文件被认为是二进制的，所以服务器会有点膨胀。

但是，我想听听我应该注意或注意的其他事情。

此外，我在哪里可以找到可以自动 checkin 的脚本的好示例？

Answer 1

事实上，我真的不建议这样做，因为我以前也曾走过这条路。首先，我认为不言而喻，如果您使用 SCM 存储库来执行此类任务，使用 SVN 而不是 CVS!对于这样的情况，几乎可以保证您将存储二进制数据，这对于 CVS 来说是一个巨大的痛苦。

无论如何，我以前自己在 SVN 存储库中存储了很多非编程相关的东西，但现在只使用时间机器来备份我关心的文件，以及一个用于我的点文件等的基于网络的小型存储库。我认为阻碍的关键是您对普通数据文件的态度与对源代码的态度不同。在大多数情况下，您不太可能有兴趣比较您编写的报告的两个版本，或者将您的工作副本版本恢复为您两周前编写的某些草稿。对于此类文档，您通常只关心最新版本，而 SCM 提供的工具和安全性在这方面往往是烦人而不是有用，尤其是在 checkin 注释、合并等方面。

另外，我强烈不建议(这是一个词吗？;))让非程序员使用SCM。所需的解释量太大，该工具对他们没有任何好处，特别是当应用于该工具最初不打算用于的任务时。我在一些我们认为这不会成为问题的环境中完成了这项工作，因为相关人员并不愚蠢，而且他们正在处理与软件相关的工件。但不可避免地，合并冲突和其他 SCM“陷阱”导致了困惑，最终，晚上给我打电话。

我想说，您应该考虑使用 Sharepoint 等文档共享门户来协作办公文档等。它们更适合处理这些类型的事情，不会给非技术人员带来很多麻烦，并且可以优雅地处理版本历史、二进制数据等。这对您的家人来说可能有点过分了，但是建立一个小门户保存重要数据应该不是什么大问题——您只需要四处看看并找到适合您需求的东西即可。