我发现这个简单的方法效果最好。它不会重写历史，分支的所有先前签入都将附加到主节点。没有丢失任何内容，您可以在提交日志中清楚地看到发生了什么。

目标：使“分支”的当前状态成为“主”

在分支上工作，提交并推送更改，以确保本地和远程存储库是最新的：

git checkout master      # Set local repository to master
git reset --hard branch  # Force working tree and index to branch
git push origin master    # Update remote repository

在此之后，您的master将是分支的最后一次提交的确切状态，并且您的master提交日志将显示分支的所有签入。

我的做事方式如下

#Backup branch
git checkout -b master_backup
git push origin master_backup
git checkout master
#Hard Reset master branch to the last common commit
git reset --hard e8c8597
#Merge
git merge develop

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

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

    -f
    --force

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

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

确保将所有内容推送到远程存储库（GitHub）：

git checkout main

用“better_branch”覆盖“main”：

git reset --hard better_branch

强制推送到远程存储库：

git push -f origin main

我知道这不是OP想要的，但如果你知道你将来会遇到与OP类似的问题，你可以这样做。

这是你的情况，

您需要一个分支，它具有新的优秀的新中断功能，但目前还没有推出。你有计划在未来推动它。您当前的prod分支（master）运行良好，但很无聊。你可以对它做一些小改动。如果以后需要，您希望保持当前主（prod）分支的安全。

如果这让人感到困惑，请参见下图中的糟糕情况。

*bad situation*
initial master   --->           added boring changes       ----merge---> you loose boring
            \                                                /
             ---> (awesome branch) added awesome changes ---

要解决此问题（即停止钻孔损失），请执行以下操作大体上

通过执行git branch boring创建当前主控形状的副本将boring替换为要保留的任何名称现在，您可以向主分支添加新的很棒的功能，并向无聊分支添加无聊的功能。您仍然可以继续更新枯燥的分支，并可能使用它来永远不会将其合并到master。你不会失去乏味的功能。你的主分支将有很棒的功能。

So,

*good situation*
 initial master   --->     added awesome changes     --->    Final master(awesome) branch
                \
                 --->   (boring branch) added boring changes  ---> Dont merge to master  --X-->

我在博客文章中找到了我想要的答案。用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

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

这样更容易找到。

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

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