Git cherry-pick替代方案：如何为团队引入feature/hotfix分支优化流程

核心分支定位 #

• Master：保持生产就绪状态，仅从Staging分支合并，每次合并后打发布标签（延续现有逻辑，严格控制合并来源）
• Staging：预发布验证分支，仅接受已获批特性的变更，确保无未授权内容
• Development：集成测试分支，所有完成开发的feature分支均合并至此，供客户测试所有待验证特性
• feature/*：单个特性的独立开发分支，每个定制化特性对应一个分支，支持多人协作
• hotfix/*：生产紧急修复分支，直接从Master拉取，修复完成后同步至所有核心分支

针对核心问题的落地流程 #

1. 多开发者协作定制化特性 #

• 新特性启动时，从最新的Development分支拉取feature分支，命名规则清晰化，比如feature/客户A-支付功能升级、feature/客户B-报表导出优化
• 多人协作同一feature分支时，约定每日拉取远程分支最新代码，用git rebase或git merge解决冲突，避免长期离线开发导致冲突堆积
• 特性开发完成后，建议用git rebase -i整理提交历史（合并临时commit、优化提交信息），再推送到远程feature分支

2. 特性提交测试与获批后同步到Staging #

• 特性自测通过后，将feature分支合并到Development分支（用git merge --no-ff保留分支历史，便于后续追溯），推送后通知客户测试
• 当特性获得客户批准后，直接从feature分支cherry-pick对应提交到Staging：

  # 切换到Staging并拉取最新代码
  git checkout staging
  git pull origin staging
  # cherry-pick获批特性的指定提交（可单个或多个hash）
  git cherry-pick <commit-hash1> <commit-hash2>
  # 解决冲突后推送
  git push origin staging
  

• 若单个feature分支仅包含已获批特性，也可直接合并该分支到Staging，比cherry-pick更高效

3. 确保Staging不包含未获批特性 #

• 严格禁止直接将Development合并到Staging，Staging的所有变更只能来自：
  • 已获批的feature分支（cherry-pick或合并）
  • hotfix分支的同步
  • Staging自身的预发布bug修复（修复后需同步回Development和对应feature分支）
• 推送Staging前，要求提交信息标注客户批准编号（如feat: 支付功能升级 [批准号:XXX]），便于追溯验证

4. 并行开发不等待测试反馈 #

• 开发者无需等待当前特性测试完成，即可从最新的Development分支拉取新的feature分支开展下一项开发
• 开发中的feature分支可定期拉取Development代码合并，避免后续集成冲突过大：

  git checkout feature/xxx
  git pull origin development
  git merge development
  # 解决冲突后推送
  git push origin feature/xxx
  

• 已完成测试但未获批的特性留在Development分支，完全不影响新特性的开发与集成

紧急修复（hotfix分支）流程 #

1. 从Master分支拉取hotfix分支：

   git checkout -b hotfix/生产-支付bug修复 master
   

2. 修复完成后，合并到Master并打发布标签：

   git checkout master
   git merge hotfix/生产-支付bug修复
   git tag -a v1.0.1 -m "修复支付流程bug"
   git push origin master --tags
   

3. 同步修复到Staging和Development：

   git checkout staging
   git merge hotfix/生产-支付bug修复
   git push origin staging
   
   git checkout development
   git merge hotfix/生产-支付bug修复
   git push origin development
   

4. 删除hotfix分支：git branch -d hotfix/生产-支付bug修复

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