将当前 Git 分支设为 master 分支

Question

我在 Git 中有一个存储库。我做了一个分支，然后对主分支和分支都做了一些更改。

然后，数十次提交后，我意识到分支的状态比 master 好得多，所以我希望分支“成为”master 而忽略 master 上的更改。

我无法合并它，因为我不想将更改保留在 master 上。我该怎么办？

额外：在这种情况下，“旧”主服务器已经被push-ed 到另一个存储库，例如 GitHub。这会如何改变事情？

Answer 1

另外两个答案的问题是新主人没有老主人作为祖先，所以当你推它时，其他人都会乱七八糟。这就是你想要做的：

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

Answer 2

确保所有内容都推送到您的远程存储库 (GitHub)：

git checkout main

用“better_branch”覆盖“main”：

git reset --hard better_branch

强制推送到您的远程存储库：

git push -f origin main

Answer 3

编辑：您没有说您已推送到公共回购！这让世界变得与众不同。

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

Answer 4

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

git branch -M branch_name master

Answer 5

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

git branch -f master HEAD

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

git push -f origin master

没有合并，没有长命令。只需 branch 和 push — 但是，是的，这将重写 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

Answer 6

我在博文中找到了我想要的答案Replace the master branch with another branch in 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

本质上与Cascabel's answer 相同。除了“选项”下面他们的解决方案已经嵌入到上面的代码块中。

这样更容易找到。

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

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

Answer 7

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

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

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

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

Answer 8

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

• 如果您在创建该分支后没有推送任何内容，您可以重命名并推送它而不会出现任何问题。
• 如果您在 GitHub 上拥有 push master，则需要 'git push -f' 新分支：you can no longer push in a fast forward mode。

-F - 力量

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

如果其他人已经提取了您的存储库，他们将无法提取新的主历史记录，除非用新的 GitHub 主分支替换他们自己的主分支（或处理大量合并）。
有alternatives to a git push --force for public repos。
Jefromi's answer（将正确的更改合并回原来的master）就是其中之一。

Answer 9

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

git checkout master
git checkout better_branch -- .

然后提交所有更改。

Answer 10

要添加到Cascabel's answer，如果不想在source分支的历史记录中放置无意义的合并，可以为ours合并创建一个临时分支，然后扔掉：

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

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

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

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>

Answer 11

我的做事方式如下

#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

Answer 12

如果您在 Eclipse 中使用 eGit：

• 右键单击项目节点。
• 选择团队 → 然后选择 高级 → 然后选择 重命名分支
• 然后展开remote tracking文件夹。
• 选择名称错误的分支，然后单击重命名按钮，将其重命名为新名称。
• 选择新的 master，然后将其重命名为 master。

Answer 13

对我来说，我希望我的 develop 分支在它领先后回到主分支。

在开发中：

git checkout master
git pull

git checkout develop
git pull

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

Answer 14

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

将 {current-branch} 设为 master

1. 从master 中创建一个分支并将其命名为“master-duplicate”。
2. 从 {current-branch} 创建一个分支并将其命名为“{current-branch}-copy”。
3. 在存储库设置 (Bitbucket) 中，将“默认分支”更改为指向“master-duplicate”（如果没有此步骤，您将无法删除 master -“在下一步中”）。
4. 删除“master”分支 - 我从源代码树中完成了这一步（您可以从 CLI 或 Git 浏览器中完成）
5. 将“{current-branch}”重命名为“master”并推送到存储库（这将创建一个新的“master”分支，但“{current-branch}”仍将存在）。
6. 在存储库设置中，将“默认分支”更改为指向“主分支”。

Answer 15

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

这就是你的情况，

1. 您需要一个具有新的优秀新突破特性但当前不是 prod 的分支。你有计划在未来让它成为产品。
2. 您当前的 prod 分支（master）运行良好，但很无聊。您可以对其进行一些小改动。
3. 您希望保持当前主（生产）分支的安全，以备日后需要时使用。

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

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

要解决这个问题（即停止无聊的损失），请执行以下操作 基本上，

1. 通过执行git branch boring 将无聊替换为您想要保留的任何名称来创建您当前主人的副本
2. 现在，您可以向主分支添加新的超棒功能，并向无聊的分支添加无聊的功能。
3. 您仍然可以继续更新无聊的分支，也许可以使用它永远不会将其合并到 master。您不会失去无聊的功能。
4. 您的 master 分支将拥有很棒的功能。

所以，

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

Answer 16

只要去 gitlab 或 github 网站找设置即可。

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

找到默认分支，展开它，您可以选择重命名它或将其更改为其他分支。

我在 gitlab 中尝试过，它成功了。