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

时间:2008-08-27 09:43:00

标签: version-control tracking

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

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

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

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

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

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

  • 文字之间有区别 和二进制文件时使用 版本控制应用。 (我不知道 那)

  • Diff不适用于二进制文件

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

  • Google文档修订功能。

更新

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

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

20 个答案:

答案 0 :(得分:60)

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

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

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

答案 1 :(得分:37)

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

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

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

答案 2 :(得分:19)

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

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

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

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

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

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

答案 3 :(得分:10)

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

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

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

答案 4 :(得分:6)

如何在git文件中配置,似乎git可以支持单词.doc并打开文档.odf文件。

这是reference,向下滚动到.gitattributes二进制文件。

答案 5 :(得分:6)

Sharepoint对MS特定文档进行版本控制也做得很好(不错)。

答案 6 :(得分:4)

对于它的价值,还有Google Docs。我想这不是一个完美的选择,但它的版本设置是非常方便。

答案 7 :(得分:2)

我使用Mercurial和TortoiseHg叠加层。我可以右键单击一个更改集,选择“Visual Diff”,然后选择“docdiff”工具(捆绑),它会在Word中使用“跟踪更改”启动文档。

答案 8 :(得分:2)

Clearcase与Word集成以进行版本跟踪。我相信Telelogic DOOR也是如此。

答案 9 :(得分:1)

你可以,但你总是将文档版本与Word本身进行比较。

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

但是有些工具可以比较Word文档,因此如果您设置版本控制客户端以使用这些工具进行比较,您可以获得一些乐趣。

答案 10 :(得分:1)

你可以使用像Revisionator这样的东西,就像谷歌文档,但内置的版本控制包括差异,分叉和3路合并。 http://revisionator.com

更新:它还解决了您使用Google文档提及的过于频繁的自动保存问题。它仍然会自动保存以防止数据丢失,但它只会在修订历史记录中创建一个新版本,并在您明确“释放”您的更改时与其他用户共享。

答案 11 :(得分:1)

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

diff会对二进制文件起作用,但它只会说“toto1和toto2二进制文件不同”之类的东西并不是很有用。

答案 12 :(得分:1)

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

答案 13 :(得分:1)

如果您使用WinMerge,则表示已添加对合并Word和Excel二进制文件的支持。

答案 14 :(得分:1)

Subversion,CVS和所有其他源代码控制系统不适用于Word文档和其他office文件(例如Excel电子表格),因为文件本身以二进制格式存储。这意味着你永远不能回去注释(或责备,或任何你想要的东西),或者在文档之间做差异。

有Word文档的修订控制系统,不幸的是我不知道有什么好的。我们在工作中使用这种Excel控制系统,不幸的是它们都需要花钱。

好处是,他们让生活变得更轻松,特别是如果你不得不进行审计或尽职调查。

答案 15 :(得分:1)

不一定。这取决于新文件提交给repo的频率。如果在提交之前多次编辑文件,那么您就是现在的位置。最大的好处是文件是否已损坏。

您可以对任何文件进行版本控制;例如,这就是Mac OS X Leopard中Time Machine的工作方式,并且有一篇有趣的文章将他的整个计算环境提交到CVS中,然后在他的家庭和工作机器上维护工作副本。

但是“更好”和“更容易”是特定于你的情况,我不确定我是否完全理解你的问题。

答案 16 :(得分:0)

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

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

答案 17 :(得分:0)

你拥有的另一个选择是一个名为dropbox的软件和云计算魔法。或者,您可以放弃单词文档并改为使用本地共享的mediawiki。

升降梭箱: getdropbox DOT com

链接到MediaWiki: mediawiki DOT org

答案 18 :(得分:0)

你可以这样做,但如果那些文件是二进制文件,你应该在编辑之前锁定它。你不会得到冲突(这是无法解决的)。

答案 19 :(得分:0)

是的,它适用!我完全同意说SVN + TortoiseSVN组合非常适合跟踪MS Office文档。您可以锁定版本的文档,写保护所有未锁定的文件以避免冲突(即并行修改),差异同一文件的两个版本,查看所有修改的历史记录,当然还回滚到较旧的版本。
我试图在dedicated blog post中描述所有这些技巧。 (免责声明:我是博客所有者

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

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

您是否测试了在线服务Simul?看起来很有希望,我个人喜欢类似GitHub的定位。 请注意,我不隶属于Simul!