可以，当前分支直接用git branch -m 新分支名即可重命名；非当前分支则需git branch -m 旧名 新名。大小写变更须用-m强制，且重命名后必须git push -u origin 新名设上游并git push origin --delete 旧名删远端旧分支。
git branch -m 重命名本地分支时，当前分支和非当前分支写法不同
你不能在要改名的分支上直接用 git branch -m newname 吗？可以，但得看情况。如果当前就在 old-branch 上，命令里不用写旧名：git branch -m new-branch。但如果当前在 main 或其他分支，就得显式指定：git branch -m old-branch new-branch。
容易踩的坑：
- 在 Windows 或 macOS（默认不区分大小写）文件系统上，仅改大小写会失败，比如
Feature→feature，必须加-M（大写 M，强制重命名）：git branch -M feature - 重命名后，
git status仍显示 “Your branch is based on 'origin/old-branch'”，说明上游没更新，后续git push会推错地方
git push -u origin new-branch 是同步远程并建立追踪的关键一步
只重命名本地分支，远端还留着旧分支，新分支也没关联，这等于没完成重命名。真正让 Git 认出“这个本地分支就该对应那个远程分支”的，是 git push -u origin new-branch 中的 -u（即 --set-upstream）。
为什么必须带 -u：
- 它把本地分支的 upstream 属性指向
origin/new-branch，之后git push和git pull才能免参数运行 - 如果不加
-u，只执行git push origin new-branch，远程虽然有了新分支，但本地分支仍“认”着旧 upstream，git branch -vv会显示[origin/old-branch]，不是[origin/new-branch] -
-u只需用一次，首次推送后就固化了，后续推送不用再带
git push origin --delete old-branch 必须在推送新分支之后执行
顺序错了就会丢提交或引发协作混乱。必须先确保 new-branch 已完整推送到远程、且所有协作者都能拉取，才能删旧分支。
操作节奏要点：
- 删早了：别人
git fetch后看到origin/old-branch消失，但origin/new-branch还没出现，会以为分支丢了 - 删晚了：旧分支长期残留，CI/CD 可能继续跑旧分支的流水线，PR 页面还挂着已废弃的链接
- 删除命令本身无回滚：一旦执行
git push origin --delete old-branch，远程旧分支引用立即清除，不可逆
git fetch --prune 是协作者清理本地缓存的唯一可靠方式
你删了远程 old-branch，但队友本地的 origin/old-branch 引用还在，git branch -r 仍能看到它。这不是 bug，是 Git 默认不自动清理过期远程跟踪分支。
正确清理方法只有这一种：
- 协作者需手动运行
git fetch --prune（或简写git fetch -p），Git 才会对比远程状态，把本地已不存在的origin/old-branch删除 -
git pull不会触发 prune，它只是fetch + merge，不检查远程分支是否存在 - IDE（如 VS Code、IntelliJ）通常不会自动刷新远程分支列表，必须重启或手动触发 fetch，否则界面里仍显示旧分支名
git push 和 git pull 行为偏离预期，直到你意识到 git branch -vv 输出里括号里的名字还是旧的。
