Clearcase UCM：不同的基础基线如何影响流之间的合并
我们采用一种模型，其中每个 UCM 项目都有集成和一个公共开发流。 项目A是主干。 项目 B 是在项目 A 集成流的基线 BL1 上创建的项目 A 的分支。项目 A 的开发流后来使用集成流中的基线 BL2 进行了重新设定。 因此，与 BL1 相比，BL2 是更新的基线。
问题是，项目的 A 开发流和项目的 B 开发流现在具有不同的基础基线（项目的 A 开发流具有更新的基础基线），这一事实是否会影响从项目的 B 开发流到项目的 A 开发流的合并？
我知道会有很多非平凡的合并，因为差异很大，但需要确保在这种情况下 CC 不会出现任何根本问题。
谢谢！
We employ a model where we have on integration and one common development stream per UCM project. Project A is the trunk. Project B is a branch of project A created on baseline BL1 of the integration stream of project A. The development stream of project A has been later rebased using using baseline BL2 in the integration stream. So BL2 is a newer baseline compared to BL1.
The question is would the fact the project's A development stream and project's B development stream now have different foundation baselines (with project's A dev stream having a newer foundation baseline) affect merging from project's B development stream to project's A development stream?
I understand that there would be a lot of non-tivial merges as the difference is quite big, but need to be sure there won't be any fundamental problems with CC in this situation.
Thanks!
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
是的，它会：这将是一个横向合并
您可以在问题中看到一个副作用ClearCase 希望在交付到备用目标后合并未更改的文件。
但就您的情况而言，影响应该很小：
对于修改的文件，从 B 合并到 A 不应产生比平常更多的冲突，除非这些文件（在 B 中修改）不再存在于 A 中（因为 rmnamed 在 BL2 中）：
那么需要手动合并这些文件的父目录。
Yes it would: it would be a sideway merge
You can see one side-effect in the question ClearCase wants to merge unchanged files after deliver to alternate target.
In your case though, the effect should be minimal:
Merging from B to A should not generate more conflicts than usual for modified files, except if those files (modified in B) are no longer present in A (because rmnamed in BL2):
then a manual merge of the parent directory of those files would be needed.