文件pipe理方法的build议？

尽pipe你提到的缺点，SharePoint满足你所有的要求，当你看大图时很难被打败。 原因如下：

• 免费！ 标准版Windows SharePoint Services是Windows Server的免费附件。 Windows Small Business Server具有内置和configuration的开箱即用function。
• 可扩展性。 升级到Microsoft Office Server系统，为一个巨型企业提供足够的电力。
• 一起做得更好 与Office 2007和Windows Desktop集成 集成function不容小觑，它使SharePoint更简单易用。
• 在Windows资源pipe理器中打开文档库，通过拖放pipe理它们。
• 内置基于Windows Worflow Foundation的工作stream程。
• 优秀的开发人员社区和完整的SDK，如果你想添加自定义function。

不要孤立地考虑解决scheme。 他们可能会勾选所有的方框，但是如果最终用户不喜欢他们或者拒绝学习新的界面，那么您的部署就会失败。 我相信SharePoint的关键是与Windows和Office的紧密结合。 此外，SharePoint将做的不仅仅是文档pipe理 – 看看“Fab 40”应用程序模板 ，看看我的意思，他们都在免费版本上工作。

这是一个非常好的问题，我渴望阅读其他答案。

知识树击中你的大部分要求。 它是开源的，但支付了支持和增值版本。 这主要是基于Web的，但我发现新版本具有桌面和应用程序集成以及DAV支持。

我部署了社区版本，并使用它一段时间，但最终放弃，因为它没有在我的组织。 它有很多很棒的function，但是通过网页浏览器进行文档pipe理为大多数用户增加了太多的PITA开销，他们讨厌它。 我们回到使用简单的共享目录没有版本的能力，但我们有体面的search使用Mac OS X服务器端聚光灯索引。 我们还鼓励在我们的内部维基上进行文档协作（自然是版本化），而不是在Word和Powerpoint文档中。

一个成功的DMS必须与现有的文档pipe理范例（如Mac OS X Finder）紧密集成，才能够顺利进行。 许多用户很难理解像本地工作副本和签入副本这样的概念，例如，当他们在不知不觉中通过电子邮件将文件发送给同事审阅时，它很快就会变得更糟。

我无法想象Subversion等在这方面是有用的。 对于程序员编辑文本文件来说，它们是非常棒的，但对于想要在PowerPoint演示文稿中进行协作的普通用户来说却是一场灾难。