我有一个分支主机，它跟踪远程分支源/主机。
我想在本地和远程将它们重命名为master old。这可能吗？
对于跟踪origin/master（并且总是通过git pull更新本地主分支）的其他用户，在我重命名远程分支后会发生什么？他们的git pull是否仍然有效，或者它是否会抛出一个错误，即无法再找到原始/主文件？
接下来，我想创建一个新的主分支（本地和远程）。再次，在我这样做之后，如果其他用户执行git pull，现在会发生什么？
我想这一切都会带来很多麻烦。有没有一种干净的方法可以得到我想要的东西？还是我应该让master保持原样，创建一个新的分支master，然后继续工作？
当前回答
这是我所知道的最简单、最“可读”的方式：
使用-m“移动”本地分支
git branch -m my_old_branch_name my_new_branch_name
将“已移动”分支推到远程，使用-u设置“上游”
git push origin -u my_new_branch_name
设置“upstream”实际上是将本地分支“连接”到远程，这样像fetch、pull和push这样的操作就可以工作了。
从远程删除旧分支
git push origin -D <old_name>
您的本地分支已经不存在了，因为您在第一步中“移动”了它。
其他回答
假设您当前在主机上：
git push origin master:master-old # 1
git branch master-old origin/master-old # 2
git reset --hard $new_master_commit # 3
git push -f origin # 4
首先，根据本地存储库中的主提交，在源存储库中创建一个主旧分支。为此新的源/主旧分支创建一个新的本地分支（将自动设置为跟踪分支）。现在将您的本地主机指向您希望它指向的任何提交。最后，强制原始存储库中的更改主机以反映新的本地主机。
（如果您以任何其他方式执行此操作，则至少需要再执行一步，以确保master old已正确设置为跟踪原始/master old。在撰写本文时发布的其他解决方案中均未包含此项。）
好的，在本地和远程重命名分支非常简单！。。。
如果你在分支机构，你可以很容易地做到：
gitbranch-m<branch>
否则，您需要执行以下操作：
git分支-m<your_old_branch><your_new_branch>
然后，将删除推送到远程，如下所示：
git推送原点＜your_old_branch＞
现在你完成了。
如果在尝试推送时遇到上游错误，只需执行以下操作：
git push--设置上游原点<your_new_branch>
我还创建了下图，以显示实际命令行上的步骤。只要按照步骤操作，你就会很好：
您可以执行以下操作：
git -m master master-old #rename current master
git checkout -b master #create a new branch master
git push -f origin master #force push to master
但如果其他人共享这个存储库，强行推送是个坏主意。强制推送将导致其修订历史与新的修订历史冲突。
git checkout -b new-branch-name
git push remote-name new-branch-name :old-branch-name
在删除旧分支名称之前，您可能必须手动切换到新分支名称
我相信关键是你意识到你正在执行一个双重重命名：从主到主，从主到新。
从所有其他答案中，我综合了这一点：
doublerename master-new master master-old
我们首先要定义doublerename Bash函数：
# doublerename NEW CURRENT OLD
# - arguments are branch names
# - see COMMIT_MESSAGE below
# - the result is pushed to origin, with upstream tracking info updated
doublerename() {
local NEW=$1
local CUR=$2
local OLD=$3
local COMMIT_MESSAGE="Double rename: $NEW -> $CUR -> $OLD.
This commit replaces the contents of '$CUR' with the contents of '$NEW'.
The old contents of '$CUR' now lives in '$OLD'.
The name '$NEW' will be deleted.
This way the public history of '$CUR' is not rewritten and clients do not have
to perform a Rebase Recovery.
"
git branch --move $CUR $OLD
git branch --move $NEW $CUR
git checkout $CUR
git merge -s ours $OLD -m $COMMIT_MESSAGE
git push --set-upstream --atomic origin $OLD $CUR :$NEW
}
这类似于更改历史的git rebase，因为分支内容非常不同，但不同之处在于客户端仍然可以安全地使用git pull master快速前进。
