这个 Perforce 动作是什么？
What is this Perforce action?
我想知道图表左侧（即红色虚线箭头）中的操作结果是什么？当我重命名此文件并提交此更改时，这是由 Unreal Engine 的 Perforce 插件完成的。如果我突出显示该修订，该操作会显示 add，但根据传说，这是一个 merge w/ edit 操作，所以它似乎不是匹配。
右边是我测试的，使用P4V的move/rename动作，动作显示move/rename ，与图例 Add (branch w/ edit) 匹配，所以这个看起来不错。
那么，左边的部分到底发生了什么？真的是合并编辑吗？如果有人正在重命名，这是正确的结果吗？重命名时 move/add 是唯一正确的结果吗？
谢谢。
这是 mind-twister，但不一定不匹配。
首先是操作：第一个是 add 因为新文件是在 添加 旧文件的基础上创建的。相反，第二个是 move/add 因为您要通过 moving 从旧位置添加文件，因此旧一个不复存在。事实上，您从一个文件开始整个练习，并以两个文件结束（而不是三个，如果您执行两次添加；或者而不是一个，如果您执行两个 move/adds ).
现在是箭头。你是对的，命名似乎与动作的命名完全脱节。我不知道为什么会出现不一致。
您具体询问的是 Merge w/ Edit。 Perforce 有四个相似但不同的操作可以用在这里：p4 integrate、p4 merge、p4 copy 和 p4 populate。这里有一些无关紧要的细微差别。无论如何，所有这些操作都会对文件进行 "merge"，所以我认为命名是可以的。直觉上，我觉得这个 could/should 是由 p4 copy 完成的（因为目标不存在，所以你不必合并任何东西）但是 Unreal Engine 也完全有可能决定无论如何都要使用 p4 merge 或 p4 integrate。我相信，这解释了为什么箭头是 Merge。至于 w/ Edit，您是否在复制文件时对文件进行了（文本）编辑？
我想知道图表左侧（即红色虚线箭头）中的操作结果是什么？当我重命名此文件并提交此更改时，这是由 Unreal Engine 的 Perforce 插件完成的。如果我突出显示该修订，该操作会显示 add，但根据传说，这是一个 merge w/ edit 操作，所以它似乎不是匹配。
右边是我测试的，使用P4V的move/rename动作，动作显示move/rename ，与图例 Add (branch w/ edit) 匹配，所以这个看起来不错。
那么，左边的部分到底发生了什么？真的是合并编辑吗？如果有人正在重命名，这是正确的结果吗？重命名时 move/add 是唯一正确的结果吗？
谢谢。
这是 mind-twister，但不一定不匹配。
首先是操作：第一个是 add 因为新文件是在 添加 旧文件的基础上创建的。相反，第二个是 move/add 因为您要通过 moving 从旧位置添加文件，因此旧一个不复存在。事实上，您从一个文件开始整个练习，并以两个文件结束（而不是三个，如果您执行两次添加；或者而不是一个，如果您执行两个 move/adds ).
现在是箭头。你是对的，命名似乎与动作的命名完全脱节。我不知道为什么会出现不一致。
您具体询问的是 Merge w/ Edit。 Perforce 有四个相似但不同的操作可以用在这里：p4 integrate、p4 merge、p4 copy 和 p4 populate。这里有一些无关紧要的细微差别。无论如何，所有这些操作都会对文件进行 "merge"，所以我认为命名是可以的。直觉上，我觉得这个 could/should 是由 p4 copy 完成的（因为目标不存在，所以你不必合并任何东西）但是 Unreal Engine 也完全有可能决定无论如何都要使用 p4 merge 或 p4 integrate。我相信，这解释了为什么箭头是 Merge。至于 w/ Edit，您是否在复制文件时对文件进行了（文本）编辑？