Version control 有人从Accurev迁移到ClearCase吗？

我听过很多关于人们从ClearCase迁移到AccuRev的故事。但我从来没有听说过相反方向的移民。是因为没有人放弃AccuRev而支持ClearCase吗

你有没有考虑过这两个问题，并选择了ClearCase

---

我知道AccuRev是一个很棒的版本控制系统，但我想知道ClearCase是否在某些特性上优于AccuRev。如果你真的选择ClearCase而不是AccuRev，请在这里写下你决定的原因

从Accurev迁移到ClearCase的唯一原因是：

• ClearCase是IBM交易的一部分，交易内容远不止一个简单的VCS（通常是许多服务器和其他软件）
• IBM支持是考虑的一部分（IBM为其所有软件提供非常完整和详细的支持）

但除了外部环境之外，我不知道有哪种迁移仅仅基于ClearCase的价值：
ClearCase只在这一点上进行维护，有补丁和补丁，但自2004年以来没有任何重大的改进（除了CCRC客户端）。Accurev仍然非常活跃。
一个“ClearCase 2”已经存在并被调用，商业报价的一部分被调用

如果有什么区别的话，从任何工具迁移到RTC都更有意义

---

请注意，移动到RTC与更改SCM是完全不同的移动。
RTC提供了完全集成的开发生命周期体验，包括构建和测试计划的需求，包括SCM、即时消息、与Eclipse或Visual Studio（2005或更高版本）的完全集成等。
这就是他们所说的“协作生命周期管理项目”，它跨需求、开发、构建和测试协调软件开发活动

其本身不包括SCM，而是“生命周期工具集成的开放平台”，即，为了使任何工具（Rational或not）能够相互通信，一个

---

选择“RationalTeamConcert的源代码控制组件”通常是在一个更大的迁移环境中完成的，旨在将所有与开发相关的元素（源代码，但也包括需求、构建、测试等）重新组合在一个参考（the）中。

谢谢您的回答。您可以添加有关Jazz和RTC的详细信息吗？有什么理由更喜欢爵士乐而不是AccuRev吗？我打算使用AccuRev ALM解决方案，而不仅仅是SCM。@Yossi:添加了详细信息。正如我所提到的，Jazz本身只是一个中心（所以你不会选择它来取代任何东西，而是让现有的工具协同工作）。至于RTC，它不仅仅是一个SCM。