Jud*_*ill 40 git version-control mercurial plugins openoffice.org
有没有人遇到过Git或Hg插件,用于"有意义"的差异/合并/分支OpenOffice或Microsoft word文件.
我知道我可以"签入".doc文件,但Git和Hg都将它们视为二进制blob.我希望能够对文件的文本执行所有(或至少很多)基于正常修订的操作.
是的,我确实知道我应该使用Latex或在RTF之间来回转换文件.我正在寻找更"原生"的解决方案,因为我正在努力管理技术人员和"管理人员"之间的协作.
这与我在Biostar上的问题有关:http://biostar.stackexchange.com/questions/1749/writing-collaboration-with-source-control-and-microsoft-word
谢谢.
怎么样:
使用外部XML diff工具进行Diff.例如:
$ git difftool -t xmldiff c3d293 498571
将XML文件转换为每行一个元素应该使签入过程高效运行,并允许外部XML diff工具快速处理.
参考文献:
我能想出的一个很好的技巧也适用于Open Office文件,PPT等:
http://xcafebabe.blogspot.hu/2012/09/sexy-comparison-of-word-documents-with.html
这是一个演示结果的屏幕截图:
如果您使用的是MS Windows,请使用TortoiseGit.我只是不得不经历这种痛苦的经历,TGit虽然不优雅,却会带来一些痛苦.其他几点:
Microsoft Word(MS Word)有一个体面的,如果有缺陷的合并工具.AFAIK,它只能进行双向合并(即 :) X0 + dX = X1
,而不是3向或2向合并,这在版本控制中更常见(即:) X0 + dX1 + dX2 = X1
.您可以使用此工具解决合并冲突,但是会有一些合法的工作 - 检查每个分支,将HEAD导出为未跟踪版本等.
X0 = *.BASE.docx,
X0 + dX1 = *.LOCAL.docx and
X0 + dX2 = *.REMOTE.docx
Run Code Online (Sandbox Code Playgroud)幸运的是,这正是TGit(和TSVN)所做的.不幸的是,我会避免,rebase
因为如果你必须连续重播几个变化,它可能会非常累人,但merge
对于简短的文档很好,只是不太好.
律师事务所拥有极其健全的系统来做到这一点。一个不信任文档中的修订历史记录(因为它是外部来源的),而是进行自己的比较并可以提供增量。如果那是他们真正需要的,那么你最好购买它,而不是将包装放入 git 或 Mercurial 中,而这些包装永远不会真正对他们有用。
抱歉,听起来像悲观主义者,但技术人员更有可能使用(同时抱怨)价格过高的商业工具,而不是办公室人员使用 git 或 Mercurial 来达到任何程度的满意度。
归档时间: |
|
查看次数: |
20972 次 |
最近记录: |