可直接用git branch new-branch commit-hash基于任意历史提交创建分支，无需切换head或进入分离状态；该命令不改变工作区，安全高效，适用于从tag、旧提交或远程引用建分支。
直接用 git branch 指定 commit SHA 即可，不需要先切换过去。 你常误以为必须 git checkout 到某个旧提交才能基于它建分支，其实 Git 允许你跳过这步，精准锚定任意历史点。
git branch new-branch commit-hash 怎么用
这是最干净的方式：不改变当前工作区、不移动 HEAD、不触发文件状态重置。适用于从发布 tag、某次修复提交、甚至别人 push 的远程 commit 上拉出调试分支。
-
git branch fix-old-bug a1b2c3d—— 基于 SHA 创建，a1b2c3d可以是完整或前7位哈希，也支持v1.2.0、origin/main~3这类可解析的引用 - 执行后用
git branch能看到新分支，但当前仍在原分支上；要立刻进去工作，得补一句git switch fix-old-bug - 如果
a1b2c3d是孤立提交（比如被rebase后丢弃的），Git 仍能创建分支指针，但该提交不会自动被 GC 回收——只要分支存在，它就安全
为什么不用 git checkout -b 或 git switch -c
这两个命令本质是「基于当前 HEAD 创建并切换」，它们无法指定历史点。如果你先 git checkout a1b2c3d 再 -b，会进入分离 HEAD 状态，稍不注意提交就丢失——尤其新手容易在终端提示 “You are in 'detached HEAD' state” 时懵住。
-
git checkout -b bugfix a1b2c3d是合法的，但语义绕：它先解析a1b2c3d，再建分支并切换，和git branch+git switch两步等价，没必要压缩 -
git switch -c不接受 commit 参数，运行会报错：fatal: a1b2c3d is not a commit and a branch 'bugfix' cannot be created from it - 老项目维护中常见需求：从 v2.1.0 tag 拉热修分支，直接
git branch hotfix/v2.1.1 v2.1.0最稳
推送这个分支到远程时要注意什么
远程仓库默认不包含你本地基于旧提交新建的分支，push 时需显式指定源和目标，且首次推送必须带 -u 绑定上游，否则后续 git pull 会失败。
-
git push -u origin hotfix/v2.1.1—— 推送到同名远程分支，推荐 -
git push origin hotfix/v2.1.1:refs/heads/hotfix/v2.1.1—— 等价，但冗长，一般不用 - 别漏掉
-u：没有它，git status会显示 “Your branch is based on 'origin/main', but no upstream is set”，git pull也会报错“no upstream configured” - 如果远程已存在同名分支（比如别人建过又删了），Git 默认拒绝覆盖，需加
--force-with-lease，但要确认没人在用
真正容易被忽略的是：分支创建后，它的第一个提交父节点就是你指定的那个 commit，但 Git 不会自动把该 commit 之前的提交“复制”进新分支历史——它只是复用原有对象。所以 git log 在新分支里看到的仍是原链，不是新起点。这点在做 bisect 或分析依赖时很关键。
