git merge-base 能判断两分支是否有共同祖先：返回 SHA 表示存在，无输出则通常无共同祖先，但需结合 git rev-list --left-right A...B 输出是否为“0 0”来最终确认。
git merge-base 能否判断两分支是否有共同祖先
git merge-base 是最直接的工具：它返回两个分支最近的共同祖先提交。如果返回一个 SHA，说明有共同节点；如果报错或无输出，通常意味着没有可追溯的共同祖先（比如一个分支是从空仓库新建、或被强制重写且未保留历史）。
实际执行时注意以下几点：
- 必须确保两个分支都存在于本地。远程分支如
origin/dev需先git fetch同步，否则git merge-base dev feature可能查不到远端分支的最新状态 - 若分支间存在多个共同祖先（如多次合并），
git merge-base --all A B会列出全部，但通常只需关注第一个（即最近的那个） - 不要依赖
git merge-base A B的退出码判断——成功返回 SHA 时退出码为 0，但无共同祖先时退出码也是 0（只是 stdout 为空），需靠输出内容判断
用 git log --oneline --decorate 检查分支拓扑是否连通
有时候 git merge-base 返回空，但你怀疑是误判（比如分支刚从同一 commit 分叉）。这时人工验证更可靠：
git log --oneline --decorate --graph --simplify-by-decoration A B
这个命令会以图形化方式展示两个分支的提交链，并标出分支名和 tag。观察是否出现交汇点（即某行同时标有 A 和 B，或某提交被两者都可达）。
-
--simplify-by-decoration关键：它只显示带分支/标签引用的提交及其必要祖先，大幅压缩输出，避免淹没在无关提交里 - 如果图中两个分支完全分离（各自向上延伸无交点），且
git merge-base也无输出，基本可确认无共同祖先 - 注意：
git log默认只查当前仓库可见历史。如果某分支曾被git push --force重写过，而本地没git fetch --prune，看到的可能不是真实拓扑
git rev-list --count --left-right A...B 判断包含关系与共性
这个命令常被忽略，但它能一次性回答三个问题：A 是否包含 B？B 是否包含 A？它们是否有交集？
Lovefromio Github
下载
使用 `gh` CLI 与 GitHub 交互。通过`gh issue`、`gh pr`、`gh run` 和 `gh api` 管理 issue、PR、CI 运行以及高级查询。
运行：
git rev-list --count --left-right A...B
输出形如 12 8：左边数字是「仅在 A、不在 B」的提交数，右边是「仅在 B、不在 A」的提交数。
- 若任一数字为 0（如
0 5），说明 A 是 B 的祖先（即 B 包含 A 的全部历史），自然有共同节点 - 若两个数都大于 0（如
3 7），说明有分叉，但只要不是0 0，就代表存在共同祖先（因为A...B的对称差集不为空，意味着两者都可达某个中间提交） -
0 0是唯一明确表示「无共同祖先」的结果——此时两分支完全独立，彼此不可达
为什么 git show-branch 不推荐用于自动化判断
git show-branch A B 能直观显示分支交汇，但它的输出格式不稳定，且默认只显示最近 10–20 个提交，容易漏掉真正的共同祖先（尤其当分支历史很长或共同点很早）。
- 例如：A 和 B 共同祖先在 500 次提交之前，
git show-branch默认只显示最近 30 个，结果看起来像“无交点” - 加
--all或-n 1000可缓解，但输出仍是文本渲染格式，不适合脚本解析 - 相比而言，
git merge-base和git rev-list --left-right输出确定、无歧义，更适合集成到 CI 或检查脚本中
