"Fake out" 一次 P4 合并
"Fake out" a P4 merge
是否可以在 P4 分支之间执行 "fake merge"？简而言之，我们有一个脚本来检查分支之间未合并的更改，并每天自动向团队成员发送电子邮件，让他们知道他们是否未能将一个分支的更改合并到另一个分支。但是，在某些情况下，执行此类合并并不是一个好主意（例如，特定于分支的依赖列表），我们希望通过检测 nag-bot 来安抚它 "all changes in A since yesterday have been merged into B" .
有没有有效的方法（即通过 CLI）：
- 执行
p4 integ 和 p4 resolve 操作，使分支 "A" 已合并到分支 "B"...
- 但是在分支 "B" 上有效地执行了一个
p4 revert 操作，这样只有跟踪信息被提交，而实际代码的 none 被合并到分支 "B" ？
简而言之，这将是一个"merge but accept-full-theirs and discard yours even if no conflicts"操作。
谢谢。
那是 p4 resolve -ay。
p4 integ A/... B/...
p4 resolve -ay
p4 submit -d "B is ignoring changes from A."
你仍然需要提交新的修订（因为合并记录本身是版本化信息，需要与提交相关联），但修订将与以前的修订没有差异，并且仅代表 B有 "ignored" 从 A.
改变
是否可以在 P4 分支之间执行 "fake merge"？简而言之，我们有一个脚本来检查分支之间未合并的更改，并每天自动向团队成员发送电子邮件，让他们知道他们是否未能将一个分支的更改合并到另一个分支。但是，在某些情况下，执行此类合并并不是一个好主意（例如，特定于分支的依赖列表），我们希望通过检测 nag-bot 来安抚它 "all changes in A since yesterday have been merged into B" .
有没有有效的方法（即通过 CLI）：
- 执行
p4 integ和p4 resolve操作，使分支 "A" 已合并到分支 "B"... - 但是在分支 "B" 上有效地执行了一个
p4 revert操作，这样只有跟踪信息被提交，而实际代码的 none 被合并到分支 "B" ？
简而言之，这将是一个"merge but accept-full-theirs and discard yours even if no conflicts"操作。
谢谢。
那是 p4 resolve -ay。
p4 integ A/... B/...
p4 resolve -ay
p4 submit -d "B is ignoring changes from A."
你仍然需要提交新的修订（因为合并记录本身是版本化信息，需要与提交相关联），但修订将与以前的修订没有差异，并且仅代表 B有 "ignored" 从 A.
改变