我在一个多站点环境中工作,该环境当前使用 Rational ClearCase 进行源代码控制,使用 Rational ClearQuest 进行问题跟踪(我提前接受您的慰问)。作为粗略的估计,我会说这是支持 200 名工程师。
您将如何有效地将这种 SCM 方法迁移到一个可比较的全开源工具套件?这不仅可以节省数十万美元,而且我还相信与当前系统相比,它可以提高开发人员的工作效率并减少停机时间。
使用的平台包括 Windows、Linux、UNIX 和 Solaris。
我在一个多站点环境中工作,该环境当前使用 Rational ClearCase 进行源代码控制,使用 Rational ClearQuest 进行问题跟踪(我提前接受您的慰问)。作为粗略的估计,我会说这是支持 200 名工程师。
您将如何有效地将这种 SCM 方法迁移到一个可比较的全开源工具套件?这不仅可以节省数十万美元,而且我还相信与当前系统相比,它可以提高开发人员的工作效率并减少停机时间。
使用的平台包括 Windows、Linux、UNIX 和 Solaris。
首先,您为什么认为这会提高开发人员的生产力?我没怎么用过ClearCase,也没有用过ClearQuest。这些工具阻碍了发展怎么办?
一旦你知道你想要什么,你就需要查看各种工具。作为一般规则,我喜欢 SCM 的 Subversion,但在某些情况下它不太适合。我对特定的版本跟踪系统没有强烈的感觉。
请记住,迁移可能是一个非常大的项目,这取决于您希望从 Rational 系统中带来什么(在 ClearCase 中检查所有内容并在 Subversion 中启动全新的项目将很容易,但是您希望保留任何历史记录更多的工作),因此不会立即节省美元。此外,切换工具会在短时间内(可能非常短)降低开发人员的生产力,因此最好将其视为长期举措。确保预先获得所需的工具,因为您不会经常进行迁移。
Clearcase 很棒。我曾经像你一样思考,但在转向 perforce 之后,我意识到动态视图是多么棒。
我实际上在另一个问题中问过这个问题。基本上,如果您可以在没有修订历史的情况下生活,这真的非常非常困难并且变得容易得多。
至于错误跟踪,我的经验是开源错误跟踪工具很糟糕。然而,使用触发器通常很容易将它们与开源控制集成。作为一个例子,这里是如何集成 bugzilla 和 subversion
BasketCase能让你振作起来吗?您也许可以修改或至少抽象您已经拥有的一些环境......
我已经使用 Gitcc 完成了从 ClearCase 基础到 Git 的迁移。像魅力一样工作。
对于任何工具,ClearCase 都有优点和缺点。
我们只将它用于具有复杂合并工作流程的大型项目,其中UCM 对于提前可视化不同的分支 非常有用。
目前,我们正在评估各种DVCS 开源解决方案,但在我看来,它们无法处理所有类型的项目(比如文件太多的项目)。
哀悼不是必需的,似乎如果您在多个站点上进行大规模开发,那么您就有合适的工具来完成这项工作。
尝试让开源 SCM 产品在各种站点上运行将是一个非常有趣的挑战 - 我还没有看到可以安全、可靠且无需大量工作的东西(尽管我很想被证明是错误的!)。
尽管您的许可证确实要花很多钱,但您也可以访问 IBM 技术支持(我发现他们经常非常有用)。如果您的开源环境由于某种原因崩溃而您的支持网络由您和您的同事组成,那将花费多少?200 名开发人员无法有效工作?呃。
我很想听听您为什么认为它会提高开发人员的生产力。他们有特定的抱怨吗?他们发现什么是问题?我们可以从这里帮助您与他们一起解决问题吗?
在我看来,开源工具非常适合没有相对复杂性的中小型项目。我觉得你试图做的将是愚蠢的。