内置到DVCS中的wiki？

Question

在这里，我们走进主观的小巷..

最近，我在我的一些存储库中添加了一个名为'whiteboard.txt‘的文件。我使用Mercurial，但这适用于任何DVCS。

文本文件的目的是确定格式、流程、想法等。考虑到大多数分布式版本控制系统都有某种web界面，为什么不将一个目录表示为“Wiki”，并允许使用诸如Wiki Creole标记之类的东西来查看和使用它呢？

显然，只有那些拥有提交访问权限的用户才能进行更改。

我的观点是，当代码准备好发布时，设计wiki和相当多的文档就会完成。为什么不把这两个最重要的协作工具整合成一个呢？

例如，如果我可以：

hg --wiki，并找到一组30个补丁背后的原因，以及它们的预期方向，而不是提交日志中的缩写注释。wow :)任何提交都可以引用维基条目，而且讨论将成为存储库的一部分，而不是辅助站点。

如果你喜欢使用DVCS，因为你可以离线工作，为什么这没有意义呢？

编辑：

重点是，如果'joe‘提交了一个文件，他应该能够设置一个'nag’属性，该属性会提示任何其他更改文件的人更新某个wiki页面，所有这些都是在离线时完成的，并在幕后解决未来的合并。毕竟，它是文本，而不是代码，可以被视为FIFO。

如果你可以离线提交，你也可以离线更新wiki，并在以后推送你的更改，甚至是补丁格式。

这个想法看起来很简单。

Answer 1

也许是http://ikiwiki.info/

一个维基编译器。您可以指示它将wiki源(markdown文本文件)存储在存储库中(例如git、mercurial、subversion)。编辑可以通过web或工作副本完成。

Answer 2

有一个名为Fossil的项目就可以做到这一点。我没有亲自使用过它，但它是由编写SQLite的同一个人开发的，所以我猜它又小又快。事实上，根据该网站的说法，所有内容都存储在一个小型的SQLite数据库中，因此它应该很容易归档和传输。

Answer 3

另请参见Hatta。我一直在尝试让它工作，但没有成功，但这只是因为我不擅长设置Python。