5

您如何存储贵公司积累的内部知识?会议记录、软件规范、计划、关于其他组织的说明、讨论和存储文件、议程......

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

那么:我们应该使用 CMS 还是 wiki?照我看来:

Wiki 的优点:易于有机增长,动态创建新页面,擅长链接。

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

还是很多人同时使用?

4

7 回答 7

7

回答您的问题:CMS 还是 Wiki?您绝对应该使用 wiki而不是 CMS,因为根据我的经验:

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

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

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

于 2009-02-26T07:28:25.577 回答
3

我同意维基的答案。这是关于协作,而不仅仅是存储内容。我们公司将MindTouch用于我们的 Intranet 取得了巨大的成功。我们存储从面向外部的产品文档到午餐订单的所有内容。

于 2010-11-22T18:58:47.997 回答
2

您只是在使用“错误”的 Wiki 引擎。见维基矩阵

至于集成,如果不是开箱即用,所有成熟的 Wiki 引擎都允许创建扩展。

于 2009-02-26T06:59:56.753 回答
1

DokuWiki具有结构/层次结构支持(命名空间)以及这些命名空间的可定制权限。附件工作没有问题。

我们正在成功使用它。

于 2009-02-26T07:03:03.173 回答
0

我们使用pbwiki。这是一个很好的托管解决方案。但是对于 svn 访问和错误跟踪,我们使用 trac 并从 wiki 链接到 trac 页面。

pbwiki的优点:可以设置每页访问权限,总体组织更容易,支持任务分配模板,时间跟踪等。

于 2009-02-26T07:11:23.027 回答
0

可能两者都不是,如果你想管理文件,你需要一个文件管理系统

您甚至可能需要某种自定义 Intranet - 不一定是一些巨大的共享点庞然大物,只是根据您的需求量身定制的东西。

做一些适当的分析,或者找人为你做......从一组两个预定选项中选择一个解决方案,有两段规范,是......不是最好的方法。

于 2009-02-26T07:21:43.597 回答
0

共享点。

我没有费心给出更全面的答案,因为我知道我会被否决……每个人都讨厌 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 中内置了出色的附件支持,包括版本控制、签入/签出等。

托本布| 您绝对应该使用 wiki 而不是 CMS,因为根据我的经验:

  1. wiki 是关于协作而不是广播

SharePoint 是关于协作的。

  1. wiki 允许任何人编辑

如果你愿意,SharePoint 也一样,只要你先给他们一个帐户。

  1. wiki 具有修订历史记录

SharePoint 也是如此。

  1. wiki 允许每个主题(wiki 页面)附加附件,并保留这些附件的修订历史

SharePoint 也是如此。

无论如何,祝你好运!

胡说八道。

于 2009-02-26T07:04:33.030 回答