Simul像 Github 一样管理你的 Word 文档


北京联盟_本文原题:像 Github 一样管理你的 Word 文档
Simul像 Github 一样管理你的 Word 文档
本文插图

译者:耿海洋 coolspider2015
译者简介:认知神经科学博士 , 热衷于通过数据科学的方法论 , 探究人类大脑承载的情绪与认知背后的深层机理 。
Simul像 Github 一样管理你的 Word 文档
本文插图

Simul-整合Github和Word
Simul是一个文档协作工具 , 把Github的优秀版本控制特性带到Word中来 。 该工具为长期与他人协作编辑文档的人群量身打造 , 比如学者、律师、采访人员、作家 。
以学术工作者为例 , 无论你是学生还是导师 , 在书写手稿的时候 , 是不是有无数个v1,v1_1,v2_1,... , 是不是需要无数次的从不同版本中进行人工的比较、编辑和整合 。
这样的痛苦可能存在于每个需要协作编辑的文字工作者中 , Simul为你解决以上痛点 。
Github是流行的文本版本控制工具 , 在工业界和程序员中取得了巨大成功 , 但Github也具有其自身的局限 , 只支持纯文本 , 不支持像Word一样的富文本 。 这让Github在需要富文本编辑的场景中严重水土不服 。 Simul , 就是解决这一痛点 , 把Github的版本控制功能整合到Word的富文本文档中 。
Github的优秀特性—文档版本控制
Github有一个‘master’分支的概念 , 这是所有文档的根本 。 当一个作者在文档中做了一个修改时 , 他在自己的分支中进行这样的操作 。 以防止他的更改对他人的文档产生影响 。 一旦他们的修改完成 , 这些作者会试图把他们的改变提交到master版本中去 , 这个时候 , reviewer需要仔细的核对冲突和差异 , 最终完成合并 。 当程序员在编写代码的时候 , 该过程会反复出现 。 在这种情况下 , 代码中的标签和检测点被标记出来 。 这些标记表示该代码的版本被测试过了 , 可以去部署(发布) 。
以上过程与word文档创作过程有太多的交集和相似之处 。 其实 , 你并不真的需要Google Docs和Microsoft SharePoint提供的那种同时在线编辑功能 。 这些在线同时编辑让我们不能确定谁编辑了哪个特定内容 。 但是Github分支的概念提供了更加清晰的发生改变的可追踪索引 。 就像写代码一样 , 可以添加标签去表示一个稳定的小的或者大的版本更改是否已经准备好发布 。
Github在Git的基础上加入了社交的特征 , 例如comments和提issues , 这大大加强了合作 。 Simul的目的是就是结合Github和Word各自的优势 。
为什么我们不能只用Github
Github的主要的局限是它只针对纯文本 , 就像window的写字板 。 很多作者为了充分利用Github的文本控制 , 转向了纯文本和Markdown , 但这就是失去了富文本的特征 , 比如图片和字体 。 这对一些公司是一个巨大的损失 , 每个出版社都需要重新去整理格式 , 这很耗时 , 而且容易出错 。
第二个阻力是Github是一个为技术人员设计和使用的工具 , 很多操作是通过命令行完成 , 这可能不太适合一般用户 。
Simul如何填补这个空白 , 解决这个痛点
一旦一个文档在Simul中被创建 (它可以是一个新建的文档或者一个上传的文档) , 所有的改变都可以被追踪 。 在这个例子中 , 我们新建一个演示文档 , 叫做’例子’包括一句话:’我是一个中国人’ 。 点击’Open in Word’按钮 。 Word启动 , 我替换’中国人’为’美国人’ , 一旦我保存 , Simul将会显示如下:
Simul像 Github 一样管理你的 Word 文档
本文插图

图1
这里有几件事值得注意:

  1. 这里边的0.0.2被新的版本0.0.3替代了 。


    推荐阅读