远程禁用force pushing时，如何变基压缩已推送分支的提交并推送到远程？

我太懂你这种困境了！平时开发功能时，为了防止本地机器出问题丢代码，不得不把一堆带chore:、wip:标记的临时提交推到远程备份，等功能全部写完想把这些零散提交压缩成整洁的记录时，却发现远程禁用了强制推送，本地变基后的分支根本推不上去，确实挺闹心的。我之前也碰到过类似情况——有个未签名的提交，后来通过变基编辑补了签名，结果和远程分支历史对不上，当时也是这么解决的：

下面给你几个可行的方案，按场景选就行：

方案一：新建干净分支推送（最稳妥无争议） #

这应该是你最先想到的方法，也是团队协作里最安全的选择，不会影响原来的远程分支历史：

• 首先确保本地已经完成变基压缩，并且分支处于最新的干净状态（可以用git log确认提交记录已经是你想要的样子）
• 基于当前这个干净的本地分支，新建一个全新的分支，比如原来的分支叫feature/login，可以命名为feature/login-clean：

  git checkout feature/login
  git checkout -b feature/login-clean
  

• 直接把这个新分支推送到远程：

  git push origin feature/login-clean
  

• 之后就可以用这个干净的分支来提PR、合并到主分支；如果团队允许，也可以把原来的远程分支标记为废弃（比如重命名成feature/login-old），用新分支替换它的功能。

方案二：请求管理员临时开启强制推送（适合小团队/私人项目） #

如果这个分支只有你自己在用，或者团队内部沟通后允许，你可以联系仓库管理员，临时开启这个分支的强制推送权限，推完之后再关闭。毕竟变基压缩后的提交历史更整洁，对后续维护更友好。

• 推的时候记得用--force-with-lease而不是直接--force，这样能避免覆盖别人同时推的修改：

  git push origin feature/login --force-with-lease
  

方案三：重命名旧远程分支，推送新分支（兼顾备份和整洁） #

如果你不想放弃原来的远程分支备份，又想推干净的分支上去，可以这么操作：

• 先把远程的旧分支重命名，比如改成feature/login-backup：

  git push origin feature/login:feature/login-backup
  git push origin :feature/login  # 删除原来的远程分支
  

• 然后把本地变基后的干净分支推送到远程，用原来的分支名：

  git push origin feature/login
  

这个方法既保留了之前的临时提交备份，又能让远程分支拥有整洁的提交历史，不过需要确保团队成员都知道这个变更，避免他们还拉旧分支。

总结一下，最通用且安全的还是方案一——新建分支推送，毕竟在多人协作场景下，修改已推送的历史分支风险太高，远程禁用强制推送也是为了保护团队的代码历史一致性～

备注：内容来源于stack exchange，提问作者Shuzheng