我在一家采用TFS进行源代码管理的商店工作。我们对VS中的集成以及它提供的其他功能感到满意，因此我们可能不会切换到另一个平台。但是，与其他解决方案相比，缺乏团队协作和文档的功能，尤其是SVN + Trac。
是否有人能够将TFS 2010与TRAC集成？
修改 有人要求我澄清我的意图。这很简单。我只想询问TRAC项目管理和错误/跟踪系统是否可以与TFS一起使用。如果是这样，它需要什么？
请记住，我不是在寻找Sharepoint解决方案 - 我已经有了。我在问TRAC和TFS是否可以相处。
（对于我想要从TRAC中移除的内容进行长时间的澄清澄清。问题只是“TRAC可以与TFS一起工作吗？”）
答案 0 :(得分：1)
Trac方面没有太多麻烦。到处都有FOSS，有很多模块化和灵活性。在另一边并不完全相同。我已经读过有关从SVN到TFS的一次性迁移的问题。尽管源代码全部开放并且记录良好，但没有任何证据表明有很好的支持，应该告诉你更多的机会获得更多 - 持续同步。
事实：MS SQL服务器是TFS的基础。没有可用于MS SQL服务器的连接器作为Trac db后端，尽管有几个可用的MS SQL服务器的python绑定，或者通过ODBC连接的选项。但只是一个选择，没有准备AFAIK。
我不知道有任何记录良好的开放式TFS API作为迁移和集成的基础。而且我不相信这会改变。在Redmond（微软），他们reportedly只考虑对自己来说重要的事情：“帮助客户使用IBM Rational ClearCase和ClearQuest工具。”而且很可能这种行为会持续存在，并且SVN / Trac对ToDo的保持非常低。
[EDIT2] 虽然TFS对双向通信有一些支持，但不建议使用这些方案。它主要针对整合，阅读：吸收信息，而不是与Trac等其他信息系统进行通信。
[编辑] 只是对于存储库浏览的子任务，您可以尝试编写代码以将更改的副本推送到Trac现在支持的另一个（SQLite | MySQL | PostgreSQL）存储库。但我认为这是相当浪费和丑陋的，事实仍然是，如果可能的话，很难在没有这么大的代码重复的情况下进行相同的跟踪。最终，如果您希望在没有实际登记源更改的情况下生活，您必须至少发送有关元数据的信息，如资源ID（用于链接生成），以便在TFS中查找数据。
我现在正在调查。因此，请尽量将以下内容作为半受教育的建议，并随时纠正/讨论。