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

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

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

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

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

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

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

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

根据我的理解，您可以将当前分支分支到现有分支。本质上，这将用当前分支中的所有内容覆盖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

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

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

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

还可以将其他分支中的所有文件签出到master中：

git checkout master
git checkout better_branch -- .

然后提交所有更改。

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

有两种方式，“脏”的方式和“干净”的方式。假设您的分支名为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