Perforce Can'；不能完全合并

我使用

p4integrate

创建了一个分支，但现在合并的行为与我预期的不同。合并时，我会得到以下结果：

$ p4 merge -n ISSUE-49/... trunk/...
...
//depot/products/theProduct/trunk/some/directory/somefile.conf#1 - sync/delete from //depot/products/theProduct/ISSUE-49/some/directory/somefile.conf#1
...

该文件是在ISSUE-49分支上添加的（未删除），因此我不明白它为什么要删除它

当我尝试使用

p4 integrate

时，我得到：

$ p4 integrate -n ISSUE-49/... trunk/...
...
//depot/products/theProduct/trunk/some/directory/somefile.conf#1 - branch/sync from //depot/products/theProduct/ISSUE-49/some/directory/somefile.conf#1
...

看起来它正在尝试执行分支而不是合并。它是？如何安全地将第49期中的更改合并回主干

我尝试在Linux上使用

p4 2012.1

从命令行执行此操作。我的Windows计算机上有

p4v 2013.3

。如果更简单的话，我可以使用它。

一个“合并”操作并不一定总是导致“集成”修订——它取决于目标文件的当前状态和在源文件中所做的更改

“分支”版本是新文件的第一个版本，它是从其他文件复制而来的。“删除”版本表示实际不存在的文件（通常这是先前存在且已删除的文件的占位符，但也可以是从未存在的文件的占位符）

“p4合并”和“p4集成”之间的区别在于，使用“p4集成”时，会立即打开文件进行“分支”，而不是安排解析。如果运行“p4 merge”并后跟“p4 resolve-am”，则文件将为“branch”打开，就像运行“p4 integrate”一样

---

总结：一切都很好。由于该文件在主干中尚不存在，因此来自ISSUE-49的正常合并将在主干中创建一个新文件。无论您运行“p4集成”+“p4解析”还是“p4合并”+“p4解析”，文件都将为“分支”打开，这是将其创建为与ISSUE-49文件相同的新文件的操作。

您说得对。看起来很好。Perforce显示的信息非常混乱。谢谢你的帮助。