Merge CurraseUCM:不同的基础基线如何影响流之间的合并

Merge CurraseUCM:不同的基础基线如何影响流之间的合并,merge,clearcase,clearcase-ucm,Merge,Clearcase,Clearcase Ucm,我们采用了一个模型,在该模型中,每个UCM项目都有一个集成和一个通用开发流。项目A是主干。项目B是在项目a集成流的基线BL1上创建的项目a的一个分支。项目a的开发流后来使用集成流中的基线BL2进行了重定基础。因此,与BL1相比,BL2是一个较新的基线 问题是,项目的开发流和项目的B开发流是否具有不同的基础基线(项目具有一个较新的基础基线的DEV流)影响从项目的B开发流到项目的开发流的合并? 我知道会有很多非活动性的合并,因为差异很大,但需要确保在这种情况下CC不会有任何根本性的问题 谢谢 是的,

我们采用了一个模型,在该模型中,每个UCM项目都有一个集成和一个通用开发流。项目A是主干。项目B是在项目a集成流的基线BL1上创建的项目a的一个分支。项目a的开发流后来使用集成流中的基线BL2进行了重定基础。因此,与BL1相比,BL2是一个较新的基线

问题是,项目的开发流和项目的B开发流是否具有不同的基础基线(项目具有一个较新的基础基线的DEV流)影响从项目的B开发流到项目的开发流的合并?

我知道会有很多非活动性的合并,因为差异很大,但需要确保在这种情况下CC不会有任何根本性的问题


谢谢

是的,这将是一次横向合并

你可以在这个问题中看到一个副作用

但在您的情况下,影响应该是最小的:
从B合并到A不应产生比修改文件更多的冲突,除非这些文件(在B中修改)不再存在于A中(因为在BL2中命名):

然后需要手动合并这些文件的父目录。

是的:这将是横向合并

你可以在这个问题中看到一个副作用

但在您的情况下,影响应该是最小的:
从B合并到A不应产生比修改文件更多的冲突,除非这些文件(在B中修改)不再存在于A中(因为在BL2中命名):
然后需要手动合并这些文件的父目录