我们正在不断增长的IT运营，继续为各种客户提供更多的产品和支持。 随着我们继续保持这种增长，我们发现我们需要在IT团队中轻松访问有关我们各种系统和软件的信息和文档。 我们在IT部门有三个主要职能部门，其中包括：
目前，我们拥有基于MediaWiki的维基存储的一级信息，这已经被certificate对于服务台团队非常成功。 开发人员和程序员已经转移到Redmine来跟踪他们的项目，问题和项目文档。 pipe理员（第2层）没有一个集中的知识库，而是依赖于分散在networking驱动器，个人机器上的MS Word文件，因为他们没有logging在任何地方，所以只有特定的个人可以使用这些知识。
我们现在面临的挑战是我们需要有一个集中的位置来logging方法2的信息和文档。但是，我们还有两个其他系统已经到位。 理想情况下，我们希望拥有一个文档平台，可以在一级和二级工作的最低工作量以及将程序员join其中。 这个平台需要有能力保持某些内容的独立性。 例如，在第一层不需要知道的第二层级上有敏感信息（我们如何build立我们的服务器，可能的用户名等）。 此外，第2层应该能够访问第1层及以上的信息。 我们想过为此扩展MediaWiki安装，但ACL和维基用户的信息保护似乎是黑客的工作，没有得到很好的支持，违背了开放和方便访问维基核心信息的精神。 我正在寻找符合上述标准以及下列额外目标的想法和build议：
此外，还有很多在线的地方讨论了专家系统，可以创build类似于stream程图或分步向导的故障排除工作stream程。 这是我们应该考虑在我们的文档平台作为一个选项吗？ 这有多有用，这是否有助于一级scheme更好地执行工作？ 网上也有一些资料介绍了内容pipe理和知识pipe理的区别。 这是我们应该考虑作为文档平台要求的一部分吗？
我知道这个post是一个更长的一个，我感谢您可以提供的帮助和反馈。 我试图确保我提出正确的问题，并提供基础，以帮助做出更明智的决定，并实施长期可行的解决scheme，以便我们不会继续重做我们刚刚实施。 再次感谢，我期待阅读你分享。
我知道这不是免费的，但我认为阿尔巴斯产品可以满足您的需求。 具体来说， Confluence Wiki可以帮助你的文档和JIRA模块可以做问题/错误跟踪。
不要过分简化，但Sharepoint浮现在脑海。
就个人而言，我会select维基（我喜欢Trac ）或Plone 。
在以前的雇主中，我们使用Plone进行内部KB应用程序，支持具有一定的权限，pipe理有其他权限，而开发又有另一个权限。
就像SLY提到的，Jira和Confluence对此非常有趣。 在自由的一端，你会有Trac和它的相关插件。
然后再次，你正在寻找一个免费的厨房水槽，到目前为止所推荐的都不会提供所有需要的function。
如果你有一些额外的周期，你可以释放这个，Trac可以通过插件扩展，所以你可能会添加一些你需要的function。
我也看到一个wiki是最适合你的要求的。 维基百科对wiki软件与function，目标受众以及授权/成本等进行了很好的比较 ，所以除了其他答案中的build议之外，您还可以参考一下。
我会咬人
我与MoinMoin有过好运。 它是一个维基引擎，可以支持大部分您正在寻找的内容，并被某些大型组织（包括Ubuntu，Apache Foundation等）使用。但它包括ACL，LDAP集成，将页面导出为PDF，以及所见即所得的编辑器。 除了WYSIWYG编辑器之外，如果您希望使用它编辑页面，它还支持wiki标记语言。 所见即所得的界面还支持从Word复制和粘贴，以帮助您迁移现有的Word文档。
在过去，我使用它作为一个库存和系统历史平台，使用它的一些内置的macros和模板来允许你使用一个表单向wiki添加新的设备和事件。
我看到的唯一问题可能与您的要求是从mediawiki导入数据。 一些脚本确实存在，但边缘有点粗糙，并且是有限的。
当然，这听起来像一个维基是正确的路要走。 这里没有产品的terminal – 但是正如你所说的，有时候关键function在其实现上有点临时性（例如search不知道导致受限信息泄露的权限子系统）。
我使用了dokuwiki–它像大多数wiki一样在大多数框中打勾，但是它被很好地整合在一起，它还允许我非常容易地在页面上embeddedPHP（尽pipe对于一个数量非常大的系统的用户，你可以考虑添加一个自定义标签来引用维基以外的脚本，而不是直接访问解释器）。 它当然可以扩展以支持大量的用户，但基于平面文件，可以存储的数据量是有限的。
http://www.wikimatrix.org/wiki/comparison提供了一种快速检查function的方法。
Nuxeo拥有LGPL许可的开源文档pipe理解决scheme。
营销手段：
Nuxeo DM是一款使用灵活而强大的Nuxeo企业平台技术构build的文档pipe理解决scheme。 通过pipe理和跟踪整个商业周期的内容stream，Nuxeo DM解决了文档重复，缺乏版本跟踪，耗时search和检索以及安全和访问问题的常见缺陷。 为什么？ 仅仅因为文档pipe理不仅仅是将文档存储在文件服务器上， 这是关于pipe理您的业务与内容交互的方式。 继续阅读，了解我们的客户为什么告诉我们，Nuxeo DM是其内容和文档pipe理计划的最佳解决scheme。
Alfresco也有一个文档pipe理解决scheme，但它是他们企业产品的一部分，而不是开源社区版。