执行git reset --soft后推送至origin被拒，如何成功推送修改？

这个问题我碰到过好几次，核心原因是你本地的提交历史和远程origin的已经不一致了——你重置到旧版本后又做了修改，而远程分支的HEAD还停留在你重置前的最新提交，Git为了保护远程历史不被随意覆盖，就会拒绝你的推送。下面分两种常见场景给你解决方案：

场景1：这是你个人专属的分支（没有其他人协作） #

这种情况直接用安全强制推送就行，优先推荐--force-with-lease参数（比粗暴的--force更安全，能防止你意外覆盖别人偷偷提交的内容）：

1. 先确认当前所在分支（确保是你要推送的分支）：

git branch

2. 执行安全强制推送：

git push origin <你的分支名称> --force-with-lease

如果确定绝对没人碰过这个远程分支，也可以用git push origin <你的分支名称> --force，但还是优先用--force-with-lease更稳妥。

场景2：这是团队共享分支（有其他成员在上面工作） #

这种情况绝对不能直接强制推送，否则会把队友的提交全部覆盖掉，得用温和的方式合并你的修改：

• 第一步，先拉取远程的最新提交到本地（不合并，只是同步远程信息）：

git fetch origin

• 第二步，创建临时分支保存你当前的修改，防止丢失：

git checkout -b temp-save-my-changes

• 第三步，切回原分支，重置到远程的最新版本：

git checkout <你的分支名称>
git reset --hard origin/<你的分支名称>

• 第四步，把你在临时分支的修改“搬”到最新的分支上（用cherry-pick）：
  先查看临时分支的提交ID：

git log --oneline temp-save-my-changes

找到你修改后的提交ID（一般是一串7位的字符），然后执行：

git cherry-pick <你的提交ID>

如果有多个提交，就依次把对应的ID都cherry-pick一遍。

• 第五步，处理可能出现的冲突：
  打开冲突文件，手动修改冲突内容，然后提交：

git add .
git commit -m "合并本地修改到远程最新分支"

• 第六步，正常推送修改：

git push origin <你的分支名称>

• 最后，删除临时分支（可选，但建议清理）：

git branch -D temp-save-my-changes

额外提醒 #

• 不管哪种情况，推送前最好用git log --oneline origin/<分支名>..HEAD查看本地和远程的历史差异，确认自己的操作不会带来问题。
• 共享分支操作前一定要和团队成员沟通，避免影响他人的工作。

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