我希望在Git中创建一个协作word文档,并想知道什么是最好的格式?
我对本文档的一些宽松要求:可以轻松添加一些简单的标记,如粗体,斜体,可能是某些字体大小或突出显示(没什么太技术性)。能够在没有太多复杂命令的情况下无缝地在git中工作,因为并非项目中的每个人都是git guru,或者甚至可能是第一次使用者。轻松的东西
我已经对微软Word产生了偏见,因为我不想为此付出代价,而且它有很多我不需要的花里胡哨,坦率地说这很烦人。
我已经倾向于使用具有ODF格式的OpenOffice Writer。有没有人这样做,或者有什么建议为什么这不是一个好主意?有很多格式可供选择,如下图所示:
这太过分了。
我使用OpenOffice的原因是它是免费的,它可以在大多数计算机上安装,而且它是开源的。这个项目也是开源的,似乎使用开源工具是真实的。
我知道这不是一个讨论论坛,而且我真的在寻找关于文件类型的明确答案,或者在Git中有任何有文字/文本文档版本经验的人的建议。在这个项目中使用SVN是完全不可能的,主要是因为它很糟糕。谢谢!
更新:想法是在 Github
中对此进行版本控制该项目涉及工程师,语言学家和其他程序员,他们有兴趣清理,标准化和整体改进我们用来引用计算机语言概念的语言。
下面有一个很好的建议,就像在Github自述文件中使用Markdown一样,这对我来说听起来很棒,但我不确定这是否会吓跑非github,非计算机技术精明的人。
答案 0 :(得分:5)
您可能已经意识到源控制机制往往不适合版本化文档 la Word。您可能希望考虑的是,特别是因为您使用GitHub,是具有Markdown格式的简单文本文件。这并不难理解,GitHub会在显示README.md时自动显示格式。
您使用的文档类型与使用Git的学习曲线几乎没有任何关系,无论您使用什么版本,它都会相似。
答案 1 :(得分:1)
假设您想坚持使用OpenOffice(其他答案/评论似乎表明这不是一个硬性要求),最近版本的OO允许您以未压缩的XML格式(在这种情况下为.fodt)保存,实际上效果很好为了存储在VCS中,虽然文件比压缩格式大得多,但后续版本的增量合理地接近文件实际更改的大小。
答案 2 :(得分:1)
您的用户可以使用一个出色的工具来编辑降价文件:
答案 3 :(得分:1)
我会说github使用kramdown,这是降价的超集。我支持脚注,表格和其他标准降价的东西。由于您可能需要其中一个,请考虑设置支持kramdown的本地编辑器,或者更确切地说the php extras kramdown implements。
答案 4 :(得分:1)
有许多开源文档管理系统可以处理不同程度开放性的OoO文档。
这有一个清单。
但是我觉得你的建议只是解压缩OoO文件并将它们存储在Git中是非常优雅的。我怀疑它已经完成,可能是一个插件。如果说插件有办法看到提交消息,那会更好。
答案 5 :(得分:0)
我决定在wikispaces使用维基。我觉得它满足了我的所有需求。我将总结一下使用它们的一些优点和缺点。
Github专业人士:
Github cons:
Wiki专业人士:
Wiki cons:
最终我不得不选择易用性而不是Github的所有酷炫功能。
我应该赞扬上面的@Karl。
我非常感谢所有的帮助,并从中获得了很多帮助。特别了解了Github的一些很酷的功能。
谢谢!
答案 6 :(得分:0)
gollum看起来是另一种可能的选择,虽然我对此并不了解。它是由github构建的wiki,很惊讶没有人提到这一点。