ClearCase用于源代码控制？

Question

我从未使用过ClearCase，但使用过Subversion并在短时间内使用Perforce。我们公司的IT部门正式支持ClearCase，有些人在其中检查了代码，有些人将其用作备份存储。

我仍然未决定使用ClearCase本身或使用Subverison设置我自己的存储库。它将是两个或最多三个人的开发团队。从我听过的人那里，我认为ClearCase很复杂，不值得学习，因为它可能无法提高生产力。这是真的还是错的？

...谢谢

Answer 1

我会去颠覆。它具有更清晰的界面，比ClearCase更直观。在我的公司，人们经常很难学习ClearCase，团队正在迁移到svn。使用svn的另一个好理由是免费。

Answer 2

Answer 3

远离它！它有一些缺少svn的功能（比如活动）但是你的团队中有3个人肯定不值得。

Answer 4

2011年11月更新：一年多后，我真的建议反对 ClearCase。

现在很明显，自Rational ClearCase has been bought by IBM（2003）以来，25岁以上的产品不会有任何重大演变。
最新功能可能仍有所改进（请参阅release notes for 7.1.1），而atomic checkins 最终是产品的一部分，但客户端和服务器之间的基础通信协议仍然很慢，无法扩展。

实际上，ClearCase已经从头开始重写，被称为Jazz source control，是Rational Team Concert产品的一部分。
新版本（RTC 3.x）实际上非常好，比ClearCase快得多，并且提供了一种隔离开发的有趣方式，允许私有提交。

今天，像Git这样的DVCS也是一个不错的选择，但作为I have detailed in this question，对于大型企业来说，这不是一个简单的过程。

---

初步回答：2010年8月：

ClearCase并不复杂，但与SVN完全不同。而且很慢;）
请参阅ClearCase introduction。

我已经设法在快照视图中设置other repos working tree working directly。

对于具有复杂合并工作流程的大型项目，ClearCase（尤其是ClearCase UCM）非常值得 对于一个更简单的项目（在合并工作流程方面），SVN就足够了。

另见：

• SVN vs. ClearCase functionality
• Moving from SVN to ClearCase
• SVN to ClearCase export

Answer 5

如果您没有专门的ClearCase管理员，请不要考虑这样做。 它确实有一个非常陡峭的学习曲线。我一直在为它的问题磕磕绊绊。手动编写配置规范是非常容易出错的，这是不真实的，而且，只需引入错误拼写就可以轻松破解任何内容。 此外，你将最终处于标签地狱，因为你需要标记你需要回复的任何东西，因为除非你贴上标签，否则没有选择给你一个特定的状态。

我从未遇到任何上述SVN问题。我还做了一些分支/合并SVN和CC。没有SVN的问题，很多CC。使用CC将很多应该是无事件的事情变成了大问题。再一次，这是没有管理员 - 所以一个公司强迫所有人CC，但不给予支持。不要问哪一个..

CC可以有效地使用，但是......我会说它几乎不值得付出额外的努力。 SVN只适用于大多数场景，这可能是它仍然存在GIT和Mercurial工作得很好的原因。

Answer 6

IBM不再支持ClearCase / ClearQuest，它们迫使用户切换到RTC（Rational Team Concert），这比CC / CQ好得多，并且具有完全不同的意识形态（Jazz）。 所以，我不建议你使用这个过时的，过时的和丑陋的地狱（使用WIN 3.1倍的UI）。

Answer 7

CC是最好的版本控制系统。如果您有能力使用ClearCase - DO IT。在使用CC的情况下，并行开发非常有效。 如果您认为您的项目对于ClearCase来说太小，请记住项目通常会成长。此外，您可以获得将重用代码的新项目，并且您可以获得更大的团队。因此，开发正在成长，您将不得不使用更强大的VCS。