编辑：你没说你已经推到了公开回购！这是天壤之别。

有两种方式，“脏”的方式和“干净”的方式。假设您的分支名为new master。这是一种干净的方式：

git checkout new-master
git branch -m master old-master
git branch -m new-master master
# And don't do this part.  Just don't.  But if you want to...
# git branch -d --force old-master

这将使配置文件更改以匹配重命名的分支。

你也可以用脏的方式来做，这不会更新配置文件。这是在上面的罩下发生的事情。。。

mv -i .git/refs/new-master .git/refs/master
git checkout master

通过以下方式将分支重命名为主分支：

git branch -M branch_name master

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

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

    -f
    --force

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

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

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

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中：

git checkout master
git checkout better_branch -- .

然后提交所有更改。

根据我的理解，您可以将当前分支分支到现有分支。本质上，这将用当前分支中的所有内容覆盖master：

git branch -f master HEAD

完成后，通常可以推送本地主分支，可能还需要此处的force参数：

git push -f origin master

没有合并，没有长命令。简单地分支和推送——但，是的，这将改写主分支的历史，所以若你们在一个团队中工作，你们必须知道你们在做什么。

或者，我发现您可以将任何分支推送到任何远程分支，因此：

# This will force push the current branch to the remote master
git push -f origin HEAD:master

# Switch current branch to master
git checkout master

# Reset the local master branch to what's on the remote
git reset --hard origin/master

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

git checkout main

用“better_branch”覆盖“main”：

git reset --hard better_branch

强制推送到远程存储库：

git push -f origin main

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

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

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

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提交日志将显示分支的所有签入。

为了补充Cascabel的答案，如果你不想在源分支的历史中放置一个无意义的合并，你可以为我们的合并创建一个临时分支，然后扔掉它：

git checkout <source>
git checkout -b temp            # temporary branch for merge
git merge -s ours <target>      # create merge commit with contents of <source>
git checkout <target>           # fast forward <target> to merge commit
git merge temp                  # ...
git branch -d temp              # throw temporary branch away

这样，合并提交将只存在于目标分支的历史记录中。

或者，如果您根本不想创建合并，您可以简单地获取源的内容，并将其用于目标上的新提交：

git checkout <source>                          # fill index with contents of <source>
git symbolic-ref HEAD <target>                 # tell git we're committing on <target>
git commit -m "Setting contents to <source>"   # make an ordinary commit with the contents of <source>

如果您在Eclipse中使用eGit：

在项目节点上单击鼠标右键。选择团队→ 然后是高级→ 然后重命名分支然后展开远程跟踪文件夹。选择名称错误的分支，然后单击重命名按钮，将其重命名为任何新名称。选择新的主控形状，然后将其重命名为主控形状。

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

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

这样更容易找到。

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

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

我的做事方式如下

#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

以下步骤在Atlassian（Bitbucket服务器）支持的Git浏览器中执行

将｛当前分支｝设置为主分支

从master中创建一个分支，并将其命名为“master duplicate”。从｛current branch｝中创建一个分支，并将其命名为“｛currentbranch｝-copy”。在存储库设置（Bitbucket）中，将“默认分支”更改为指向“主副本”（如果没有此步骤，您将无法删除主副本-“在下一步”）。删除“master”分支-我从源代码树中执行了这一步骤（您可以在CLI或Git浏览器中执行）将“｛current branch｝”重命名为“master”并推送到存储库（这将创建一个新的“master”分支，但“｛当前分支｝”仍然存在）。在存储库设置中，将“Default Branch”更改为指向“master”。

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

在开发过程中：

git checkout master
git pull

git checkout develop
git pull

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

我知道这不是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-->

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

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

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

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

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

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

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