根本原因是Git找不到bcomp可执行文件路径，需按系统分别配置完整路径并同时设置diff.tool、diff..cmd和merge.tool三处参数，且注意参数顺序、终端编码及交互模式。
Git调用bcomp命令失败：找不到可执行文件
根本原因是Git不知道bcomp在哪，不是插件没装好，而是路径没对上。macOS和Windows默认安装路径不同，Linux更得手动指定。
- macOS下Beyond Compare默认装在
/Applications/Beyond Compare.app/Contents/MacOS/bcomp，必须用这个完整路径，不能只写bcomp - Windows下常见路径是
"C:\Program Files\Beyond Compare 4\BCompare.exe"，注意带空格时要用双引号包裹整个路径 - Linux需先确认是否已通过
sudo dpkg -i或rpm -i安装官方deb/rpm包，再查which bcomp；若无输出，说明命令根本不可用 - 配置前务必在终端里直接运行一遍该路径，比如
/Applications/Beyond Compare.app/Contents/MacOS/bcomp --version，能打出版本才代表路径有效
git config --global diff.tool bcomp 不生效
只设diff.tool不够，Git还依赖diff.<tool>.cmd</tool>定义具体怎么调用，否则它会去查内置的工具列表，而bcomp不在其中。
- 必须同时配置三处：
diff.tool、diff.<tool>.cmd</tool>、merge.tool（如果也要用它合并） - macOS示例：
git config --global diff.tool bcomp git config --global difftool.bcomp.cmd '"/Applications/Beyond Compare.app/Contents/MacOS/bcomp" "$LOCAL" "$REMOTE"' git config --global merge.tool bcomp git config --global mergetool.bcomp.cmd '"/Applications/Beyond Compare.app/Contents/MacOS/bcomp" "$LOCAL" "$BASE" "$REMOTE" "$MERGED"'
- 参数顺序不能错：
$LOCAL是当前分支内容，$REMOTE是对比分支，$BASE是共同祖先，$MERGED是输出文件。Beyond Compare对顺序敏感，反了会导致文件打开错位
使用git difftool时卡住或自动退出
大概率是Git没关掉等待模式，或者Beyond Compare启动后没接管stdin/stdout。这不是软件冲突，是交互方式不匹配。
- 加
--no-prompt参数跳过每一对文件的确认提示：git difftool --no-prompt，否则它会在终端等你输y/n，而GUI工具根本不会响应这个输入 - 确保没启用
wait选项（某些旧版文档会建议加-wait），Beyond Compare 4+默认同步等待，加了反而阻塞 - 如果用Zsh或Fish，检查是否有别名覆盖了
git命令，比如alias git='git --no-optional-locks'之类，可能干扰子进程启动
中文路径或文件名乱码
Beyond Compare本身支持UTF-8，但Git传参时可能被shell转义或编码截断，尤其在Windows CMD或旧版Git for Windows中明显。
- Windows用户优先改用Git Bash而非CMD运行
git difftool，它对Unicode环境变量和参数处理更稳 - macOS上若遇到乱码，检查终端的locale设置：
locale | grep UTF应有UTF-8，否则在~/.zshrc里加export LANG=en_US.UTF-8 - 避免在路径里用中文空格或全角符号——不是Git或BC的问题，是底层exec系统调用解析失败，这类问题连
ls都可能报错
