git不通过文件内容确定分支起点，分支起点只是指向某个提交的指针，与文件内容无关；创建分支时仅记录当前head或指定提交的哈希值，不分析任何文件差异。
Git 不通过文件内容确定分支起点
Git 从不根据文件内容变化来决定分支从哪开始。分支起点是纯粹的指针位置，和文件内容无关。你执行 git branch feature-x 时，Git 只是把一个新指针（refs/heads/feature-x）指向当前 HEAD 所在的提交对象——这个对象本身包含快照（即所有文件内容的压缩哈希），但分支创建动作本身不比对、不扫描、不分析任何文件差异。
为什么你会误以为“内容决定起点”
常见错觉来源有三个：
- 你在修改完几个文件后执行
git checkout -b new-branch，接着发现新分支里确实有这些改动 —— 这不是因为 Git “识别出内容变了才建分支”，而是因为你建分支前没git add也没git commit，所以HEAD没动，新分支自然继承了工作区+暂存区的当前状态 - 用
git log --oneline看历史时，发现某次提交的 message 写着“修复导出 Excel 列丢失”，你以为 Git 是靠“列丢失”这个语义选的起点 —— 实际上它只按提交链往前追溯，message 是人写的，Git 完全不解析 - 某些 GUI 工具（如 VSCode 的分支视图）会高亮显示“该分支独有的变更”，让你觉得 Git 在“对比内容找分叉点” —— 那只是前端基于两个提交的 tree 对象做 diff 渲染，不是分支创建逻辑
真正影响分支起点的只有三件事
分支起点唯一由以下任一操作决定：
-
git branch <name></name>：以当前HEAD指向的提交为起点 -
git branch <name><commit></commit></name>：以指定提交哈希（或标签、远程引用等）为起点 -
git checkout -b <name><commit></commit></name>或git switch -c <name><commit></commit></name>：同上，且立即切换
注意：<commit></commit> 必须是仓库中已存在的提交对象 ID（40 位 SHA-1 或缩写），不能是文件路径、文件名或内容片段。Git 不支持类似 git branch from-file:config.yaml 这种语法。
想“按内容找起点”？得自己动手算
如果你真需要基于某次特定内容变更来定位分支起点（比如“从第一次出现 api/v2 字符串的地方开始新分支”），Git 本身不提供直接命令，但可组合使用：
-
git log -S "api/v2" --oneline：找出所有引入/删除该字符串的提交 -
git log -G "pattern" --oneline：用正则匹配代码变动（注意是 diff 内容，不是文件全文） - 拿到目标提交哈希（如
abc1234）后，再执行git branch feature-v2 abc1234
这种操作本质是“人工筛选 + 指针绑定”，不是 Git 自动推导。一旦提交被 gc 清理或未 fetch 到本地，就再也找不到那个起点。
