版本控制（即Subversion）是否适用于文档跟踪？
我负责我的部门需要修改的100多个文件（word文档，不是源代码）。 目前所有的文件都在共享文件夹中，他们将检索，修改并保存回文件夹。
我现在所做的是在共享文件夹中查找“修改date”，打开最近修改过的文档，并使用MS Word中的“跟踪修改”function来应用更改。 我觉得这有点乏味。
那么，如果我在版本控制数据库中提交，这会更好，更容易吗？
基本上我想保持不同版本的文件。
我从答案中学到了什么：
-
使用Time Machine保存不同的版本（或Vista中的Shadow copy）
-
使用版本控制应用程序时，文本和二进制文档之间存在差异。 （我不知道）
-
比较不会在二进制文件上工作
-
通知系统（即电子邮件）进行修改是很好的
-
Google文件修订function。
更新 ：
我玩了Google文档修订function，觉得这几乎适合我。 过于频繁的版本（自动保存）只是有点恼火。
但是什么感觉对我来说并不意味着我的部门感觉很好。 他们会保存所有这些文件与谷歌好吗？
我想有一件事似乎没有人问过，如果你有一个合法的要求来存储文档更改的历史logging？
无论你做或不做，都会对你可以考虑的解决scheme产生影响。
另外一个过时的副本通知机制也是一个乐趣的包。 如果工程师A拥有一份文件副本，工程师B将对其进行编辑并提交您希望工程师A所做的更改，以通知他的副本已过期。
文件控制可以很容易地成为一个真正的蠕虫jar。
也许把文件保存在CVS或者SVN下面，然后设置它，以便在同一个文档的更新时生成电子邮件给谁检出了副本。 是否签入到存储库？
编辑：我忘了添加不要忘记使用二进制开关，例如-kb的CVS，当添加新的文档。 否则，你会得到任何数据发生的顺序匹配关键字stringascii与相关的configurationpipe理数据，从而破坏您的文档。 数据。
我在SVN中使用过Word文档。 使用TortoiseSVN ，您可以轻松地区分Word文档（在工作副本和存储库之间或两个存储库版本之间）。 这真的很光滑，绝对推荐。
如果您在SVN中使用Word文档，另一件事是将svn：needs-lock属性添加到Word文档中。 这样可以防止两个人同时尝试编辑同一个文档，因为不幸的是没有好的方法来合并Word文档。
通过以上两件事情，处理修订控制的Word文档至less是可以容忍的。 它肯定是使用共享文件夹和跟踪更改的替代方法。
你们所有的人都在说什么字是二元的，所以没有差异的人在说什么？ 例如，TortoiseSVN集成了开箱即用的Word，使您能够使用Word内置的差异和合并function。 它工作得很好。
我曾经在版本控制中存储文档的项目。 虽然人们对版本控制不熟悉，但他们可能在“工作拷贝”，“合并”和“冲突”等概念上有困难。 在规划文档pipe理系统时，不要高估用户的能力。
我相信所有这些都有强大的商业解决scheme。 我相信如果你有足够的千里达，你可以得到完全符合你的需求的东西。 文件pipe理系统对于大企业来说是一件大事。
思考开箱即可，迁移到Wiki是不可能的？
既然你认为强制你的用户进入Subversion（或类似的）是可行的，一个更大的变化似乎是可以接受的。
另一个迁移目标可能是使用某种结构化的XML文档格式（ DocBook浮现 ）。 这将使您确实可以使用差异和源代码控制，同时获得各种文件格式的免费。
Sharepoint也做了一个很好的（不错的）MS版特定文件版本的工作。
如何尝试git ，似乎git可以支持.odf和打开文件.odf文件，如果你在.gitattributes文件中configuration它。
这是一个参考 ，向下滚动以diff二进制文件。
对于它的价值，还有Google Docs 。 我想这不是一个完美的配合，但它的版本是非常方便的。
Clearcase与Word集成进行修订跟踪。 我相信Telelogic DOOR也是如此。
我使用Mercurial与TortoiseHg覆盖。 我可以右键单击一个变更集，select“视觉差异”，然后select“docdiff”工具（捆绑），该工具通过跟踪更改在Word中启动文档。
你可以，但你会总是比较文档版本与Word本身。
我还没有听说过一个版本控制数据库，可以跟踪Word文档中的更改。
但是有一些工具可以比较Word文档，所以如果你设置你的版本控制客户端使用这些工具进行比较，你可以有一些乐趣。
不必要。 这取决于新文件提交回购的频率。 如果在提交之前多次编辑这些文件，那么您就是现在的位置。 最大的好处是如果文件损坏。
你可以版本的任何文件; 例如，Mac OS X Leopard中的Time Machine就是这样工作的，有人将他的整个计算环境投入到CVS中，然后在他的家庭和工作机器上维护工作副本，这是一篇有趣的文章。
但是“更好”和“更容易”是特定于你的情况，我不确定我是否完全理解你的问题。
由于文件本身是以二进制格式存储的，Subversion，CVS和所有其他源代码pipe理系统对于Word文档和其他办公文件（例如Excel电子表格）来说都是不好的。 这意味着你永远不能回去注释（或责备，或任何你想要调用它），或者在文档之间进行区分。
有Word文档的版本控制系统，不幸的是我不知道有什么好的。 在我的工作中，我们使用Excel的控制系统，不幸的是他们都花钱。
好处是他们让生活变得更容易，特别是如果你需要做审计或尽职调查。
如果您使用WinMerge，它已经添加了支持合并Word和Excel二进制文件。
看看Sharepoint。 如果成本是一个问题，Sharepoint门户服务也可以为你工作。 阅读更多信息
你可以使用类似于修订器的东西，就像谷歌文档，但内置版本控制，包括差异，叉子和3路合并。 http://revisionator.com
更新：它还修复了您提及Google文档过于频繁的自动保存问题。 它仍然会自动保存，以防止数据丢失，但只会在修订历史logging中创build新版本，并在您明确“释放”更改时与其他用户共享。
只是想澄清一个人给的答案，但我还没有足够的分数呢。
差异将工作在二进制文件，但它只是说一些不是很有用，如“toto1和toto2二进制文件不同”。
你可以做到这一点，但如果这些文件是二进制的，你应该在编辑之前始终locking它。 你不会得到冲突（这将是无法解决的）。
许多新的版本控制项目更适合于整个目录，而不是单个文件。
说服他人需要获得一个完整的项目，当他们只想更新一个单独的文件可以是一个“有趣”的方式来度过一个下午。
你拥有的另一个select是一个软件和云计算魔术称为Dropbox。 或者，您可以将文档文字放在一起，然后制作一个本地共享的mediawiki。
DropBox：getdropbox DOT com
MediaWiki：mediawiki DOT组织
