执行git revert后再次git merge提示无变更问题咨询

Git判定分支是否需要合并的依据是提交历史拓扑，而非实际代码差异。你第一次把feature合并到dev后，哪怕后续用git revert回滚了这次合并，Git的提交图里已经永久记录了「feature分支的所有提交都已经合入过dev」的状态，所以你再次直接合并原feature分支时，Git会判定没有需要合入的新提交，直接提示无差异。
你之前执行revert操作报错，本质是操作逻辑错了：回滚一次合并只需要处理合并操作生成的1个合并提交，不需要挨个处理feature分支上的所有业务提交，自然不会出现大量冲突、报错无法推进的问题。

这个方案不会改写任何已有提交历史，对多人协作的分支最友好，全程只需要操作1个提交：

1. 切到本地dev分支，拉取最新远程代码：
   git checkout dev && git pull
2. 查找当初回滚feature合并时生成的revert提交：
   git log --oneline
   在输出里找提交信息形如Revert "Merge branch 'feature' into dev"的记录，复制对应的commit hash（记为<old_revert_hash>）。
3. 撤销这一个回滚提交即可：
   git revert <old_revert_hash>
   如果执行过程中提示代码冲突，正常标记需要保留的feature分支代码，解决完冲突后执行：
   git add . && git revert --continue
4. 把生成的新提交推到远程dev分支即可，之前feature分支的所有代码会完整恢复，不需要额外执行合并操作。

如果不想翻找历史的revert提交，或者feature分支在第一次合并后又新增了很多改动，可以把feature分支的已有提交重写为全新的提交，让Git判定这些是未合入过dev的新内容：

1. 切到feature分支，拉取最新代码：
   git checkout feature && git pull
2. 基于最新的dev分支强制重放feature上的所有提交，生成全新的commit hash：
   git rebase dev --force-rebase
   如果过程中出现冲突，正常解决冲突后执行git add . && git rebase --continue即可，直到rebase完成。
3. 因为重写了分支历史，推送到远程feature分支时需要加强制参数：
   git push --force-with-lease origin feature
4. 切回dev分支，正常执行合并操作即可，此时Git会识别到新的提交，不会再提示无差异：
   git checkout dev && git merge feature

• 不要随意加--allow-unrelated-histories等参数强制合并，极易打乱提交历史、覆盖已有代码。
• 所有操作执行前，可以先基于当前dev打一个备份分支：git branch dev-bak-YYYYMMDD，操作失误可以直接回退到备份版本。
• 如果feature是多人共同维护的公共分支，禁止使用方案2的rebase操作，会影响其他协作者的本地提交历史，优先选方案1。

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