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

我以前见过TWiki和Plone,他们自称是企业级组件。它们会比MediaWiki之类的更好吗?

对于Wiki /管理软件还有其他建议吗?

评论

您想将Wiki与其他系统连接吗?错误跟踪,客户支持,计划?

这是一个单独的项目,还是开源项目还是工作项目?

属于StackOverflow

@Casebash:我不同意。这不是编码问题。如果他要求为税务公司提供最好的Wiki,该怎么办?

Prestaul:那就去吧。软件开发人员常用的工具属于Stack Overflow,它在FAQ中这样说。我相信公司和团队Wiki越来越流行-我使用过某种共享工作区(团队具有读写访问权限的Wiki或文件存储库)进行协作的最后三个工作。

#1 楼

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

评论


也许这就是我公司的使用方式,但是我发现Confluence使用起来很麻烦。

– Marc
2010-6-30在22:58

我实际上已经在使用Jira,所以听听有关Confluence的好处是有帮助的!

–萨摩斯
2010年7月2日,0:43

汇合通常需要一分钟(有时甚至更多)时间才能在早上“热身”。不仅如此,它还无法转义某些字符(例如bashslash),从而使该Wiki无法用于指定Windows路径。这是一个经过深思熟虑的产品,对企业而言是严重不足的。

– PP。
2010-10-18 13:47

#2 楼

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

作为奖励,使用Wikipedia的任何人都非常熟悉。

评论


我发现开始使用MediaWiki标记语言进行编辑很令人生畏。

– Anthony Mastrean
2010年6月30日在21:01

Turnkey Linux已在此处预配置了MediaWiki ISO和VM,可以在以下位置找到它们:turnkeylinux.org/mediawiki

–道格·波特(Doug Porter)
2010年7月9日在3:02

更多奖金:它是免费的,经过良好测试并不断改进的。

–恢复莫妮卡-再见SE
2010年8月13日在12:16

#3 楼

免责声明:我为Fog Creek工作

FogBugz Wiki非常棒,因为它已与该应用程序的其余部分集成在一起,但编辑器存在很多问题。好消息是我们正在进行重大改造。

#4 楼

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

评论


我同意您的意见,但我不知道该投票赞成还是反对票。

– Kyralessa
2010-10-17 14:28

我完全同意你的看法...

– Gang Yin
2013年9月5日上午8:47

#5 楼

我建议使用Wiki的ScrewTurn。

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

评论


当心..螺丝刀的开发已停止

–nWorx
2012年7月10日14:39

#6 楼

我们使用DokuWiki

这里是DokuWiki,MediaWiki,TWiki和TracWiki之间的比较图

评论


关于DokuWiki的一件好事是,因为它是一个平面文件数据库,它不需要花费大多数服务器资源,因此每个项目都可以拥有一个Wiki。

–迈尔斯·布雷思韦特(Myles Braithwaite)
2010-6-30 22:54

#7 楼

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

#8 楼

我建立了一个Intranet网站,用于在技术精明的人之间传播研究,但肯定不是技术精通的人群。我尝试了几种解决方案,而PMWiki是最好的。易于管理,有很多“插件”,使用人员的皮肤和扩展,易于使用的技术人员,而且基础庞大,不会很快被废弃。

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

评论


我在工作时管理pmwiki的安装,以及几个将其用作CMS的个人网站。社区的大力支持。

– Michael Paulukonis
10年8月24日在21:38

#9 楼

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

#10 楼

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

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

#11 楼

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

评论


哈,打我:)

–迈克尔
2010年6月30日在21:05

#12 楼

我喜欢37signals的Basecamp软件。您将获得一个功能强大,价格低廉的托管解决方案,并具有许多有用的功能。

#13 楼

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

#14 楼

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

#15 楼

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

#16 楼

我会选择Trac,它非常适合软件开发,因为它结合了Wiki,问题管理和版本控制功能。

在他们的站点上,


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


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

#17 楼

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

我见过的绝对最佳,最容易设置/使用的是:

TiddlyWiki

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

#18 楼

Github和Gitorious都包含Wiki。

评论


出色的示例:gitorious.org/statusnet/pages/Home

–峰度
2010年7月7日在22:19

#19 楼

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

#20 楼

我们是dokuWiki的忠实拥护者,它灵活,简单(没有数据库,但是您可以根据需要)并且功能强大。

#21 楼

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

PBWiki功能

#22 楼

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

http://www.wikipatterns.com

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

#23 楼

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

#24 楼

亮绿色有3个用户的应用程序免费版本。他们专注于Scrum和精益看板,但是该工具对于一般需求管理也很有用。您可以在此处注册免费帐户:

https://signup.brightgreenprojects.com/plan/Free

#25 楼

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