对我来说，我希望我的开发分支在领先之后回到主分支。

在开发过程中：

git checkout master
git pull

git checkout develop
git pull

git reset --hard origin/master
git push -f

其他两个答案的问题是，新主人没有老主人作为祖先，所以当你推它时，其他人都会被搞砸。这是您想要做的：

git checkout better_branch
git merge --strategy=ours master    # keep the content of this branch, but record a merge
git checkout master
git merge better_branch             # fast-forward master up to the merge

如果你想让你的历史更清楚一点，我建议你在合并提交消息中添加一些信息，让你清楚你做了什么。将第二行更改为：

git merge --strategy=ours --no-commit master
git commit          # add information to the template merge message

这里给出的解决方案（在“master”中重命名分支）并不坚持远程（GitHub）回购的后果：

如果在创建该分支之后没有推送任何内容，那么可以重命名它并推送它，而不会有任何问题。如果你在GitHub上有push master，你需要“git push-f”新分支：你不能再以快进模式进行push了。

    -f
    --force

通常，该命令拒绝更新远程引用，该远程引用不是用于覆盖它的本地引用的祖先。此标志禁用检查。这可能会导致远程存储库丢失提交；小心使用。

如果其他人已经删除了你的repo，那么如果不使用新的GitHub主分支替换自己的主分支（或者处理大量合并），他们就无法删除新的主历史记录。对于公共回购而言，除了git push，还有其他选择。Jefromi的答案（将正确的更改合并回原始主控形状）就是其中之一。

我在博客文章中找到了我想要的答案。用git中的另一个分支替换主分支：

git checkout feature_branch
git merge -s ours --no-commit master
git commit      # Add a message regarding the replacement that you just did
git checkout master
git merge feature_branch

这与卡斯卡贝尔的答案基本相同。除了他们的解决方案下面的“选项”已经嵌入到上面的代码块中。

这样更容易找到。

我将此添加为新答案，因为如果以后需要此解决方案，我希望在一个代码块中包含所有需要使用的代码。

否则，我可能会复制并粘贴，然后阅读下面的详细信息，以查看我应该更改的行-在我已经执行它之后。

我很惊讶这里没有答案。这就是我所做的。

在我的文件系统中的不同目录中制作了两个repo副本，一个是主副本，另一个是分支副本。将分支中的所有文件（手动）复制到主文件已将更改提交给master。

这样，就有了一个包含所有差异的提交，保存了提交历史，不需要强制推送。

只需访问gitlab或github网站，查找设置即可。

然后在设置下查找存储库。

在那里找到默认分支，展开它，您可以获得重命名它或将其更改为其他分支的选项。

我在gitlab尝试过，结果成功了。