远程Master分支禁止直接推送时可以使用Git Rebasing吗？

核心操作流程 #

如果你的本地Master分支已经完成了Feature分支的变基整合，比远端Master领先若干提交，但远端Master设置了保护规则禁止直接推送，可按以下步骤操作：

• 第一步：从当前的本地Master分支切出一个独立的Feature发布分支（如果你原来的Feature分支还保留，且和当前本地Master的变更内容完全一致，可跳过这一步直接用原有Feature分支），命令参考：
  git checkout -b feature/xxx-release
• 第二步：将这个Feature分支推送到远端仓库，由于分支经过变基历史和远端原有对应分支不一致，需要使用安全强制推送参数：
  git push origin feature/xxx-release --force-with-lease
  注意不要使用--force参数，--force-with-lease会先校验远端分支的提交是否和你本地最后一次拉取的版本一致，避免覆盖其他协作者的提交。
• 第三步：在代码托管平台上发起合并请求（Pull Request/Merge Request，简称PR/MR），合并源选你刚推送的Feature分支，目标选远端Master分支，触发预设的CI校验、代码评审流程。
• 第四步：待PR/MR满足所有合并准入条件（CI流水线通过、至少1位有权限的评审人批准、无合并冲突），由具有Master分支合并权限的人员在平台端执行合并操作，部分平台支持配置符合条件后自动合并。
• 第五步：合并完成后同步远端最新Master到本地，清理冗余分支即可，命令参考：

  git checkout master
  git pull origin master
  # 删除本地临时/旧Feature分支
  git branch -d feature/xxx-release
  # 删除远端对应Feature分支（如果不需要保留）
  git push origin --delete feature/xxx-release
  

注意事项 #

1. 日常开发时建议不要直接在本地Master分支上做变基整合操作，更规范的做法是将本地Feature分支直接变基到拉取的最新远端Master上，之后直接推送Feature分支提PR，避免本地Master和远端Master出现版本差异。
2. 变基操作仅可在仅你个人使用的Feature分支上执行，禁止在多人协作的公共分支（如Master、Develop分支）上执行变基，否则会导致其他协作者的本地分支和远端历史不一致，引发大量合并冲突。
3. 如果PR/MR待合并期间远端Master有新的提交合入，你只需要在本地拉取最新的远端Master，重新将Feature分支变基到最新Master后再次推送到远端，原有PR/MR会自动更新，不需要新建请求。

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