当远程 Master 分支被保护免于直接推送时，我可以使用 Git 变基吗？
Can I use Git Rebasing when the remote Master Branch is protected from direct pushing?
在许多设置中，Master 分支受到保护，不被直接推送。在本地开发时，人们将 master 分支的本地副本的功能分支分支出来，然后可以将功能分支 rebase 到 master 分支上。我想知道这些更改是如何发布的，因为这意味着必须将更改推送到远程 Master 分支上。
当远程 master 分支受到保护免于直接推送时，发布已重新基于本地 master 分支的更改的推荐最佳做法是什么？
人们会在 master 或 main 之上变基，这意味着引入 master/main 更改并将更改放在他们的功能分支上。
git rebase -i origin/main
一旦完成，他们将强制推送到他们的功能分支以覆盖历史，用 f 或 fixup 整理过时的提交。然后应该通过拉取请求将功能分支上清除的历史记录合并回 main/master。
git push --force
如果存储库设置允许，管理员可以修改 master 上的提交并直接推送，但由于存在破坏主干历史记录的风险，应避免这样做。
在许多设置中，Master 分支受到保护，不被直接推送。在本地开发时，人们将 master 分支的本地副本的功能分支分支出来，然后可以将功能分支 rebase 到 master 分支上。我想知道这些更改是如何发布的，因为这意味着必须将更改推送到远程 Master 分支上。
当远程 master 分支受到保护免于直接推送时，发布已重新基于本地 master 分支的更改的推荐最佳做法是什么？
人们会在 master 或 main 之上变基，这意味着引入 master/main 更改并将更改放在他们的功能分支上。
git rebase -i origin/main
一旦完成，他们将强制推送到他们的功能分支以覆盖历史，用 f 或 fixup 整理过时的提交。然后应该通过拉取请求将功能分支上清除的历史记录合并回 main/master。
git push --force
如果存储库设置允许，管理员可以修改 master 上的提交并直接推送，但由于存在破坏主干历史记录的风险，应避免这样做。