我听过很多关于人们从ClearCase迁移到AccuRev的故事。但我从未听说过相反方向的迁移。是因为没有人放弃AccuRev而选择ClearCase吗?
您是否考虑过两者并使用ClearCase?
我知道AccuRev是一个很棒的版本控制系统,但我想知道ClearCase在某些功能上是否优于AccuRev。如果你真的选择ClearCase而不是AccuRev,请在这里写下你决定背后的原因。
答案 0 :(得分:2)
从Accurev迁移到ClearCase的唯一原因是:
但除了外部环境之外,我不知道任何基于ClearCase值的迁移:
ClearCase仅在此时维护,包含修复和补丁,但自2004年以来没有任何重大改进(在CCRC客户端旁边).Accurev仍然非常活跃。
“ClearCase 2”已经存在,名为Rational Jazz SCM,是商业报价RTC (Rational Team Concert)
如果有的话,从任何工具到RTC的迁移都会更有意义。
请注意,转移到RTC将是一个非常不同的举措,只是改变SCM RTC提供完全集成的开发生命周期体验,包括构建和测试计划的需求,包括SCM,即时消息传递,与Eclipse或Visual Studio(2005或更高版本)的完全集成等。 这就是他们所谓的“协作生命周期管理项目,它协调跨需求,开发,构建和测试的软件开发活动”。
Jazz platform本身不包含SCM,而是一个“生命周期工具集成的开放平台”,即open-sourced Application Hub,以便任何工具(理性与否)能够彼此沟通。
选择“Rational Team Concert的源代码控制组件”通常是在更大的迁移的上下文中完成的,旨在重新组合一个引用(Jazz Team RTC Server)所有与开发相关的元素(源代码,但也要求,构建,测试,......)