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