使用cleartool findmerge命令在clearcase中自动合并 [英] Automatic merge in clearcase using cleartool findmerge command

问题描述

我正在编写一个脚本来自动化一些合并操作，我想使用以下命令来完成它：

I'm writing a script to automate some merge operations and I'd like to do it using this command:

cleartool findmerge file_name -fver / main / branch_name / LATEST -merge -log NUL -c自动合并

问题是，有时我会收到此消息并且我必须按Enter键才能继续该过程：

The thing is, sometimes I get this message and I have to press enter to continue the process:

需要合并文件路径 [从_another_branch_基础_yet_another_branch_到_branch _]

有什么办法可以避免这种情况？

Any way to avoid this?

推荐答案

findmerge ，如本技术说明所描述的那样，是因为它可以报告不一致的内容根据合并超链接的位置， 需要合并。

The problem with findmerge, as this technote describes, is that it can report back inconsistent "Needs Merge" depending on the location of merge hyperlinks.

而且这不可能随时修复很快：

And that isn't likely to be fixed anytime soon:

这需要进行重大的架构更改，并且在接下来的18个月内将不会解决。

请与可以通过Rational客户支持来学习UCM最佳实践来解决此问题。

This requires significant architectural change and will not be addressed in the next 18 months.
Please work with Rational Customer Support to learn UCM best practices to get around this is the limitation.

我没有找到简单的解决方案：

I haven't found an easy solution:

我通常首先在目录上 findmerge （型d ） ，没有多余的消息问题。

然后，如果所有目录都被合并，我继续使用 -merge -abort 处理文件（在第一次冲突时停止） ：：由于您的合并首先应该没有任何冲突，因此该模式（ -merge -abort ）不太可能报告需要合并消息。

I usually findmerge on directory first (-type d), which don't have that extra message issue.
Then if all the directories are merges, I go on on files, with -merge -abort (to stop at the first conflict): since your merge shouldn't have any conflict in the first place, that mode (-merge -abort) is less likely to report the "Needs merge" message.

这篇关于使用cleartool findmerge命令在clearcase中自动合并的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！