Git分支重命名：从“当前分支”到“远程同步”的完整指南
给Git分支改个名字，听起来是个简单操作，但实际操作时，你会发现它有几个“小脾气”。尤其是在当前分支上直接操作，或者已经推送到远程仓库时，处理不当就容易报错。下面咱们就按场景拆解，把每一步都理清楚。
当前在目标分支上，想直接改名
首先得明确一个核心限制：Git不允许你直接重命名当前所在的分支。如果你尝试运行 git branch -m new-name，会立刻收到一个明确的错误：error: Cannot rename the currently checked out branch。这不是权限问题，也不是配置错误，而是Git设计上的硬性规定。
那正确的“操作流”是什么？记住三步走：先离开，再改名，最后回来。
- 第一步：切换分支。运行
git checkout main（或者切换到任何一个已存在的其他分支）。 - 第二步：执行重命名。使用命令
git branch -m old-name new-name。这里的-m参数是“move”的缩写，在Git语境下就等同于重命名。 - 第三步：切回新分支。最后，通过
git checkout new-name切换到你刚改好名字的分支上。
有个细节值得注意：虽然新版Git推荐使用 git switch 来切换分支，但重命名操作本身仍然依赖 git branch -m 命令，git switch 并不提供改名功能。
已推送到远程，重命名后如何同步
本地改名成功，只是万&里长征第一步。如果你之前已经把分支推送到远程仓库（比如GitHub、GitLab），那么远程仓库对此一无所知，它记录的还是旧的分支名。此时直接推送会失败，并提示类似 src refspec old-name does not match any 的错误。
这就需要我们手动去同步远程仓库，过程分为两步：清理旧的，推送新的。
- 删除远程旧分支：执行
git push origin --delete old-name。这个操作会从远程仓库移除旧分支名的引用。 - 推送并关联本地新分支：接着运行
git push origin -u new-name。这里的-u参数（等同于--set-upstream）至关重要，它会将本地的新分支与远程仓库的同名分支关联起来，方便后续的git push和git pull。
这里有个重要的协作提醒：如果这个分支还有其他人在共同开发，务必在删除远程分支前通知他们。因为 --delete 操作是不可逆的。此外，虽然提交历史保持不变，但分支指针已经迁移，其他协作者在 fetch 后需要手动更新他们本地的跟踪关系。
想把当前分支改成 main，但 main 已存在
这是一个典型的命名冲突场景。假设你想把当前分支改名为 main，但仓库里已经有一个叫 main 的分支了。这时直接运行 git branch -m main 会失败，报错：fatal: A branch named 'main' already exists。Git的规则很明确：不允许覆盖已有的分支名。
解决方法听起来有点“硬核”，但逻辑很直接：必须先移除冲突的命名。当然，前提是你确认可以删除那个已存在的 main 分支。
- 强制删除本地同名分支：使用
git branch -D main。注意这里用的是大写的-D，它会强制删除该分支，无论其内容是否已被合并。 - 重命名当前分支：障碍清除后，再执行
git branch -m main即可。 - 重新关联上游（如需）：如果被删除的那个
main原本是跟踪远程分支的，你可能还需要运行git branch -u origin/main来重新建立上游关联。
必须强调，这个操作风险较高。尤其是在团队环境中，main 通常是默认的主分支。切勿在未经沟通的情况下，强行将自己的特性分支改名为 main 并推送到远程，这会造成极大的混乱。
重命名后，Git GUI 或 IDE 显示异常
操作完成后，有时你会发现VS Code、IntelliJ IDEA、Sourcetree这些图形化工具显示的分支名还是旧的，或者提示分支“已过期”，推送目标也未能更新。别担心，这通常不是Git本身的问题。
根本原因在于，这些IDE或GUI工具缓存了分支信息，没有及时刷新。要解决这个问题，可以尝试手动刷新：
- VS Code：可以尝试关闭当前文件夹再重新打开，或者使用命令面板（
Ctrl+Shift+P/Cmd+Shift+P），搜索并执行“Git: Refresh”。 - IntelliJ IDEA：在项目根目录上右键，选择
Git → Repository → Refresh。 - 最可靠的验证方式：始终回归命令行。运行
git branch查看当前所有分支列表，运行git status查看当前分支名及其上游跟踪信息是否准确。
另外请注意，一些IDE（如IntelliJ系列）可能会为旧分支名保留本地的“历史记录”或存储（stash），这些数据不会随分支重命名而自动迁移，可能需要你手动检查和清理。
