我知道我们使用 cherry-pick将特定提交的内容从当前分支中获取。
我将解释一种情况，需要一些帮助才能完全理解樱桃挑选，并确保这是解决我的问题的正确方法。
想象我们有两个开发人员：鲍勃和汤姆，他们在相同的文件上工作。
鲍勃有一个已经在生产中的坚固分支。
汤姆有一些未来发行的作品，鲍勃没有。
鲍勃可能还没有一些汤姆没有的工作。
鲍勃想要汤姆的作品，但他需要一个一个人拿一个并进行测试，然后才能发送生产。"樱桃 - 派克"不会覆盖鲍勃的作品吗？如果是，在这种情况下进行的正确方法是什么？
我知道我们使用樱桃挑选将特定提交的内容从当前分支机构获取。
...
'Cherry-pick overdrite oftrite bob的作品不会吗？
可能有助于理解樱桃 - 否则不是从另一个提交中带来"内容"。它适用于更改等于另一个提交与其父母之间的补丁。从文档(https://git-scm.com/docs/git-cherry-pick(：
应用引入的更改一些现有consits
(添加了强调(。
因此，就像预计合并不会覆盖鲍勃的作品一样，预计挑剔的樱桃不会覆盖鲍勃的作品。可能是樱桃 - 派对引入的变化会与发生冲突的变化，这必须解决。
更大的潜在问题是，在事实之后，Git不会记住它为鲍勃创建的承诺与汤姆的原始提交有关。如果您最终通过在另一个顶部重新安排一个分支结合，那么可以 - 因为rebase将比较"修补程序ID"值以决定是否应该跳过重播给定的提交。如果您最终通过合并将它们结合在一起，则可能必须解决没有意义的冲突。