分离头指针状态下git checkout -b会失败或行为异常，因其设计依赖head附着于命名分支；正确做法是用git switch -c new-branch或分步执行git branch new-branch && git switch new-branch。
分离头指针时 git checkout -b 会失败
直接运行 git checkout -b new-branch 在分离头指针（detached HEAD）状态下会报错：fatal: You are on a branch yet to be named 或类似提示。Git 拒绝在这种状态下创建新分支，因为它无法确定“基于哪个提交”来建立分支引用——当前 HEAD 指向的是一个具体 commit，而不是一个分支名。
正确做法：用 git switch -c 或 git branch + git switch
Git 2.23+ 推荐使用 git switch 替代老旧的 git checkout，它语义更清晰，且对分离头状态更友好：
git switch -c new-branch
这条命令会以当前 HEAD 指向的 commit 为起点，创建并切换到 new-branch。等价但分步写法是：
-
git branch new-branch—— 创建分支，指向当前 commit -
git switch new-branch—— 切换过去，退出分离头状态
注意：git branch new-branch 单独执行不会改变 HEAD，仍处于分离头；必须显式切换。
使用四维度框架评估任意 GitLab MR 或 GitHub PR 的复杂度：规模（20%），认知负荷（30%），审查工作量（30%），风险/影响（20%）...
为什么不用 git checkout -b？兼容性与行为陷阱
git checkout -b 的设计初衷是“从当前分支派生”，它隐含假设 HEAD 位于某个命名分支上。在分离头下强行使用，早期 Git 版本可能静默创建分支但不切换，或报错，行为不一致。
- Git 2.20–2.22：部分版本允许
git checkout -b在分离头下工作，但实际创建的分支可能指向错误的 commit（比如上一个分支的 tip） - Git checkout from detached HEAD is not allowed
- 即使成功，也容易误以为已切换，结果仍在分离头——因为
checkout -b在该场景下不保证切换
所以别赌版本，统一用 git switch -c，语义明确、行为稳定。
分离头下创建分支后，原状态是否丢失？
不会。分离头只是 HEAD 直接指向 commit，不涉及任何数据删除。创建新分支后，那个 commit 依然被新分支引用，也仍被 reflog 记录（可通过 git reflog 查到）。唯一要小心的是：如果长期不创建引用，又没其他分支/标签指向它，Git 的垃圾回收（git gc）可能在数周后清理掉这个“游离” commit——但这和分支创建操作本身无关，只和后续是否保留引用有关。
真正容易被忽略的是：分离头状态下做的所有 commit 都没有分支名保护，一旦切走又没及时建分支，就只能靠 git reflog 找回来。所以看到 HEAD is now at abcd123 提示时，第一反应不是写代码，而是先 git switch -c meaningful-name。
