需配置 git mergetool 的工具名和调用命令：用 git config --global merge.tool 指定工具，再通过 mergetool.<tool>.cmd 设置含变量（如 "$LOCAL"）的完整命令，VS Code 需 --wait，meld 需 --output="$MERGED"，且不自动 git add。
怎么让 git mergetool 弹出图形化界面
默认情况下 git mergetool 只走命令行，哪怕你装了 vscode 或 meld 也不会自动弹窗——核心原因是没告诉 Git 用哪个工具、怎么调用它。
实操建议：
- 先确认工具已安装且能手动运行：
meld --version或code --version - 用
git config --global merge.tool <toolname>指定工具名，比如meld、vscode、vimdiff - 对 VS Code，必须额外配置：
git config --global mergetool.vscode.cmd 'code --wait --merge "$LOCAL" "$REMOTE" "$BASE" "$MERGED"' - 如果系统里有多个版本（比如 macOS 上通过 Homebrew 和官方 pkg 装了两份
meld），git可能找不到可执行路径，这时得加mergetool.<tool>.path显式指定
vscode 做 mergetool 为什么总卡在 “waiting for editor”
这是最常遇到的阻塞点：VS Code 启动了，但 Git 一直等不到“编辑完成”信号，最终超时退出。
原因和解法：
-
--wait参数缺不得——它让命令阻塞，直到窗口关闭；漏掉就变成“启动即返回”，Git 认为没干活 - 如果你用的是 VS Code Insiders 版，工具名要写成
code-insiders，且配置里的cmd也得对应改，否则调用的是稳定版或根本找不到 - Windows 用户要注意路径空格问题：
"$LOCAL"这种引号不能省，否则含空格路径会截断 - WSL 下用 Windows 版 VS Code 需确保已运行
code --install-server并配置好 DISPLAY，否则 GUI 根本出不来
meld 配置后不显示三栏对比，只打开两个文件
meld 默认行为是双文件比较，但 Git 合并冲突需要三栏（LOCAL/REMOTE/BASE）+ 输出结果（MERGED）——不显式传参就会降级使用。
GitHub Actions Runtime Regression Audit
下载
对比基线与当前 GitHub Actions 运行导出，在 CI 成本和交付周期激增前及时发现工作流或作业运行时性能退化。
正确做法：
- 必须配置
mergetool.meld.cmd，不能只靠merge.tool = meld - 标准命令是：
meld "$BASE" "$LOCAL" "$REMOTE" --output="$MERGED" -
--output是关键：它把解决后的结果写回 Git 期望的临时文件，缺了 Git 就收不到修改 - macOS 上若用 Homebrew 安装的
meld，可能因 Python 环境问题启动失败，此时换用brew install --cask meld（GUI 版）更稳
合并完 git mergetool 不自动标记 resolved，还要手动 git add
Git 不会自动帮你 git add 解决后的文件，哪怕工具里点了 save & close——这是设计使然，不是 bug。
注意点：
-
git mergetool只负责打开工具、传入文件、等你改完写回$MERGED；是否提交、是否标记为 resolved，全由你控制 - 想省一步？加
--no-prompt和-y参数能让它自动跳过确认，但依然不会add - 真正自动化的方法是写个 wrapper 脚本，或者用
git commit -a（前提是没其他未暂存变更） - 最容易被忽略的是：如果冲突文件是 symlink 或 submodule，
mergetool可能静默跳过，连提示都没有
真正麻烦的从来不是选哪个工具，而是每个工具背后那几行非写不可的 cmd 配置，少一个引号、错一个变量名，就卡在黑屏或报错里。
