Perforce 性能：解析后的其他编辑

我执行了集成（

p4 integrate

），然后解决了所有文件中的冲突（

p4 resolve…

）。之后，我注意到，通过提供额外的编辑，可以更好地解决一个冲突

我希望Perforce认为额外的编辑（在

p4 edit file/in/question

和

vim file/in/question

之后）是解决方案的一部分，而不是单独的编辑

---

如何使用

p4

命令行工具实现这一点？

如果您执行

p4编辑并进行编辑，它们将成为同一原子变更列表和同一版本的一部分

（通过在合并中“隐藏”它们，可以使编辑不会在反向集成时传播回源代码，但您可能不想这样做，因为这可能意味着您以后会重新解决冲突。）
我的意思是，在附加
p4编辑之后，当我发布
p4 descripe-s CHANGE
时，我得到的是
document.txt\61 edit
而不是
document.txt\61 integrate
。我希望Perforce server在接受
p4 resolve
后将附加编辑视为集成的一部分，而不是单独编辑。所谓“处理”，您的意思是“编辑”与“集成”之间的字符串吗或者您正在尝试获得/避免其他行为？您可以通过执行
resolve-f
然后编辑合并来更改操作，但这也意味着您正在运行合并，因此根据您以前解决其他冲突的方式，您可能需要重新做一些工作，这就是为什么我建议
p4 edit
——编辑合并和编辑合并之间没有显著区别，编辑是一个更简单的工作流程。我接受，因为似乎没有办法做我想做的事情-谢谢@Sam Stafford。关于我脑海中的想法，我用
-as
，
-a
错误地解决了几个糟糕的集成问题。我假设Perforce在内部以不同的方式处理
edit
和
integrate
，同一补丁的未来集成可能会（a）再次出错，如果这被视为
edit
，或者（b）当问及
交换时，Perforce不会显示正确的结果。我希望我的假设是错误的。如果你在forums.perforce.com上发布更多关于这些糟糕的集成的详细信息，以及你所关心的问题，我可能会用图表和其他东西告诉你（来源：我编写了perforce当前的集成算法）。：）