如何在Git提示“Already up to date.”时强制执行分支合并

Git判定分支是否已合并的唯一依据是提交历史拓扑关系，和当前分支的实际代码内容无关。
你之前通过revert撤销错误merge时，仅生成了一个反向提交抵消了代码改动，但那次错误merge的提交记录本身始终保留在master的提交历史中。Git会判定alpha tests分支上的所有祖先提交都已经完成合入，后续再次发起merge时就会直接返回Already up to date.，不会重新应用代码改动。

按规范程度从高到低排序：

• 方法1：还原当初的revert提交（最推荐，符合Git标准工作流）
  1. 先在master分支提交历史中找到当时撤销merge生成的revert提交hash，可通过git log --oneline master检索，这类提交的默认信息一般为Revert "Merge branch 'alpha-tests' into master"格式
  2. 切到master分支，执行命令还原该反向提交：git revert <找到的revert提交hash值>
  3. 处理过程中如果出现代码冲突，正常解决后提交即可。该操作会把之前被错误撤销的所有改动重新应用到master，不会破坏现有提交历史，后续分支维护也不会出现逻辑异常。
• 方法2：拣选目标分支的所有提交（适合仅需要合入当初错误merge里的某一个子分支、不需要合入整个alpha tests分支的场景）
  直接在master分支上通过cherry-pick把待合并分支的所有提交批量拣入即可，命令参考：git cherry-pick <待合并分支最早的未合入提交hash>..<待合并分支名>。如果分支提交量少，也可以逐个拣选对应提交。
• 方法3：生成空提交触发merge（取巧方案，仅适合临时应急）
  切到待合并的分支，执行命令生成一个无代码改动的空提交：git commit --allow-empty -m "chore: trigger merge to master"，将该提交推送到远端后，Git会因为分支HEAD的hash值变化，将其识别为未合入的新分支，此时再发起merge就不会提示已更新。该方案会残留无意义的空提交记录，非必要不推荐使用。

注意：不要尝试用-s ours等合并策略强制跳过合入逻辑，这类操作会把待合并分支的所有提交标记为已合入但不实际带入代码，后续该分支新增提交再合入会出现大面积丢代码的问题。

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