git branch -m 仅重命名本地分支，远程完全无感知；必须执行三步同步：删远程旧分支、推新分支、用 git push -u 设置上游，否则导致上游断裂、CI双跑、PR错乱。
git branch -m 只改本地，远程完全没反应
执行 git branch -m old-name new-name 后，Git 仅重命名你本地的 .git/refs/heads/old-name 文件，远程仓库里的 origin/old-name 依然存在，且你的本地分支不会自动指向 origin/new-name。此时运行 git status，大概率看到提示：Your branch is based on 'origin/old-name', but the upstream is gone.——这不是警告，是上游已断裂的明确信号。
常见错误现象包括：git push 仍往旧远程分支推、git pull 拉不到新分支内容、CI/CD 流水线继续触发旧分支、PR 关联错乱。
- 当前就在待重命名分支上时，直接用
git branch -m new-name（单参数）最安全 - 不在该分支上时，必须写全两个参数：
git branch -m old-name new-name；输错旧名，Git 不报错，而是新建一个叫new-name的分支，原分支毫发无损 - 新名含点号、波浪线等特殊字符，必须加引号：
git branch -m "hotfix.1.2" "fix/1.2" - Windows 下大小写不敏感，
main→Main可能静默失败，需加--force（但先确认无同名分支）
远程分支必须删旧 + 推新 + -u 设置上游
Git 没有“重命名远程分支”的原子操作，只能靠三步组合完成：删掉远程旧引用、推送新引用、显式设置上游追踪。漏掉任何一步，都会导致远程同时存在 old-name 和 new-name，后果严重。
推荐顺序和写法：
- 先确认远程旧分支是否存在：
git ls-remote --heads origin old-name（有输出才需删） - 删远程旧分支：
git push origin --delete old-name（别用git push origin :old-name，可读性差且部分 CI 工具不兼容） - 推新分支并设上游：
git push -u origin new-name（-u会写入branch.new-name.merge和branch.new-name.remote配置）
注意：git push -u origin new-name 仅在远程已有 new-name 时才设置跟踪；若远程尚无该分支，它会先创建再设跟踪。但如果只做 git push origin new-name 而不加 -u，本地分支就无法默认识别上游，后续 git push 仍需带参数。
GitHub 智能代码审查与 CI/CD 自动化工作流。收到 PR 或代码提交时，自动进行 AI 代码审查（bug/安全/逻辑），并根据审查结果智能生成或推荐 GitHub Actions 工作流。触发词：代码审查、review PR、生成 CI/CD、GitHub Actions。
上游跟踪关系必须手动修复
git branch -m 不会更新 .git/config 中的 branch.<name>.merge</name> 和 branch.<name>.remote</name> 配置项。残留的旧配置会让所有基于配置的命令（如 git pull、git push 无参数调用）继续指向已删除的 origin/old-name。
修复方式有两种：
- 分步操作：
git branch --unset-upstream清除旧上游，再git branch --set-upstream-to=origin/new-name new-name - 一步到位：
git push -u origin new-name（前提是远程已有new-name；否则得先git push origin new-name再设 upstream）
验证是否生效：git branch -vv 应显示 new-name 后跟 [origin/new-name]，而不是 [origin/old-name]。
协作者同步时必须手动清理本地残留
重命名对他人无自动影响。其他开发者不能只 git pull 就完事，他们需要主动同步远端状态并清理本地记录：
- 拉取最新远程分支信息：
git fetch -p（-p即--prune，移除本地已不存在的远程跟踪引用） - 如果本地还有
old-name分支，需人工决定是否保留；若要切换到新分支，得先git switch new-name或git checkout new-name - 若本地
old-name分支仍存在且有未推送提交，而远程old-name已被删，这些提交将无法通过常规fetch恢复
最容易被忽略的是：重命名前没确认所有协作者是否已推送完变更。一旦远程旧分支被删，那些未推送的提交就彻底丢失。VSCode 的 Git: Rename Branch 命令底层就是 git branch -m，不做任何远程操作，也不修 upstream 配置——IDE 显示的分支名更新了，但 git push 仍往 origin/old-name 推。
