3

我希望在 Git 中创建一个协作式 Word 文档,并且想知道最好的格式是什么?

我对本文档的一些松散要求是:可以轻松添加一些简单的标记,例如粗体、斜体,可能还有一些字体大小或突出显示(没什么技术含量的)。无需太多复杂命令即可在 git 中无缝工作,因为不是项目中的每个人都会成为 git 大师,甚至可能是第一次使用的用户。轻的东西

我已经对 Microsoft Word 有偏见,因为我不想为它付费,而且它有很多我不需要的花里胡哨,坦率地说,我觉得很烦人。

我已经倾向于使用带有 ODF 格式的 OpenOffice Writer。有没有人这样做,或者对为什么这不是一个好主意有任何建议?有很多格式可供选择,比如这张图:在此处输入图像描述

这有点势不可挡。

我使用 OpenOffice 的理由是它是免费的,它可以安装在大多数计算机上,而且它是开源的。这个项目也是开源的,使用开源工具似乎是真正的精神。

我知道这不是一个讨论论坛,我真的在寻找关于文件类型的明确答案,或者任何有在 Git 中对文字/文本文档进行版本控制的人的一些建议。在这个项目中使用SVN是完全不可能的,主要是因为它很烂。谢谢!

更新:这个想法是在Github中对此进行版本化

该项目是关于工程师、语言学家和其他有兴趣清理、标准化和全面改进我们用来指代计算机语言概念的语言的程序员。

下面有一个关于在 Github README 中使用Markdown的好建议,这对我来说听起来很棒,但我不确定这是否会吓跑非 github、非计算机技术人员。

4

7 回答 7

5

您可能已经意识到源代码控制机制往往不适合像 Word 那样对文档进行版本控制。相反,您可能希望考虑的是具有Markdown格式的简单文本文件,特别是因为您使用的是 GitHub。学习起来并不难,GitHub 会在显示时自动显示格式,比如 README.md。

您使用的文档类型与使用 Git 的学习曲线几乎没有关系,无论您使用什么版本控制,学习曲线都是相似的。

于 2012-04-30T21:31:23.690 回答
1

有许多开源文档管理系统可以处理不同程度的开放性 OoO 文档。

这有一个清单。

http://wiki.i-rs.ru/wiki/OpenOffice.org_Solutions#Content_.26_Document_Management_Systems.2C_Search_Technology

但是,我确实认为您仅解压缩 OoO 文件并将它们存储在 Git 中的建议非常优雅。我怀疑它已经完成了,可能是作为一个插件。如果该插件有办法查看提交消息,那就太好了。

于 2012-07-15T10:53:35.803 回答
1

假设您想坚持使用 OpenOffice(其他答案/评论似乎表明这不是硬性要求),最新版本的 OO 允许您以未压缩的 XML 格式(在本例中为 .fodt)保存,该格式实际上非常适合存储在a VCS,尽管文件比压缩​​格式大得多,但后续版本的增量相当接近文件实际更改的大小。

于 2012-05-01T19:14:21.530 回答
1

Markdown 是一个开放标准,许多大公司都在使用它。

您的用户可以使用一个出色的工具来编辑降价文件:

http://markdownpad.com/

于 2012-05-01T19:21:47.103 回答
1

我会说 github 使用kramdown,这是降价的超集。我支持脚注、表格和其他标准 Markdown 不支持的东西。由于您可能需要其中之一,请考虑设置支持 kramdown 的本地编辑器,或者更确切地说是 php extras kramdown 实现

于 2012-05-01T19:35:44.157 回答
0

gollum看起来像是另一种可能的选择,尽管我对此了解不多。这是一个由 github 构建的 wiki,很惊讶没有人提到这一点。

于 2012-05-02T22:16:02.163 回答
0

我决定使用wikispaces的 wiki 。我觉得它满足了我的所有需求。我将总结使用两者的一些优点和缺点。

Github 优点:

  • 很棒的社区和协作

Github 缺点:

  • 不是超级好用(虽然这值得商榷)

维基优点:

  • 易于使用,适合各种不同的人

维基缺点:

  • 很丑,我不喜欢版本控制系统,而且社区看起来很枯燥。

最终,我不得不选择易用性而不是 Github 的所有酷功能。

我应该感谢上面的@Karl。

我非常感谢所有的帮助,并从中受益匪浅。特别了解了 Github 的一些很酷的功能。

谢谢!

于 2012-05-02T05:00:05.570 回答