git clone -b 仅指定克隆的远程分支，不更改本地分支名；若需自定义本地分支名，须先克隆再执行 git checkout -b 新名 origin/原名，并用 git branch -u 设置上游跟踪。
git clone -b 指定分支时，本地分支名不是你想要的？
默认情况下，git clone -b feature/login 会把远程 feature/login 分支克隆下来，并在本地创建一个同名分支（feature/login），同时将它设为当前检出分支。但很多人误以为 -b 是“把远程分支重命名为本地分支”，其实不是——-b 只控制「克隆哪个远程分支」，不改名，也不新建任意名字的本地分支。
如果你希望克隆 origin/dev，但本地分支叫 my-dev-test，git clone -b 本身做不到；必须分两步：先克隆，再重命名或新建。
想让本地分支名和远程分支不同，得用 git checkout -b
克隆后立即新建并切换到自定义名称的本地分支，是唯一可靠的做法。常见场景比如：拉取 release/v2.5，但本地想叫 test-v2.5-rc 做验证。
操作步骤如下：
审计 GitHub Actions 工作流文件的密钥泄露风险，例如 pull_request_target 密钥使用、密钥回显命令及未固定版本的 Action 密钥传递。
- 先克隆指定分支（带
--single-branch避免多余数据）：git clone -b release/v2.5 --single-branch https://xxx.com/repo.git - 进入目录：
cd repo - 创建新本地分支并指向远程分支提交：
git checkout -b test-v2.5-rc origin/release/v2.5 - 此时
test-v2.5-rc已存在，且跟踪关系需手动设置（见下一条）
git checkout -b 后如何设置 upstream 跟踪？
用 git checkout -b new-name origin/old-name 创建的分支，默认不自动设置 upstream。这意味着后续 git pull 不会自动知道该合并谁、git push 默认也不推送到对应远程分支。
补上跟踪关系只需一行：
git branch --set-upstream-to=origin/release/v2.5 test-v2.5-rc- 或者更简写（Git 2.0+）：
git branch -u origin/release/v2.5 test-v2.5-rc - 验证是否生效：
git branch -vv，应看到test-v2.5-rc后面标有[origin/release/v2.5]
为什么不用 git clone -b 自定义名 + --orphan？
--orphan 是用于创建无历史的新分支，跟克隆无关。有人试图组合 git clone -b my-feature --orphan，但这是非法用法——git clone 不接受 --orphan，命令直接报错：unknown option: --orphan。
真正需要“克隆某分支内容但起新名字”的场景，本质是「复制提交历史 + 新建分支指针」，只能靠克隆后 checkout -b + branch -u 完成。没有捷径，也不要尝试 alias 封装成“一键重命名克隆”，因为上游分支名、远程名、本地名三者耦合逻辑容易出错，尤其在 CI 或脚本中漏掉 -u 会导致后续 push 行为不符合预期。
