Git如何合入featureX分支变更且不污染featureY的提交日志

以下两种方案可满足需求，可根据实际场景选择：

方案1：调整featureY提交基线，PR仅展示featureY相关提交 #

适用于featureX后续不一定合并到master、需要featureY独立可合入的场景：

• 首先切换到featureY分支，备份当前提交避免操作丢失：

  git checkout featureY
  git branch featureY-bak
  

• 查看featureY的提交日志，记录你自己在featureY上的所有提交的首尾哈希值，假设首条提交哈希为start-commit，最后一条提交哈希为end-commit
• 基于最新master新建临时分支：

  git checkout -b temp-featureY origin/master
  

• 压缩合并featureX的全量变更到临时分支，仅生成一条提交记录：

  git merge --squash featureX
  git commit -m "集成featureX全量变更"
  

• 将你之前在featureY上的所有提交迁移到临时分支：

  git cherry-pick start-commit^..end-commit
  

• 校验代码和提交历史无误后，覆盖本地featureY分支并强制推送远端：

  git checkout featureY
  git reset --hard temp-featureY
  git push -f origin featureY
  

操作完成后，featureY已包含featureX的全量变更，且提交历史仅为「集成featureX变更+你原有featureY的所有提交」，PR到master时不会展示featureX的零散提交，也不需要提前合并featureX到master。

方案2：修改PR目标分支 #

适用于featureX后续会正式合并到master的场景：
直接将featureY的PR目标分支从master改为featureX，此时PR只会展示featureY相对于featureX的提交，不会出现featureX的提交记录。等后续featureX合并到master后，再将featureY的PR目标改回master即可，无需修改分支提交历史。

注意事项 #

• 方案1会改写featureY的提交历史，操作前需确认没有其他同事在协同开发featureY分支，避免强制推送覆盖他人提交
• 如果featureX有后续更新需要同步到featureY，方案1可重新执行合并squash的步骤集成最新变更

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