【发布时间】:2012-04-03 12:44:09
【问题描述】:
我正在考虑在我感兴趣的领域写一篇有用的文章。还有许多其他人(大约 10-15 人)对同行评审和合作感兴趣。我不是一个多产的程序员,但我了解GitHub 是如何用于版本控制的。
我可以用它来写一篇 4-5 页的协作文章(版本控制是非常重要的部分)还是你认为有更好的选择?
【问题讨论】:
标签: github collaboration
我正在考虑在我感兴趣的领域写一篇有用的文章。还有许多其他人(大约 10-15 人)对同行评审和合作感兴趣。我不是一个多产的程序员,但我了解GitHub 是如何用于版本控制的。
我可以用它来写一篇 4-5 页的协作文章(版本控制是非常重要的部分)还是你认为有更好的选择?
【问题讨论】:
标签: github collaboration
当然可以,但我不知道这是否是最佳选择。我想到了几个问题。这是一种基于文本的文档格式,还是您打算用 MS Word 之类的方式进行写作?如果是前者,那么我认为它可以很好地工作。如果是后者,我会说它可能不太有效。
你的其他合作者呢?他们是否足够精明地使用 DVCS?那也会有一些影响。我不知道您对文档版本的需求有多强烈,但我认为使用 git 有点过头了。
我发现使用 Google Docs 效果很好,并且有修订历史记录,尽管它显然不如 VCS 中的强大。
【讨论】:
考虑使用谷歌文档。他们有某种版本控制。它更适合这种工作。
【讨论】:
最近一个有希望的开发是 penflip (https://www.penflip.com/),它的创建是为了成为“文本的 github”。
查看本文了解作者的想法http://madebyloren.com/github-for-writers
【讨论】:
你可以,但另一方面:
大多数 wiki 都轻松允许内容丰富的页面,为协作编辑做好了准备,并在核心中嵌入了版本控制和版本管理。
【讨论】:
我认为它会很好用。例如,Ruby on Rails guides 位于公开可写/可读的 repository at GitHub 上。您可以免费获得Git 的东西(分支、责备、一般版本控制功能),此外,如果您愿意,您将拥有可靠的备份和发布机制。
鉴于贡献者的计算机知识足以成功使用 Git。
如果您将其写入 Markdown,则可以将内联 HTML 放入其中(就像您在 StackOverflow 上所做的一样)。易于编写、易于设置样式等。
【讨论】: