您如何存储公司积累的内部知识？会议纪要，软件规格，计划，其他组织的说明，讨论和存储的文件，议程......
我们参与软件开发，但这不是我们的主要关注点。所以我们的wiki / CMS需要能够轻松链接到SVN和Trac票证中的文件。我们正在使用Trac Wiki atm，但它不足：重组很繁琐，没有“这里有什么链接”，没有文件的修改。
那么：我们应该使用CMS还是维基？我认为：
Wiki的优点：易于有机发展，动态创建新页面，擅长链接。
缺点：不支持结构/层次结构，因此您需要花费大量精力来创建和维护导航框。没有每页/区域权限模型。没有“工作流程”支持。通常是次要的附件支持。
或者许多人同时使用它们？
答案 0 :(得分：7)
回答你的问题：CMS还是Wiki？ 你绝对应该使用wiki 而不是CMS，因为根据我的经验：
根据我的经验，CMS基本上是相反的，更适合非技术人员维护公共网站。
哪个wiki？我总是会推荐Foswiki.org（以前的TWiki），因为它具有出色的编辑/链接/修订/访问功能，但我不知道它是否可以很好地互动与您的其他系统。 WikiMatrix.org是一个很好的起点。
答案 1 :(得分：3)
我同意维基的答案。这是关于协作，而不仅仅是存储内容。我们公司使用MindTouch为我们的Intranet取得了巨大成功。我们存储从面向外部的产品文档到关于该事物的午餐订单的所有内容。
答案 2 :(得分：2)
你只是使用“错误的”Wiki引擎。请参阅WikiMatrix。
至于集成，如果没有开箱即用，所有成熟的Wiki引擎都允许创建扩展。
答案 3 :(得分：1)
DokuWiki具有结构/层次结构支持（名称空间）以及这些名称空间的可自定义权限。附件没有问题。
我们成功使用它。
答案 4 :(得分：0)
的SharePoint。
我没有打扰得到更全面的答案，因为我知道我会被投票否决......每个人都讨厌MS吧？如果您有Windows Server 2003计算机，那么您已经拥有它，因为许可证中包含SharePoint Services 3.0。
然后根据我的经验......
会议纪要
SPS为此提供了特定的功能;您可以创建会议工作区网站... http://office.microsoft.com/en-au/sharepointtechnology/HA100656201033.aspx?pid=CH100649471033
软件规范，计划，有关其他组织的说明，供讨论和存储的文档，议程......
免费提供40种不同的应用程序模板，您可以将其中任意数量用于这些目的...... http://technet.microsoft.com/en-au/windowsserver/sharepoint/bb407286.aspx
可能对您有所帮助的一些特定的......
错误数据库，联系人管理，IT团队工作空间，变更请求管理，知识库，项目跟踪工作空间，预算和跟踪多个项目，文档库和审核，帮助台，讨论数据库，产品和营销需求计划，建议请求，团队工作网站，考勤卡管理，缺勤申请和休假计划管理
轻松链接到SVN和Trac票证中的文件。
我对这些一无所知，对不起。链接虽然是一个链接，对吗？
Wiki的优点：易于有机发展，动态创建新页面，擅长链接。
SharePoint内置了一个Wiki模板......它是您可以开箱即用的网站类型之一。
缺点：不支持结构/层次结构
内置于SharePoint
无每页/区域权限模型。
SharePoint中内置了完全细化的权限模型
没有“工作流程”支持。
基本工作流程内置于SharePoint
中一般情况下劣质附件支持。
SharePoint内置了出色的附件支持，包括版本控制，签入/签出等。
torbengb |你应该使用维基而不是CMS，因为根据我的经验：
SharePoint完全是关于协作的。
Ditto for SharePoint，如果您愿意，只要您先给他们一个帐户。
Ditto for SharePoint。
Ditto for SharePoint。
无论如何，祝你好运！
做作。
答案 5 :(得分：0)
我们使用pbwiki。这是一个很好的托管解决方案。但是对于svn访问和bug跟踪，我们一起使用trac，并链接到wiki的trac页面。
pbwiki的优点：可以设置每页访问权限，一般组织更容易，支持任务分配模板，时间跟踪等。
答案 6 :(得分：0)
可能都不是，如果你想管理文件，你需要一个文件管理系统
您甚至可能需要某种自定义内部网 - 不一定是一些巨大的分享点，只需根据您的需求量身定制。
进行一些正确的分析，或者让某人为你做这件事......从一组两个预定的选项中选择一个解决方案，有两个段落规范，是......不是最好的方法。