我正在开发一个项目，该项目生成（复合）Microsoft Word文档，该文档由一个或多个子文档组成。复合文档有数万种排列。用户太容易管理太多了。用户需要通过应用程序查看/编辑子文档，该应用程序隐藏了所有讨厌的实现细节。系统的要求是子文档必须是版本控制的。这就是让我失望的原因。
我在使用现成的解决方案或滚动自己的解决方案之间徘徊不前。系统至少需要支持获取最新版本，获取特定版本，添加新版本，重命名并可能删除。我已经足够白板，意识到创建我自己的任务并不是一项微不足道的任务。至于商业系统，我可以使用VSS和TFS。我曾经使用过TFS API，但它并不像我希望的那样直观或有文档记录。我并不反对开源解决方案（例如SVN），但我对它们的熟悉程度较低。
您会推荐哪种方法或工具？为什么？您是否有任何建议的API文档链接？
环境：C＃，VS2008，SQL Server 2005/2008，低容量（每天几百个操作）
答案 0 :(得分：1)
SharePoint在文档管理，版本控制等方面做得相当不错。它还有很多API，比使用VSS的COM层更加现代。如果您将此作为企业解决方案（专用服务器等）编写，SP将是一个很好的解决方案，但对于桌面或小型企业/ SOHO应用程序则不太好。
答案 1 :(得分：1)
在Sharepoint中使用文档版本控制实际上非常容易。如果您设置了新列表，则可以在SP列表设置中定义附件和列表项的版本选项。
您还可以使用SP Web服务对版本控制进行更详细的控制。如果您计划从应用程序中进行所有文档访问，并且不希望将用户推送到Sharepoint站点，我会使用此方法。这是一个很好的tutorial to get started with SP versioning
答案 2 :(得分：0)
尝试Plastic SCM。它是分布式的，有一个很好的GUI，它也可以集中工作，你会发现大量的.NET程序集来挂钩代码。 alt text http://www.codicesoftware.com/images3mk/screenshots/visualize_4.JPG
