对于软件开发项目，最佳的Wiki类型是什么？[关闭]

我正在尝试为一个软件项目建立一个Wiki /管理系统，并被众多可用选项弄糊涂。

我以前见过TWiki和Plone，它们将自己称为企业级组件。它们会比MediaWiki之类的更好吗？

对Wiki /管理软件还有什么其他建议？

您真的无法击败Confluence，尤其是10美元（10个或更少的用户）。我们在工作中使用它，真的很棒。不过，该组织需要一点时间来适应。

我发现MediaWiki Wiki非常灵活且有用。

作为奖励，使用维基百科的任何人都非常熟悉。

免责声明：我为雾溪工作

该FogBugz的维基是伟大的，因为它与该应用程序的其余部分集成在一起，但编辑器是马车。好消息是我们正在进行重大改造。

我建议使用Wiki的ScrewTurn。

您也可以看看AxoSoft OnTime，它是用于跟踪错误，scrum /敏捷项目管理，开发Wiki，帮助台等的非常好的软件。

我有一个不推荐使用的Wiki：可用于Sharepoint Intranet网站的一个。使用起来有点痛苦。

我们使用DokuWiki

这是DokuWiki，MediaWiki，TWiki和TracWiki之间的比较表

如果有人考虑使用TWiki（我曾在2000年至2008年间开发的Wiki），请记住检查一下fork- http://foswiki.org。当TWiki商标持有者将该项目重新发明为“商业开源”并降低了我们确定如何自愿奉献自己的时间的能力时，我们感到我们被迫分叉。

我设置了一个Intranet网站，用于在技术精明的人之间传播研究，但肯定不是技术精通的人群。我尝试了几种解决方案，而PMWiki是最好的。易于管理，大量“插件”，使用它的人的皮肤和扩展名，技术含量较低的人易于使用且基础广泛，不会很快被废弃。

它是在文件服务器上设置随机电子邮件或word文档的替代方法。一个“知识管理系统”。我发现它比TWiki更容易使用。

我们在我经营的公司中使用Assembla。它们提供了无限的代码托管（Git / SVN），票务，Wiki，scrum和其他有用的工具，而且价格不菲。

多年来，我们尝试了大多数Wiki软件包，但收效甚微。要获得足够的牵引力以使开发和项目团队实际使用它是很难的。

在转换为Google Apps Enterprise的电子邮件和日历后，我们也获得了金奖，因为它还带有“站点”。事实证明，“ Google协作平台”可以作为一种非常灵活且易于使用的Wiki工具运行。内置公共/私有/共享内容，因此某些网站可以面向公众，而另一些网站只能在内部（通过Google Apps ID）。

PBWorks提供了许多用于项目协作的功能。

我喜欢37signals的Basecamp软件。您将获得一个功能强大且价格便宜的托管解决方案，其中包含许多有用的功能。

我一直在与团队一起使用redmine。它是免费的，并且拥有足够的Wiki。

如果您有托管的地方，我喜欢CODE FORGE之类的应用程序，例如Trac或Redmine。如果您不介意将项目开源，则可以免费使用Google Code / SourceForge托管选项。

几个月前，我在开发项目中使用哪个Wiki时遇到了同样的难题。我们之所以选择Mindtouch是因为它是免费的（Mindtouch Core），它具有许多出色的扩展，设计新颖而灵活，文件附件和链接功能全面，并且可以搜索文件内容。社区和论坛也很强大。我们对选择感到非常满意。

我会选择Trac，它非常适合软件开发，因为它将Wiki与Issue Management和Version Control相结合。

在他们的网站上

Trac是用于软件开发项目的增强的Wiki和问题跟踪系统。Trac对基于Web的软件项目管理使用了一种简约的方法。我们的使命是帮助开发人员编写出色的软件，同时又不影响开发。Trac应该尽量减少团队已制定的开发流程和政策。

因此，它是为软件开发团队而构建的。

我认为这取决于您的要求。

我所见过的绝对最佳和最容易设置/使用的是：

TiddlyWiki

文件中的Wiki。它使用JavaScript来完成所有工作，并且效果很好！

无论Github上和Gitorious包括维基。

XWiki是具有企业功能的专业Wiki，例如博客，强大的权限管理，LDAP身份验证，PDF导出，完整外观等。它还包括一个高级的Form和脚本引擎，使其成为基于数据的应用程序的开发环境。它具有强大的可扩展性功能，例如页面中的脚本，插件和高度模块化的体系结构。有关更多信息，请参见完整功能列表。

我们是dokuWiki的忠实支持者，它灵活，简单（没有数据库，但您可以根据需要提供）并且功能强大。

您应该考虑PBWiki，它具有非常好的界面，对于小型项目，用户级访问控制和更有趣的功能是免费的。（更不用说我自己使用它了，效果很好。）

PBWiki功能

与选择哪种软件相比，最重要的是要确保您了解要使用Wiki进行的操作。如果没有某种总体的意识结构，那么维基就很容易变得不可用。同样（尽管不是那么关键），了解一些关于Wiki的行为是有意义的，因为它不是灵丹妙药：

http://www.wikipatterns.com

然后，您可能想作为管理员考虑您在Wiki中寻找的内容-例如，它们的可编写脚本性有显着差异，可能是twiki最终居于首位（或我经验不足的融合）。同样，例如MediaWiki完全适合大多数开放环境，它们的ACL功能也不是那么好。另一个方面是，对于您要执行的操作而言，这些功能可能太繁琐且太复杂，您应该使用wiki，例如与trac票务系统集成的wiki。

不久前，我也提倡类似的努力，并选择了MoinMoin。它是免费的，并且非常容易设置和配置。我用这个引擎管理了多个Wiki实例-开发团队正在从事的每个不同项目中一个。

明亮的绿色为3个用户提供其应用程序的免费版本。他们专注于Scrum和lean 看板，但是该工具对于一般需求管理也很有用。您可以在这里注册一个免费帐户：

https://signup.brightgreenprojects.com/plan/免费

我建议PmWiki。这非常简单，并且不会真正占用资源，也不会使用文件来存储数据。我启动并运行了大约20分钟。