Is version control (ie. Subversion) applicable in document tracking?我负责大约100多个文档(word文档，而不是源代码)，这些文档需要我部门的不同人员进行修订。当前，所有文档都位于共享文件夹中，它们将在其中检索，修改并保存回该文件夹中。 我现在正在做的是在共享文件夹中查找"修改日期"，打开最近修改的文档，并使用MS Word中的"跟踪更改"功能来应用更改。我觉得这有点乏味。 那么，如果将其提交到版本控制数据库中，会更好又容易吗？ 基本上，我想保留文件的其他版本。 我从答案中学到了什么：
更新： 我试用了Google文档修订功能，觉得这对我来说几乎是正确的。过于频繁的版本控制(自动保存)使您有点恼火。 但是，对我来说合适的感觉并不意味着对我的部门合适。他们可以将所有这些文档保存到Google吗？ 我已经在SVN中使用Word文档。使用TortoiseSVN，您可以轻松区分Word文档(在工作副本和存储库之间，或在两个存储库修订版之间)。这真的很滑，绝对值得推荐。 如果要在SVN中使用Word文档，则要做的另一件事是将svn：needs-lock属性添加到Word文档中。这将防止两个人尝试同时编辑同一文档，因为不幸的是，没有合并Word文档的好方法。 通过上述两件事，至少可以容忍受版本控制的Word文档。当然，它优于使用共享文件夹和曲目更改的替代方法。 你们所有的单词都是二进制那么无差异的人在谈论什么？例如，TortoiseSVN可以直接与Word集成在一起，并使您能够使用Word的内置差异和合并功能。它工作正常。 我从事过在版本控制中存储文档的项目。它的效果很好，尽管如果人们不熟悉版本控制，他们可能会在诸如"工作副本"，"合并"和"冲突"之类的概念上遇到困难。规划文档管理系统时，请勿高估用户的功能。 我相信，对于所有这些，也都存在强大的商业解决方案。我敢肯定，如果您有足够的钱，就能得到完全适合您需求的东西。文档管理系统对于大型企业而言是一项大业务。 我想似乎没有人问过的一件事是，您是否有法律要求来存储文档更改历史记录？ 不管您是否做，都会对您可以考虑的解决方案产生影响。 此外，过期副本的通知机制也很有趣。如果工程师A拥有文档的副本，然后工程师B对其进行编辑并提交更改，则您希望通知工程师A他的副本已过期。 文档控制很容易变成蠕虫的真实罐头。 也许将文档保存在CVS或SVN下，并进行设置，以便在更新同一文档时向签出副本的人生成电子邮件。签入到存储库？ 编辑：我忘记添加不要忘记使用二进制开关，例如添加新文档时，CVS为-kb。否则，您将获得恰好与关键字字符串的ascii相匹配的任何数据序列，并附加了相关的配置管理数据，从而损坏了您的文档。数据。 开箱即用的想法，迁移到Wiki会成为不可能吗？ 由于您认为强迫用户进行Subversion(或类似操作)可行，因此较大的更改似乎可以接受。 另一个迁移目标可能是使用某种结构化的XML文档格式(想到了DocBook)。这将使您确实能够使用差异和源代码控制，同时免费获取各种文档格式。 Sharepoint在对MS特定的文档进行版本控制方面也做得很好(不错)。
如何尝试
这是参考，向下滚动到 值得一提的是，还有Google文档。我猜这不是一个完美的选择，但是它的版本控制非常方便。 Clearcase与Word集成在一起以进行修订跟踪。我相信Telelogic DOOR也一样。 我将Mercurial与TortoiseHg叠加使用。我可以右键单击一个变更集，选择" Visual Diff"，然后选择" docdiff"工具(捆绑销售)，该工具将在Word中使用"修订"启动文档。 只是想澄清某人给出的答案，但我的观点还不够。 diff将在二进制文件上工作，但只会说" toto1和toto2二进制文件不同"之类的用处不大。 如果使用WinMerge，它已添加了对合并Word和Excel二进制文件的支持。 Subversion，CVS和所有其他源代码管理系统均不适用于Word文档和其他Office文件(例如Excel电子表格)，因为文件本身是以二进制格式存储的。这意味着您永远都不能回过头来注释(或责备，或任何您想称呼它的东西)，或在文档之间进行区别。 那里有Word文档的修订控制系统，不幸的是我不知道有什么好的系统。在我的工作中，我们将此类控制系统用于Excel，不幸的是，它们全都花钱了。 好消息是，它们使工作变得更加轻松，尤其是在您必须进行审核或尽职调查的情况下。 您可以使用类似Revisionator之类的东西，它类似于google docs，但具有内置的修订控制，包括diff，fork和3方式合并。 http://revisionator.com 更新：它还解决了您在Google文档中提到的过于频繁的自动保存问题。它仍然会自动保存以防止数据丢失，但是它只会在修订历史记录中创建一个新版本，并在您明确"释放"您的更改时与其他用户共享。 不必要。这取决于将新文件提交到存储库的频率。如果在提交之前对文件进行了多次编辑，那么您现在就是现在。最大的好处是文件是否损坏。 您可以版本化任何文件。例如，这就是Mac OS X Leopard中Time Machine的工作方式，有一篇有趣的文章，有人将他的整个计算环境都提交到CVS中，然后只是在他的家用和工作机器上维护了工作副本。 但是"更好"和"更容易"是针对您的情况的，并且我不确定我会完全了解您的问题。 您可以，但是您将始终将文档版本与Word本身进行比较。 我还没有听说过可以跟踪Word文档中的更改的版本控制数据库。 但是，有些工具可以比较Word文档，因此，如果您将版本控制客户端设置为使用这些工具进行比较，则可能会很有趣。 看看Sharepoint。如果成本是一个问题，Sharepoint门户服务也可以为您服务。阅读此以获得更多信息 您拥有的另一个选择是一块称为Dropbox的软件和云计算魔术。或者，您可以放弃word文档，而改为创建本地共享的mediawiki。
投寄箱：
MediaWiki： 许多新版本控制项目更适合整个目录，而不是单个文件。 说服某人他们只需要更新一个单独的文件就需要整个项目，这可能是度过一个下午的"有趣"方式。
是的，它适用！我完全同意说SVN + TortoiseSVN组合非常适合跟踪MS Office文档。您可以锁定文档以进行版本编辑，对所有未锁定文件进行写保护以避免冲突(即并行修改)，区分同一文件的两个版本，查看所有修改的历史记录以及当然回滚到旧版本。 所有这些甚至都可以通过SVN Web客户端从Web访问！ (可能需要一些软件开发) 但是，如果您不习惯在其他情况下使用版本控制系统，那么这可能不是显而易见的选择。与文档良好集成所需的工作为专用工具提供了一个优势："电子文档管理"系统就是为此而设计的。出于成本原因，像SVN这样的VCS可能是一个不错的选择：-) 您是否测试了在线服务Simul？看起来很有希望，我个人喜欢类似GitHub的定位。请注意，我不属于Simul！ 您可以这样做，但是如果文件是二进制文件，则在编辑之前应始终对其进行锁定。您不会遇到冲突(这是无法解决的)。 |
