使用CVS或Subversion作为office文档的备份框架的提示

我一直在使用subversion(以及之前的CVS)不仅存储源文件,而且以后存储用于我研究的LaTeX文件,最后还存储一些word文件和其他材料.

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

我确信我不能成为唯一一个这样做的人.

我现在正在考虑将CVS或subversion用作包含许多频繁更改的office文档的家庭计算机的主要备份机制.这是好主意吗？我能想到的主要问题是文件被认为是二进制的,所以服务器会膨胀一点.

但是,我想知道其他我应该注意或注意的事情.

另外,我在哪里可以找到可以自动化签名的脚本的好例子？

实际上,我并不是真的建议这样做,之前已经走过了这条道路.首先,我认为不用说,如果你使用SCM存储库来完成这样的任务,请使用SVN而不是CVS! 对于像这样的情况,这几乎可以保证您存储二进制数据,这对CVS来说是一个巨大的痛苦.

无论如何,我过去常常在SVN存储库中存储很多非编程相关的东西,但现在只使用时间机器来备份我关心的文件,并使用基于网络的小型repo来查找我的dotfiles等等.我认为阻碍的一个关键因素是你对普通数据文件的态度与对源代码的态度不同.在大多数情况下,您不太可能想要将您编写的报告的两个版本区分开来,或者将您的工作副本版本恢复为两周前撰写的草稿.有了这些文档,您通常只关心最新版本,SCM提供的工具和安全性往往比这方面更有用,特别是在签到注释,合并等方面.

另外,我非常不推荐(这是一个词？;))使非程序员使用SCM.所需的解释量太大,不足以使工具对它们有益,特别是当应用于该工具最初不打算用于的任务时.我已经在一些我们认为不会有问题的环境中完成了这个,因为有问题的人并不愚蠢,他们正在处理与软件相关的工件.但不可避免地合并冲突和其他SCM"陷阱"导致混乱,并最终在晚上打电话给我.

我要说你应该研究像Sharepoint这样的文档共享门户,以便合作办公文档等.他们是更好的设计为这些类型的东西打交道,而不会造成大量的头痛非技术的乡亲,并能与历史版本,二进制数据等,这可能是矫枉过正为你的家人摆好处理,但设置了一个小门保存重要数据不应该是一个大问题 - 你只需要四处寻找并找到适合你需求的东西.