如何规范执行Git cherry-pick操作？迁移特性提交至发布分支

如果你的需求是只把指定的几个特性提交迁移到master分支，不带入其他无关内容，直接迁移（用git cherry-pick）比合并更合适，原因和操作方式如下：

适合直接迁移的场景 #

当你要迁移的是独立的单个特性提交，或是有依赖但能按顺序迁移的提交组：

1. 先切到master分支并拉取最新代码：

   git checkout master
   git pull origin master
   

2. 逐个执行cherry-pick命令，填入目标提交的哈希值（如果是连续提交，可使用范围格式：git cherry-pick <起始提交哈希>..<结束提交哈希>）：

   git cherry-pick <commit-hash-1> <commit-hash-2>
   

3. 遇到代码冲突时，手动解决冲突后执行git cherry-pick --continue继续迁移，或用git cherry-pick --abort放弃本次操作。

不建议合并的情况 #

如果你的特性分支上存在其他不需要的提交，直接合并会把这些无关内容同步到master，完全不符合你“只迁移所需提交”的需求。

额外注意事项 #

• 若提交之间存在依赖关系，必须按提交的先后顺序执行cherry-pick，否则可能出现功能异常或冲突。
• 迁移完成后务必测试相关功能，确认提交移植后没有引入问题。

内容的提问来源于stack exchange，提问作者zimch