Wiki上CMS的优缺点(反之亦然)

Question

您如何存储公司积累的内部知识？会议纪要,软件规格,计划,其他组织的说明,讨论和存储的文件,议程......

我们参与了软件开发,但这不是我们的主要关注点.所以我们的wiki/CMS需要能够轻松链接到SVN和Trac票证中的文件.我们正在使用Trac Wiki atm,但它没有成功:重组繁琐,没有"这里有什么链接",没有文件修订.

那么:我们应该使用CMS还是维基？照我看来:

Wiki的优点:易于有机发展,即时创建新页面,擅长链接.

缺点:不支持结构/层次结构,因此您需要花费大量精力创建和维护导航框.没有每页/区域权限模型.没有"工作流程"支持.一般较差的附件支持.

或者许多人同时使用两者？

Answer 1

回答你的问题:CMS还是Wiki？你应该使用维基而不是CMS,因为根据我的经验:

1. 维基是关于合作而不是广播
2. 维基允许任何人编辑
3. wiki具有修订历史记录
4. 维基允许每个主题的附件(维基页面),并保留这些附件的修订历史记录

根据我的经验,CMS基本上是相反的,更适合由非技术人员维护公共网站.

哪个维基？我总是推荐Foswiki.org(以前的TWiki),因为它具有出色的编辑/链接/修订/访问功能,但我不知道它是否可以与您的其他系统良好地交互.WikiMatrix.org是一个很好的起点.

Answer 2

您只是使用了“错误的”Wiki 引擎。请参阅维基矩阵。

至于集成，如果没有提供开箱即用的功能，所有成熟的 Wiki 引擎都允许创建扩展。