是版本控制（即。Subversion）适用于文档跟踪吗？[关闭]

Question

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

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

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

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

---

我从答案中学到了什么：

• 使用时机保存不同的版本（或Vista中的影子复制）

• 使用版本控制应用程序时，文本和二进制文档之间存在差异。（我不知道）

• Diff 不适用于二进制文件

• 修订通知系统（即电子邮件）很棒

• Google 文档修订功能。

更新 :

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

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

Answer 1

我想似乎没有人问过的一件事是，您是否有法律要求存储文档的更改历史记录？

无论您是否这样做，都会影响您可以考虑的解决方案。

此外，过期副本的通知机制也很有趣。如果工程师 A 拥有文档的副本，而工程师 B 对其进行编辑并提交更改，则您希望工程师 A 收到其副本已过期的通知。

文档控制很容易成为真正的蠕虫病毒。

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

编辑：我忘记添加不要忘记使用二进制开关，例如添加新文档时，CVS 的 -kb。否则，您将获得与附加了相关配置管理数据的关键字字符串的 ascii 匹配的任何数据序列，从而损坏您的文档。数据。

Answer 2

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

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

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

Answer 3

你们这些“词是二元的，所以没有差异”的人到底在谈论什么？例如，TortoiseSVN 与 Word 直接集成，使您能够使用 Word 的内置差异和合并功能。它工作得很好。

我参与过在版本控制中存储文档的项目。它的效果非常好，尽管如果人们不熟悉版本控制，他们可能会对“工作副本”、“合并”和“冲突”等概念感到困难。在规划文档管理系统时，不要高估用户的能力。

我相信所有这些也都存在强大的商业解决方案。我相信如果你有足够的钱，你就能得到完全符合你需求的东西。文档管理系统对于大企业来说是一项大业务。

Answer 4

跳出框框思考，迁移到 Wiki 是不可能的吗？

由于您认为强制用户使用 Subversion（或类似的东西）是可行的，因此较大的更改似乎可以接受。

另一个迁移目标可能是使用某种结构化 XML 文档格式（文档书 我想到了）。这将使您能够真正使用差异和源代码控制，同时免费获得各种文档格式。

Answer 5

共享点 在 MS 特定文档的版本控制方面也做得很好（不错）。

Answer 6

尝试一下怎么样 git ，看来git可以支持word .doc 并打开文档 .odf 文件，如果你配置它 .gitattributes 文件。

这里有一个 参考 , 向下滚动至 diffing 二进制文件。

Answer 7

对于它的价值来说，还有 谷歌文档. 。我想这不是一个完美的选择，但它的版本控制是 非常 方便的。

Answer 8

Clearcase 与 Word 集成以进行修订跟踪。我相信 Telelogic DOOR 也能做到这一点。

Answer 9

我使用 Mercurial 和 TortoiseHg 叠加层。我可以右键单击变更集，选择“Visual Diff”，然后选择“docdiff”工具（捆绑提供），该工具会在 Word 中启动带有跟踪更改的文档。

Answer 10

可以，但您始终会将文档版本与 Word 本身进行比较。

我还没有听说过可以跟踪Word文档更改的版本控制数据库。

不过，有一些工具可以比较Word文档，所以如果你设置版本控制客户端来使用这些工具进行比较，你会得到一些乐趣。

Answer 11

不必要。这取决于新文件提交到存储库的频率。如果在提交之前对文件进行了多次编辑，那么您就处于现在的位置。最大的好处是如果文件损坏。

您可以对任何文件进行版本控制；例如，这就是 Mac OS X Leopard 中 Time Machine 的工作原理，并且有一篇有趣的文章，作者将其整个计算环境投入到 CVS 中，然后仅在他的家庭和工作计算机上维护工作副本。

但“更好”和“更容易”是针对您的情况而定的，我不确定我是否完全理解您的问题。

Answer 12

Subversion、CVS 和所有其他源代码控制系统不适用于 Word 文档和其他办公文件（例如 Excel 电子表格），因为文件本身以二进制格式存储。这意味着您永远无法返回并进行注释（或责备，或任何您想称之为的东西），或在文档之间进行差异。

市面上有针对 Word 文档的修订控制系统，不幸的是我不知道有什么好的系统。我们在工作中使用 Excel 的此类控制系统，不幸的是它们都需要花钱。

好处是它们让生活变得更加轻松，特别是当您必须进行审计或尽职调查时。

Answer 13

如果你使用 合并软件 它添加了对合并 Word 和 Excel 二进制文件的支持。

Answer 14

看看 Sharepoint。如果成本是一个问题，Sharepoint 门户服务也可以为您服务。 读这个 了解更多信息

Answer 15

您可以使用 Revisionator 之类的东西，它类似于 google 文档，但具有内置修订控制，包括差异、分叉和 3 路合并。 http://revisionator.com

更新：它还修复了您在 Google Docs 中提到的过于频繁的自动保存问题。它仍然会自动保存以防止数据丢失，但它只会在修订历史记录中创建新版本，并在您明确“发布”更改时与其他用户共享。

Answer 16

只是想澄清某人给出的答案，但我还没有足够的分数。

diff 适用于二进制文件，但它只会说一些不太有用的内容，例如“toto1 和 toto2 二进制文件不同”。

Answer 17

您可以这样做，但如果该文件是二进制文件，您应该在编辑之前始终对其加锁。您不会遇到冲突（这是无法解决的）。

Answer 18

许多新的版本控制项目更适合整个目录，而不是单个文件。

当某人只想更新单个文件时，说服某人他们需要获得整个项目可能是度过一个下午的“有趣”方式。

Answer 19

您的另一个选择是一款名为 dropbox 的软件和云计算魔法。或者，您可以放弃单词文档并制作一个本地共享的媒体维基。

投递箱：getdropbox DOT com

媒体维基：媒体维基 DOT 组织

Answer 20

是的，它适用！我完全同意，SVN+TortoiseSVN 组合非常适合跟踪 MS Office 文档。你可以 锁 一份供编辑的文件， 写保护 所有解锁的文件以避免冲突（即并行修改）， 差异 同一文件的两个版本， 查看历史 所有修改，当然 回滚 到较旧的修订版。
我试图在一个例子中描述所有这些技巧 专门的博客文章. (免责声明：我是博客所有者)

所有这些甚至都可以通过 SVN Web 客户端从 Web 访问！（可能需要一些软件开发）

但是，如果您不习惯在其他环境中使用版本控制系统，那么这可能不是显而易见的选择。与文档良好集成所需的工作为专用工具提供了优势：“电子文档管理”系统就是为此而设计的。出于成本原因，像 SVN 这样的 VCS 可能仍然是一个不错的选择:-)

您测试过在线服务吗 同时？看起来很有前途，我个人喜欢类似 GitHub 的方向。 请注意，我不隶属于 Simul！