Perforce 中的 Git 樱桃选择等价物？答案

【问题标题】：Git cherry pick equivalent in Perforce?Perforce 中的 Git 樱桃选择等价物？
【发布时间】：2013-05-01 07:49:21
【问题描述】：

我的团队使用 perforce 进行版本控制。与 Release 分支相比，我目前正在处理的分支中添加了很多内容。
现在，我刚刚修复了已发布产品中的一个已知错误，并检查了我正在处理的分支中的代码更改。是否可以仅使用发布分支签入/合并相同的更改？

或者，我只是希望将此错误修复签入发布分支，而不是任何其他代码更改。从我在网上搜索的内容中，我发现与此等效的 git 是 - git cherry pick。有没有办法在 Perforce 中做到这一点？

【问题讨论】：

标签： version-control perforce branching-and-merging

【解决方案1】：

Perforce 知识库中有一篇文章： “樱桃采摘”集成

https://community.perforce.com/s/article/3385

【讨论】：

【解决方案2】：

是的，这是可能的。但是，由于某种原因，官方的 perforce 说明已被移动或删除。难道还有其他更好的选择。我不知道。自从我上次使用 P4 已经很多年了，所以这不是基于个人经验，而是以下建议是官方 perforce 回答论坛曾经建议的内容

echo Change A > foo
p4 add foo
p4 submit -d "Add foo" foo

p4 integ foo bar
p4 submit -d "Branch foo" bar

p4 edit foo
echo Change B >> foo
p4 submit -d "Update foo" foo

p4 edit foo
echo Change C >> foo
p4 submit -d "Update foo again" foo

p4 integ foo#3,#3 bar
p4 resolve -o

如果有人想尝试使用 archive.org 或类似服务找到原始页面，请保留以下链接。

Official Perforce cherry picking instructions.

【讨论】：

JugseR 是正确的，但请记住 Perforce 通过合并进行挑选。如果你经常挑选，你可能会得到复杂的合并历史。
Git 在这个意义上要好得多，因为 Randy 提到在复杂的合并历史中处理多个结果的合并，而不是基于提交合并的 Git。希望 Perforce 像这样工作，或者希望我的公司能迁移到 git！
仅链接答案（无内容），现在链接已损坏。答案变得毫无用处......
谢谢，已相应更新。这些天不确定相关性。
再次，链接断开。