version-control - 版本控制(即 Subversion)适用于文档跟踪吗？

Question

关闭。这个问题是 opinion-based 。目前不接受答案。

---

想要改进这个问题吗？更新问题，以便 editing this post 可以用事实和引文来回答它。 .

已关闭 4 年前。

Improve this question

我负责大约 100 多个文档(word 文档，而不是源代码)，需要我部门中不同人员的修改。目前，所有文档都位于一个共享文件夹中，它们将在其中检索、修改并保存回该文件夹中。

我现在正在做的是在共享文件夹中查找“修改日期”，打开最近修改的文档并使用MS Word中的“跟踪更改”功能来应用更改。我觉得这有点乏味。

那么，如果我将其提交到版本控制数据库中，会不会更好、更容易？

基本上我想保留文件的不同版本。

<小时/>我从答案中学到了什么:

• 使用时间机器来保存不同的版本(或 Vista 中的卷影副本)

• 文本之间存在差异和二进制文件，当你使用版本控制应用程序。 (我不知道那个)

• Diff 不适用于二进制文件

• 修订通知系统(即电子邮件)很棒

• Google 文档修订功能。

更新:

我尝试过 Google Docs 修订功能，感觉它几乎适合我。只是对过于频繁的版本控制(自动保存)有点恼火。

但是对我来说合适的并不意味着它对我的部门来说合适。他们同意用 Google 保存所有这些文档吗？

Answer 1

我曾在 SVN 中处理过 Word 文档。与TortoiseSVN ，您可以轻松比较 Word 文档(在工作副本和存储库之间，或在两个存储库修订版之间)。它真的很光滑，绝对推荐。

如果您在 SVN 中使用 Word 文档，要做的另一件事是添加 svn:needs-lock Word 文档的属性。这将防止两个人同时尝试编辑同一个文档，因为不幸的是没有好的方法来合并 Word 文档。

有了以上两点，处理修订控制的Word文档至少是可以忍受的。它肯定优于使用共享文件夹和跟踪更改的替代方案。