我的任务是为我们的开发人员建立一个 wiki 以共享项目信息（服务器 IP、接口文档、架构图等）。我的经理推荐了 Deki，我也听说过 MediaWiki 和 Twiki。这里的一个项目使用 Trac，但我们不需要它的 SVN 功能，如果可能，我们希望有一个所见即所得的编辑器。我们还想在本地托管这个 wiki。
我找不到很多比较各种 wiki 平台的网络资源，而且以前的堆栈溢出问题并没有真正直接解决这个问题。
最好的维基平台是什么？过去使用过什么是好的/糟糕的？
要求：
如果不重复，则非常相似：Coding Standard Wiki
更新：
我们决定选择 Deki。出色的界面、所见即所得、用户层次结构和从 VM 映像安装非常简单。我赞成 Deki 帖子，但我将对 wikimatrix 的答案给出最佳答案，因为这是帮助我比较各种 wiki 平台的最佳建议。谢谢！
在工作中，我们目前使用Mindtouch的 Deki 。它具有您发布的所有功能。
很棒的产品，但我选择它的主要原因是他们在 VMware 映像上有一个现成的版本。只需下载图像和 VWware 播放器并从您的计算机上运行它。然后，您可以通过浏览器访问它。
当我们有一台 VMware 服务器时，我只是将它移到那里并继续使用它。
WYSIWYG 让很多人失望的是，当人们试图粘贴来自其他来源的项目时。
我有一个为非营利组织维护的网站，我使用了FreeTextBox。它简洁、免费，并且在 ASP.NET 中运行——我需要的所有标准。这个俱乐部的成员根本不打算弄清楚 HTML 并用它来使事情变得粗体、下划线等。所以，我给了他们 FTB，它有点像 Microsoft Word。双赢，对吧？
错误的。由于默认情况下我保留了 FTB 为您提供的所有控件，因此人们选择了各种奇怪的废话，主要是字体。组织中的每个人都喜欢 Comic Sans。啊。这是为了编辑一个面向公众的网站，一切看起来都非常不一致——字体的大小，字体的类型，一切。
所以，我进去关掉了大部分我不希望人们做的事情，比如改变字体或大小等等。
你知道人们做了什么吗？他们会在 Microsoft Word 中编辑所有内容，然后将其粘贴进去。他们注意到他们无法在 FTB 中做他们想做的事情，所以他们只是使用 Microsoft Word 来解决这个问题（我确信这就是他们在电子邮件中发送屏幕截图的方式好）。而 FTB 只是接受所有这些，通常也带有非常混乱的换行符，所以事情看起来更加笨拙。FTB 的设计使得当事情变得一团糟时，如果不深入研究 HTML，就很难修复它们，这超出了这些成员的能力范围。
如果我有时间再次接触该站点，我将剥离 FTB 并使用 Stack Overflow 使用的 Markdown 放入 WMD 编辑器之类的东西。我同意不让人们实时看到他们的编辑会是什么样子是“wiki”编辑者忽略的一个问题。但我也认为，让人们在线使用真正的所见即所得编辑器（或至少接受 Word 生成的 HTML-in-the-background 编辑器）是灾难的根源。我喜欢 Stack Overflow 使用的折衷方案——不要让他们使用真正的 HTML，而是让他们实时预览。
因此，尽管所见即所得编辑是您的要求之一，但您可能需要根据您网站的受众重新考虑这一点。
我喜欢 mediawiki，我们在这里使用它：http ://wiki.lessthandot.com/index.php/Main_Page
我不确定“用户管理层次结构（用户/组）”，但MoinMoin涵盖了所有其他基础。
由于 Wiki 通常是扁平的（即每个人都可以做任何事情），我不确定将用户分成两个以上的层次结构（管理员和普通用户）是否有意义。当然，以前从未使用过 Wiki 的人通常会受到恐惧和怀疑的驱使，他们会相信他们必须保护 wiki 免受破坏。
反驳的观点是您不能删除 wiki 中的任何内容，并且 Wikipedia 在 Internet 中存活了多年，几乎没有受到保护。由于“还原”只需单击一下并且价格便宜，因此我认为最好将精力投入到 wiki 引擎的其他功能上。
个人经验的一点说明：所见即所得的编辑器仍处于起步阶段。我发现使用原始编辑模式时我的速度要快得多。不过，该功能可以更轻松地将其出售给高层管理人员（= 认为“Word”==“操作系统”的人）。
FWIW，我强烈推荐 Foswiki.org（前 TWiki）。这是一个非常成熟的 Wiki，具有非常好的所见即所得编辑器以及可靠的 wiki-ML，并且它还允许所有 HTML 标记。
它非常容易安装在许多平台上，并且包含良好的安全措施，包括对用户和组的细粒度访问控制。
我们使用ScrewTurn Wiki作为公司的本地wiki。到目前为止，我们还没有遇到任何问题。Afaik，它具有您要求的所有功能。但当然，您应该先尝试一下，特别是如果您需要一个 asp.net wiki 引擎。
虽然我主要使用MediaWiki，但它没有所见即所得，也不利于限制阅读。如果您想限制编辑（根据您的“用户管理层次结构（用户/组）”），那么它是非常可行的，但是对于限制阅读，基本上可以保证您可以以防水的方式进行。它不是为此而构建的。
也许你应该看看TWiki。它有一个所见即所得的编辑器，你也可以直接用 HTML 编写。这是有益的，因为您没有将寻呼机存储在 wiki 标记的中间层中。
我相信它从头开始也有非常强大的访问控制。对于用户来说，这是相当不错的。我认为安装起来很棘手，但是您没有将轻松安装列为您的要求之一。;) 一旦你过去了，它应该没问题。它也有一个强大的社区，尽管由于最近的一次，呃，干扰，请留意不同名称的分叉。
我喜欢FogBugz中的 Wiki ，但我使用 FogBugz 所以它当然很方便。