Clearcase 如何区分是手动合并还是自动合并?

Clearcase 如何区分是手动合并还是自动合并?,clearcase,Clearcase,是否可以区分合并是手动执行还是自动执行? 我正在Windows上使用ClearCase7.1.2,我想知道您是否可以通过查看版本树或任何给定的命令行找到它 谢谢如果自动,您的意思是:是由交付/再基础创建的版本,而不是由手动合并创建的版本,那么与该版本关联的活动的名称可能会有所帮助: 如果以“deliver”或“rebase”开头,则由deliver/rebase UCM操作生成(该操作会自动将所有更改的文件从一个流合并到另一个流) 但是,如果“自动与手动”是指由于源和目标版本之间存在冲突而手动合

是否可以区分合并是手动执行还是自动执行? 我正在Windows上使用ClearCase7.1.2,我想知道您是否可以通过查看版本树或任何给定的命令行找到它


谢谢

如果自动,您的意思是:是由交付/再基础创建的版本,而不是由手动合并创建的版本,那么与该版本关联的活动的名称可能会有所帮助:
如果以“deliver”或“rebase”开头,则由deliver/rebase UCM操作生成(该操作会自动将所有更改的文件从一个流合并到另一个流)

但是,如果“自动与手动”是指由于源和目标版本之间存在冲突而手动合并的版本(ClearCase无法自动合并这两个版本),那么不是


合并的结果是一个新版本,在源和目标之间有一个“红色箭头”,没有任何关于新(合并)版本是如何创建的指示。

如果是自动创建的,您的意思是:是由交付/再基础创建的版本,而不是由手动合并创建的版本,然后,与该版本关联的活动的名称会有所帮助:
如果以“deliver”或“rebase”开头,则由deliver/rebase UCM操作生成(该操作会自动将所有更改的文件从一个流合并到另一个流)

但是,如果“自动与手动”是指由于源和目标版本之间存在冲突而手动合并的版本(ClearCase无法自动合并这两个版本),那么不是


合并的结果是一个新版本,在源和目标之间有一个“红色箭头”,没有任何关于如何创建新(合并)版本的指示。

谢谢。我是说第二种选择。如果我看到在基本贡献者之后的目标流上没有贡献者,该怎么办?在这种情况下,我不能说它是自动完成的(“复制合并”)?@user986086:应该始终有一个贡献者。除非您调用另一种自动合并(因为源和目标是相同的,所以无需执行任何操作)。但是对于复制合并,您可以在新创建的目标版本上复制源。谢谢。我是说第二种选择。如果我看到在基本贡献者之后的目标流上没有贡献者,该怎么办?在这种情况下,我不能说它是自动完成的(“复制合并”)?@user986086:应该始终有一个贡献者。除非您调用另一种自动合并(因为源和目标是相同的,所以无需执行任何操作)。但是对于复制合并,您可以在新创建的目标版本上复制源。