git branch --merged 列出已合并到当前分支的本地分支，不检查远程同步状态；验证是否合并应优先用 git log master..login 或 git merge-base --is-ancestor。
git branch --merged 能快速列出已合并分支
执行 git branch --merged 会显示所有「已合并到当前所在分支」的本地分支。比如你当前在 master 分支，运行后如果看到 login 前面没带 * 且出现在列表里，说明 login 的全部提交已进入 master。
注意：git branch --merged 只对比当前 HEAD 所在分支，不自动切换；它不检查远程分支是否同步，也不反映是否已 push 到远程 —— 这是常见误解点。
- 加
-a可同时查看远程跟踪分支：git branch -a --merged - 想查某分支是否已合并进
master，先git checkout master再运行命令 - 如果目标分支不在列表中，不代表“没合并”，可能是被 rebase 过（提交哈希变了），此时需用其他方式验证
git log master..feature 判断提交是否缺失
git log master..login 是更直接的判断方式：它列出「在 login 上有、但在 master 上没有」的提交。如果命令无输出，说明 login 的所有提交都已在 master 中。
这个操作不依赖分支是否还存在，哪怕 login 已被删除，只要本地有其引用（比如 origin/login），就能用 git log master..origin/login 检查远程分支状态。
CNB 云原生构建平台的 Git 操作技能，支持代码克隆、提交、推送、分支管理、Merge Request 管理、流水线触发与结果读取。初次使用需收集用户的 Git 用户名和邮箱。
- 输出为空 = 已完全同步（提交层面）
- 有输出 =
login还有未合入master的提交 - 注意方向：
master..login≠login..master，后者查的是master独有而login没有的提交
git merge-base --is-ancestor 是最可靠的单提交校验
当你只关心某一次提交（比如 a1b2c3d）是否已进入当前分支，git merge-base --is-ancestor a1b2c3d HEAD 是最精准的方法。它返回 0 表示已包含，非 0 表示未包含。
这比 git branch --contains 更底层、更稳定，尤其适合写脚本或 CI 检查。例如 CI 流水线中要确认某个 hotfix 提交是否已上线，就该用这个。
- 可设为别名：
git config --global alias.is-merged '!f() { git merge-base --is-ancestor "$1" "$2" && echo "已合并" || echo "未合并"; }; f' - 不能省略
HEAD或目标分支名，否则默认对比当前分支 - 对 rebase 过的提交无效 —— 因为哈希变了，得用原始提交消息或 tag 定位
IDEA 里右键「Git → Repository → Show History」能可视化确认
在 IDEA 中打开 Git 工具窗口（Alt + 9），切到 Log 标签页，点击右上角 Show History，再勾选 --all 和 --decorate，就能看到所有分支指针和合并点。如果 login 的末端提交有一条线直连到 master 的某次提交（尤其是带 merge 字样的提交），基本可判定已完成同步。
这种方式直观，但依赖图形渲染完整 —— 如果历史太长或过滤过严，可能漏看关键合并点。它也看不出是否已 push，仍需配合 git status -sb 看当前分支是否 ahead/behind。
- 合并提交上会标出
Merge: abc123 def456，括号里是两个父提交 - 快进合并（fast-forward）不会产生新提交，
master指针直接移到login头部，图中表现为一条直线延伸 - 不要只看分支名是否存在，要看实际提交链是否汇入
git status -sb、git ls-remote 或人工核对。
