如何确认本地Git分支是否被Rebase？解决Push报错问题

一、如何确认本地分支是否被Rebase？ #

• 对比本地与远程分支的提交历史：
  执行git log --oneline my_branch..origin/my_branch，查看远程分支是否存在本地没有的新提交；再执行git log --oneline origin/my_branch..my_branch，如果本地提交的哈希值和远程分支分叉后的旧提交完全不同，大概率是做过rebase。
• 查看Git操作日志（reflog）：
  执行git reflog，里面会记录所有分支的操作轨迹，包括rebase、reset、amend等。如果能找到rebase finished或rebase start相关的条目，就说明你确实做过rebase操作。
• 核对提交哈希：
  回忆之前本地分支最后一次推送的提交哈希，或查看合并请求里的旧提交记录，和当前本地分支的提交哈希对比。如果本地后续提交的哈希全部变更，基本可以确定是做过rebase。

二、除了Rebase，还有哪些操作会触发该报错？ #

• 多人协作场景：其他开发者向同一个远程分支推送了新提交，你未同步这些更新就直接推送本地修改。
• 本地回退提交后新增修改：执行git reset --hard或git reset --mixed回退到旧提交，之后又在该基础上新增了提交。
• 修改已推送的提交：用git amend修改过已经推送到远程的提交内容或信息，导致该提交的哈希值变化，与远程分支对应提交不一致。
• 复制其他分支提交：用git cherry-pick将其他分支的提交复制到当前分支，导致本地与远程分支的提交历史分叉。

三、安全处理的步骤 #

1. 先备份本地分支（必做）
   执行git branch my_branch_backup，创建一个本地备份分支，避免操作失误导致数据丢失。
2. 同步远程分支的最新内容
   推荐用安全的rebase方式同步：git pull --rebase origin my_branch。该命令会先暂存你的本地提交，拉取远程最新内容后，再将你的本地提交重新应用在远程最新提交之上。如果遇到冲突，Git会提示你解决，解决后执行git rebase --continue直到完成。
   若担心rebase的风险，也可以用普通合并：git pull origin my_branch，这会生成一个合并提交，将远程与本地的提交合并，解决冲突后提交即可。
3. 确认修改内容无误
   执行git log --oneline查看提交历史，确认所有修改都是你预期的内容；或执行git diff origin/my_branch my_branch对比本地与远程分支的差异，确保没有错误或多余的修改。
4. 推送修改
   • 如果用了git pull --rebase，需要执行安全强制推送：git push --force-with-lease origin my_branch。这个命令会检查远程分支在你拉取后是否有新提交，若有则拒绝推送，避免覆盖他人的最新修改，比git push --force更安全。
   • 如果用了普通git pull合并，直接执行git push origin my_branch即可，此时属于快进推送，无需强制。

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