git branch -vv 显示本地分支与其上游远程分支的追踪关系，如 [origin/main]，但该信息仅反映当前配置而非创建来源；分支无“父分支”元数据，追踪关系可随时修改，且不随克隆传播。
git branch -vv 能看到分支追踪关系，但不等于“父分支”
Git 本身没有“父分支”这个元数据概念。所谓“从哪个分支拉取”，实际指的是该分支的 upstream（上游追踪分支），也就是你用 git checkout -b feat/login origin/main 或 git push -u origin feat/login 时建立的远程关联。
运行 git branch -vv，输出中带 [origin/main] 这类括号内容的，就是当前分支追踪的远程分支。但注意：这只能告诉你“它现在跟踪谁”，不能还原“当初是从哪拉的”——因为后续可以随时用 git branch --set-upstream-to 改掉。
- 如果分支是本地新建、从未 push 过，
git branch -vv不会显示 upstream，哪怕它是从main切出来的 -
git branch -vv显示的是本地配置，不是历史事实；别人 clone 你的 repo 后，这个 upstream 信息不会自动继承 - 即使 upstream 是
origin/develop，也不能断定它“源自 develop”——可能只是后来手动设的
看第一个提交的共同祖先，逼近“源头分支”
真正能反映分支起点的，是它的第一个提交（即“分叉点”）在哪个分支上存在。比如 feat/api 是从 main 拉出的，那它的第一个提交，在 main 的历史里一定找不到，但它的父提交（即分叉点）一定在 main 上。
实操方法：
- 先找到分支最早那个提交：
git log --oneline feat/api | tail -n 1（假设输出是a1b2c3d） - 再查这个提交的父提交：
git show --pretty=%P -s a1b2c3d→ 输出类似f4e5d6c - 然后检查
f4e5d6c是否在某个分支上：git branch --contains f4e5d6c
结果里通常会出现 main、develop 等——这些就是“可能的源头分支”。如果多个分支都包含该提交，说明它来自它们的共同祖先，需结合项目规范判断（例如团队约定所有 feature 都从 main 拉）。
CNB 云原生构建平台的 Git 操作技能，支持代码克隆、提交、推送、分支管理、Merge Request 管理、流水线触发与结果读取。初次使用需收集用户的 Git 用户名和邮箱。
git merge-base 找两个分支最近共同祖先
如果你怀疑某分支 A 是从分支 B 拉出的，直接比对它们的分叉点更可靠：git merge-base A B 返回的就是二者最近共同提交。如果这个提交在 B 的历史里（git branch --contains <hash> B 返回非空），那基本可确认 A 是从 B 拉的。
-
git merge-base feat/login main→ 得到一个哈希 -
git branch --contains <hash> main→ 应该输出main - 反过来查
git branch --contains <hash> feat/login也应有结果（否则说明算错了）
注意：merge-base 对快进合并（fast-forward）和普通合并一视同仁，但无法区分“拉出后没改过”和“拉出后又合并过其他分支”的情况——后者会让共同祖先变深。
别依赖 reflog 查“原始出处”，它不可靠也不可移植
git reflog 里确实可能留下 checkout: moving from main to feat/login 这样的记录，但它只存在于**你本地仓库**，且默认 30 天后被 git gc 清理。CI 环境、新 clone 的仓库、他人机器上，这条线索完全不存在。
- 查法：
git reflog --date=iso | grep "moving from" - 风险：reflog 是操作日志，不是分支血缘证据；重写历史（rebase/filter-branch）后 reflog 会失效
- 结论：仅作辅助验证，不能作为判定依据
真正能跨环境、跨时间成立的，只有提交图本身的拓扑关系——也就是谁包含谁、谁指向谁。分支名只是标签，随时可删可改；而 commit hash 和 parent 指针才是 Git 的事实锚点。
