我有一个分支主机，它跟踪远程分支源/主机。
我想在本地和远程将它们重命名为master old。这可能吗？
对于跟踪origin/master（并且总是通过git pull更新本地主分支）的其他用户，在我重命名远程分支后会发生什么？他们的git pull是否仍然有效，或者它是否会抛出一个错误，即无法再找到原始/主文件？
接下来，我想创建一个新的主分支（本地和远程）。再次，在我这样做之后，如果其他用户执行git pull，现在会发生什么？
我想这一切都会带来很多麻烦。有没有一种干净的方法可以得到我想要的东西？还是我应该让master保持原样，创建一个新的分支master，然后继续工作？
当前回答
可以将以下内容保存到shell脚本中以执行该作业：
例如：
remote="origin"
if [ "$#" -eq 0 ] # if there are no arguments, just quit
then
echo "Usage: $0 oldName newName or $0 newName" >&2
exit 1
elif
[ "$#" -eq 1 ] # if only one argument is given, rename current branch
then
oldBranchName="$(git branch | grep \* | cut -d ' ' -f2)" #save current branch name
newBranchName=$1
else
oldBranchName=$1
newBranchName=$2
fi
git branch -m $oldBranchName $newBranchName
git push $remote :$oldBranchName # Delete old branch on remote
git push --set-upstream $remote $newBranchName # Add new branch name on remote and track it
请注意，这里的默认远程名称“origin”是硬编码的。您可以扩展脚本以使其可配置！
然后，该脚本可以与Bash别名、Git别名一起使用，或者在Sourcetree自定义操作中使用。
其他回答
我假设你仍然在问与你之前的问题相同的情况。也就是说，master new在其历史中不会包含master old。*如果您将master new称为“master”，则实际上您已经改写了历史。不管你如何进入一个状态，在这个状态中，主人不是先前主人地位的后代，只是它处于那个状态。
当master不存在时，其他尝试拉取的用户只会导致其拉取失败（远程上没有这样的引用），一旦它在新的位置再次存在，他们的拉取将不得不尝试将其master与新的远程master合并，就像您在存储库中合并了旧master和新master一样。考虑到您在这里试图做的事情，合并可能会发生冲突。（如果解决了这些问题，并且结果被推回到存储库中，那么你的状态会更糟——这两个版本都是历史。）
简单地回答你的问题：你应该接受在你的历史中有时会有错误。这没关系。这发生在每个人身上。git.git存储库中有还原的提交。重要的是，一旦我们公布了历史，这是每个人都可以信任的。
*如果这样做了，这就相当于将一些更改推到master上，然后在原来的位置创建一个新的分支。没问题。
我相信关键是你意识到你正在执行一个双重重命名：从主到主，从主到新。
从所有其他答案中，我综合了这一点：
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快速前进。
在服务器上登录，转到Git目录并在裸存储库中重命名分支。
这并没有与重新加载同一分支相关的所有问题。实际上，“客户端”将自动识别修改后的名称并更改其远程引用。
之后（或之前）还可以修改分支的本地名称。
在Git v1.7中，我认为这一点略有改变。现在很容易将本地分支机构的跟踪参考更新到新的远程设备。
git branch -m old_branch new_branch # Rename branch locally
git push origin :old_branch # Delete the old branch
git push --set-upstream origin new_branch # Push the new branch, set local branch to track the new remote
您可以执行以下操作：
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
但如果其他人共享这个存储库，强行推送是个坏主意。强制推送将导致其修订历史与新的修订历史冲突。
