【问题标题】:solution for clearcase evil twins?clearcase邪恶双胞胎的解决方案?
【发布时间】:2014-12-24 02:12:18
【问题描述】:

我在使用 ClearCase 合并时遇到问题:我没有执行文件的 ClearCase 合并,而是执行了“add to source control”(将文件从一个分支合并到我的分支)。

现在我没有获得版本历史记录,也看不到从源分支到我的合并箭头。
google了一下,发现我的问题是“evil twins”。
实际上,我不知道如果相同的文件已经存在,则该文件不应该被添加到分支中。

许多论坛说我可以通过重命名文件来修复它。
但是,有一个问题,出现问题的文件已合并到其他新分支。
如果我重命名文件,此更改是否会在其他相关分支中产生任何问题?他们会丢失文件吗?

你会建议什么来解决这个问题?

【问题讨论】:

    标签: merge clearcase


    【解决方案1】:

    About Evil Twins”中建议的重命名仅影响父文件夹的当前版本:重命名后,父文件夹的版本树将显示一个新版本,其中以新名称列出相同的文件.

    这意味着其他分支仍会使用旧名称显示该文件(这意味着它们仍然是邪恶的双胞胎)。

    您需要将进行重命名的分支合并到其他分支(文件先前合并的位置),以便传播该重命名。

    prefer rmname instead of rename,如“Clearcase: How do I merge in a specific file from one view, into another, to avoid the Evil Twin scenario?”所示。

    最后,您需要将分支与实际文件(具有历史记录的文件)合并到您创建邪恶双胞胎的分支(您添加到源代码控制的具有相同名称但没有历史记录的文件),为了使用正确的元素。

    使用“When clearcase “evil twins” will be created and how to avoid it?”查看更多信息。


    您也可以检查是否有其他邪恶双胞胎(“What's the easiet way to detect “evil twins” in Rational ClearCase?”)

    【讨论】:

    • 这意味着如果我重命名,我也需要从邪恶的孪生分支重新合并子分支。是否有任何解决方法,例如,如果我在 evil twin 分支中修复文件,通过使用某些命令,其他分支也会得到更新?
    • @RyanAdamVeet 并非如此,因为每个分支都保留自己的父文件夹版本,其中包括以其旧名称引用的文件。通过合并传播文件后,需要重复所述传播以更改它。
    猜你喜欢
    • 1970-01-01
    • 2011-05-28
    • 2012-10-27
    • 2017-04-11
    • 2012-10-20
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2022-01-23
    相关资源
    最近更新 更多