Version control IBM'；s RTC和微软'；s TFS 2010

您认为最重要的区别是什么？
需要做出一个昂贵的决定

资料:

• 我们既有Java项目也有.NET项目（很少有.NET项目）
• 对项目生命周期管理非常感兴趣
• 从ClearCase迁移

---

这真的是个问题吗？不是唠叨，而是从什么开始你的工具堆栈。我们谈论的是什么版本？（注意VisualStudio2010和TFS2010只是指日可待——两者都要好得多，对于.NET2.0以上版本仍然可用）
如果没有更多的信息，你会得到大量愚蠢的小功能列表——因为我们不知道如何在大范围内正确回答。这就像“宝马3和梅赛德斯SLK之间有什么区别”——很多小东西，很多相关的东西，但是你想要什么呢？；）
• TFS目前还不支持eclipse或任何此类编辑器（他们即将发布，但还没有消息）。因此，您在java项目中使用的编辑器在这里很重要。但是微软推出了teamprise，它可以让你连接TFS（它可以更好地为你的java+.net服务）

• 当然，对于.net项目来说，TFS是最好的，eclipse对.net/c的支持不好，我们正在使用TFS，并且对2010年非常满意

---

我认为RTC不知道对.net编辑器（VS或任何其他您喜欢的）有多少支持，但使用TFS，您肯定可以使.net项目工作得很好，并且您可以找到Teamprise+TFS来与eclipse一起工作。
远离Accurev，这是一场噩梦，因为开发人员每天都在与之斗争。Git、Mercurial、DARC或SVN是更好的选择。就Accurev的所有“功能”而言，您可能永远不会错过它们，您将忙于咒骂。
RTC对Visual Studio友好，TFS对Eclipse友好：
（此处列出了RTC visual studio集成）
（此处详细介绍了TFS eclipse集成）
（由MS购买并重命名）
我个人更愿意与TFS合作，我以编写与版本控制系统的集成为生，对这两个系统都有深入的了解。询问你是否需要详细信息
如果你在这件事上有选择的话，就选择Mercurial。Git非常棒，但我发现缺少Windows体验。找一个单独的bug追踪器

---

如果您有选择，但必须将版本控制与票证紧密集成，请尝试—尽管IDE集成根本不存在，但安装和维护的难度远低于TFS或RTC。但它在大约1兆字节的下载量上与它们在核心功能上竞争激烈。
TFS和RTC都是CRRM集成到开发环境（Visual Studio或Eclipse）中的：它们提供：
• 变更管理（CM）
• VCS（版本控制系统）
• 发布管理（RM）
区别主要在于它们的体系结构，其中：
• 用于促进与Visual Studio的集成
• 是建立在能够聚合任何类型的工具之上的（RTC Bang是Jazz的IBM Rational商业实现）

---

这两种CRRM工具的挑战在于管理您必须为各种遗留工具（例如，现有的票证系统）设置的必要桥梁。
谢谢，补充信息。如果你认为还有什么相关的，请说出来。好吧，这要看情况而定。2010年之前，我认为TFS是相当糟糕的-总安装噩梦，需要很多单独的东西一起工作。管理噩梦。2010是一个更加模块化，更好的安装程序，你只能使用它的一部分。真正的问题是你想要什么和需要什么——特别是IDE集成、需要的语言、开发方法等等。你需要完成什么？您的开发模型是什么（多站点？集中式？）您的审计要求是什么？您的分支要求是什么？集中化。你说分支和审计是什么意思？你会考虑其他的产品如PrimCE、AccRuv或PoCSCSCM或者仅仅是你提到的两个产品吗？Accurev和Plastic特别适合从Clearcase移开，TFS将和旧CC一样缓慢而坚硬。另外，您以前使用过Multisite吗？请参阅下面的答案，TFS有一个Eclipse插件，RTC有一个VS插件。RTC有不止一个VS插件。它在VS.Net客户端中的全部功能问题与AccuRev无关，因此这个答案充其量只是误导和推测。