我发现Perforce中的一些旧分支集成重新创建了一些以前删除的文件。由于没有及时捕获,因此后来的集成也修改了分支文件。
例如:
MAIN BRANCH
cl 1: X rev#1 == X rev#1
cl 2: X removed in branch
cl 3: X rev#2
cl 4: main -> branch integration, X#2 reappears
cl 5: X rev#3
cl 6: main -> branch integration, X rev#3
支持这些更改的"强制"方法是什么?显然,我可以进入并删除 BRANCH 中的文件X
并提交。但是,如果是 100 个文件,这将是一项艰巨的任务。
更正确的路径似乎是退出文件的集成。但是,我尝试了这个,Perforce实际上并没有标记要删除的文件。
不清楚您应该撤销更改列表 6 还是更改列表 4?
这是强制还是用户错误?也许有一些标志可以强制perforce在"回退"操作期间删除文件。
我会退出更改列表#4。 没有完全自动化的方法可以解决此问题。 你可以写一个脚本来处理大部分繁重的工作。 将来,您应该使用分支规范来告诉 Perforce 在所有将来的合并中忽略文件"X"。