我在一个多站点环境中工作，当前正在使用Rational ClearCase进行源代码控制，并使用Rational ClearQuest进行问题跟踪(我会提前接受慰问)。粗略估计，这将为200名工程师提供支持。

我们将如何有效地将此SCM方法论迁移到所有开放源代码比较工具套件中？与目前的系统相比，这不仅可以节省数十万美元，而且我还相信，这将提高开发人员的工作效率，并减少停机时间。

使用的平台包括Windows，Linux，UNIX和Solaris。

解决方案

Clearcase很棒。我曾经像我们一样思考，但是后来转而使用perforce时，我意识到了很棒的动态视图。

我实际上是在另一个问题中问过这个问题的。基本上，这确实非常非常困难，并且如果没有修订历史记录就可以轻松得多。

至于错误跟踪，我的经验是开源错误跟踪工具非常糟糕。但是，使用触发器通常很容易将它们与开放源代码控制集成在一起。作为示例，这里是如何集成Bugzilla和Subversion

首先，我们为什么认为这会提高开发人员的生产率？我没用过ClearCase，也没用过ClearQuest。这些工具又如何阻碍发展呢？

知道自己想要什么后，就需要查看各种工具。一般而言，我喜欢Subversion for SCM，但是在某些情况下它不太适合。我对特定的版本跟踪系统没有强烈的感觉。

请记住，迁移可能是一个非常大的项目，具体取决于我们要从Rational系统带来的内容(在ClearCase中检查所有内容并在Subversion中启动全新项目将很容易，但是我们想要保留的任何历史记录(还有很多工作要做)，因此不会立即节省美元。此外，切换工具将在短时间内(可能非常短)降低开发人员的生产率，因此最好将其视为长期举措。确保你得到你想要的前面，因为你不打算要经常做迁移的工具。

不需要哀悼，似乎如果我们在一个以上的站点上进行大规模开发，那么我们将拥有合适的工具来完成这项工作。

试图使Open Source SCM产品在各种站点上都将是一个非常有趣的挑战，我还没有看到能够安全，可靠且无需进行大量工作的东西(尽管我很想证明事实是错误的！)。

尽管许可证的确花费不菲，但是我们也可以使用IBM技术支持(我发现它非常有用)。如果开源环境由于某种原因而崩溃并且支持网络由我们和同事组成，那么将花费多少？ 200个开发人员无法有效工作？ Erk。

我很想听听我们为什么认为这会提高开发人员的生产力。他们有特定的抓地力吗？他们发现什么是问题？我们可以从这里与他们一起解决吗？

以我的拙见，开放源代码工具非常适合中小型项目，而没有相对复杂的内容。我觉得我们尝试做的事是愚蠢的。

BasketCase有助我们振奋吗？我们可能可以修改或者至少抽象一些已经拥有的环境...

我已经使用Gitcc完成了从ClearCase库到Git的迁移。像魅力一样工作。

对于任何工具，ClearCase都有优点和缺点。
我们仅将其用于具有复杂合并工作流的大型项目，其中UCM对于提前可视化不同分支非常有用。

目前，我们正在评估各种DVCS开源解决方案，但我认为它们无法处理所有类型的项目(例如文件过多的项目)。