Can ClearCase';s findmerge工具是否忽略预定义的冲突?
一个文件有两个分支。我必须从一个分支合并到另一个分支。由于存在冲突,自动合并失败。冲突是由于文件中存储的日期命令输出造成的。findmerge工具可以使用一些过滤器选项忽略一些冲突吗?我希望findmerge忽略Can ClearCase';s findmerge工具是否忽略预定义的冲突?,clearcase,Clearcase,一个文件有两个分支。我必须从一个分支合并到另一个分支。由于存在冲突,自动合并失败。冲突是由于文件中存储的日期命令输出造成的。findmerge工具可以使用一些过滤器选项忽略一些冲突吗?我希望findmerge忽略日期:.*行并自动合并文件的其余部分 由于此类文件较多,手动合并所有具有“日期:.*”差异的此类文件需要花费太多时间。我如何使这样的合并自动化 所有3个文件中的日期都不同,因此存在冲突: file1.txt@@/main/branch1/LATEST Date: 03/03/2010 1
日期:.*
行并自动合并文件的其余部分
由于此类文件较多,手动合并所有具有“日期:.*”差异的此类文件需要花费太多时间。我如何使这样的合并自动化
所有3个文件中的日期都不同,因此存在冲突:
file1.txt@@/main/branch1/LATEST
Date: 03/03/2010 11:00PM
Some information1
file1.txt@@/main/branch2/LATEST
Date: 11/11/2009 10:30AM
Some information1
New information2
New information3
Base file: file1.txt@@/main/main/20
Date: 07/07/2005 05:30AM
Some information1
谢谢
ClearCase中的Deepak关键字扩展:如果没有正确的类型管理器,它将不受支持。
(不提事实是) 问题的关键在于findmerge算法有一个比较实际文件内容的情况。不幸的是,findmerge没有使用类型管理器的比较功能,而是使用一些硬编码的功能,会认为文件是不同的,尽管唯一的区别是关键字 从理论上讲,你仍然有一个解决问题的方法。这并非微不足道,因此最好的解决方案是:
- 或者避免在两个分支中进行修改(合并对于该部分来说是微不足道的)
- 或者完全避免关键字扩展(例如,日期之类的元数据应该与修订日期本身相关联,而不是作为数据本身中的文本元数据)