Github：从develop向master提交PR无变更，如何迁移分支变更？

嗨，我来帮你理清楚这个问题：你之前把feature分支错误合并到master然后又撤销了，这就导致master分支的历史里其实已经包含了feature上的所有提交记录——只是用revert操作抵消了它们的效果。当你后来把feature合并到develop，再尝试把develop合并到master时，Git会对比提交哈希，发现develop里的那些提交早就存在于master的历史中了，所以就提示“无变更”。

下面给你几个可行的解决办法，你可以根据团队的Git流程选择：

方法一：用Rebase重新梳理develop的提交历史（适合个人或允许改写历史的团队） #

这个方法会让develop的提交基于最新的master分支，相当于把develop的变更“重新播放”在master的最新状态上：

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

   git checkout develop
   git pull origin develop
   

2. 基于master分支做rebase：

   git rebase origin/master
   

   这个过程中如果有冲突，解决冲突后执行git add .，然后git rebase --continue直到完成。
3. 把rebase后的develop推送到远程仓库（因为改写了历史，需要强制推送）：

   git push origin develop --force-with-lease
   

   注意：--force-with-lease比直接--force更安全，它会检查远程分支有没有其他人的新提交，避免覆盖别人的工作。

4. 现在再提交从develop到master的PR，Git就能识别出需要合并的变更了。

方法二：用Cherry-pick把有效提交迁移到master（适合不允许改写历史的团队） #

如果团队禁止改写分支历史，你可以把develop上的有效提交逐个“复制”到master分支上：

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

   git checkout master
   git pull origin master
   

2. 创建一个临时分支用来承载迁移的变更：

   git checkout -b temp-migrate-develop
   

3. 查看develop上相对于master的提交记录，找到你需要迁移的提交哈希（就是从feature合并到develop的那些提交）：

   git log --oneline develop ^master
   

   输出里每一行的开头就是提交哈希，比如abc123 新增XX功能。
4. 逐个cherry-pick这些提交：

   git cherry-pick abc123 def456  # 替换成你实际的提交哈希
   

   遇到冲突就解决冲突，然后git add .，再git cherry-pick --continue。
5. 把临时分支推送到远程，然后提交从temp-migrate-develop到master的PR，合并后就完成了变更迁移。

方法三：撤销之前的Revert操作（如果适合当前场景） #

如果你之前撤销feature到master的PR用的是git revert命令，那你可以直接撤销这个revert操作，然后再合并develop：

1. 找到之前撤销PR时生成的revert提交的哈希：

   git log --oneline master
   

   找类似revert "Merge pull request #XXX from ..."的那一行，复制它的哈希。
2. 撤销这个revert提交：

   git revert <revert提交的哈希>
   

3. 把这个操作推送到master，然后再合并develop到master，这样之前被抵消的变更就会恢复，同时develop里的新变更也会被合并。

提示：如果你的团队有严格的Git流程，建议先和队友沟通再选择改写历史的操作哦！

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