版本控制(即Subversion)是否适用于文档跟踪？

Question

我负责大约100多个文件(word文档,而不是源代码),需要我部门的不同人员进行修改.目前,所有文档都在共享文件夹中,他们将在该文件夹中检索,修改并保存回文件夹.

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

如果我在版本控制数据库中提交它会更好更容易吗？

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

---

我从答案中学到了什么:

• 使用Time Machine保存不同版本(或Vista中的Shadow副本)

• 使用版本控制应用程序时,文本和二进制文档之间存在差异.(我不知道)

• Diff不适用于二进制文件

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

• Google文档修订功能.

更新:

我玩过Google Docs修订版功能,觉得它几乎适合我.对版本太频繁(autosaving)感到有些恼火.

但对我来说感觉合适并不意味着我的部门感觉不错.他们可以将所有这些文件保存到谷歌吗？

Answer 1

我在SVN中使用过Word文档.使用TortoiseSVN,您可以轻松地区分Word文档(在工作副本和存储库之间,或两个存储库修订之间).它非常光滑,绝对值得推荐.

如果您在SVN中使用Word文档,另一件事是将svn:needs-lock属性添加到Word文档中.这将阻止两个人同时尝试编辑同一文档,因为遗憾的是没有合并Word文档的好方法.

有了上述两点,处理修订控制的Word文档至少是可以容忍的.它肯定胜过使用共享文件夹和跟踪更改的替代方案.

Answer 2

那么你们所说的一切都是二元 - 所谓 - 不差别人在谈论什么？例如,TortoiseSVN与Word集成开箱即用,使您可以使用Word的内置差异和合并功能.它工作得很好.

我曾参与过在版本控制中存储文档的项目.虽然如果人们对版本控制不熟悉,他们可能会遇到"工作副本","合并"和"冲突"之类的概念上的困难,但效果还不错.在规划文档管理系统时,不要高估用户的能力.

我相信所有这些都存在强大的商业解决方案.我敢肯定,如果你有足够的千克,你可以得到完全符合你需求的东西.文档管理系统是大企业的一项重要业务.

Answer 3

我想有人似乎没有问过的一件事是,你是否有法律要求存储文件的变更历史？

无论您是否愿意,都会对您可以考虑的解决方案产生影响.

此外,过期副本的通知机制也是一大堆乐趣.如果工程师A有文档和工程师B的副本,则编辑它并提交您希望工程师A通知其副本已过期的更改.

文档控制可以很容易地成为真正的蠕虫.

也许将文档保存在CVS或SVN下并进行设置,以便在同一文档的更新时向谁签出副本生成电子邮件.签入存储库？

编辑:我忘了添加不要忘记在添加新文档时使用二进制开关,例如-kb用于CVS.否则,您将获得与ascii相匹配的任何数据序列,其中包含附加相关配置管理数据的关键字字符串,从而破坏您的文档.数据.

Answer 4

开箱即用,转移到Wiki是不可能的？

由于您认为强制用户使用Subversion(或类似的东西)是可行的,因此更大的更改似乎是可以接受的.

另一个迁移目标可能是使用某种结构化XML文档格式(DocBook浮现在脑海中).这将使您确实可以使用差异和源代码控制,同时免费获取各种文档格式.

Answer 5

Sharepoint还可以对MS特定文档进行版本控制(ok).

Answer 6

怎么样尝试git,如果你在文件中配置它,似乎git可以支持word .doc和打开文档文件..odf.gitattributes

这是一个参考,向下滚动到diff二进制文件.