navicat git同步按钮灰色因三因素：未配置git路径、项目未初始化仓库、连接未绑定本地仓库路径；需手动指定git.exe绝对路径、执行git init、并在连接中设置仓库根目录及子路径。
navicat 本身不管理 git 仓库，跨平台配置 git 的核心是：统一工作目录结构、手动初始化仓库、禁用 navicat 自动生成的干扰内容，并确保 git cli 在各系统上路径可被正确识别。
Navicat 的 Git 面板为什么在 macOS/Linux 上点不动？
Navicat 内置 Git 功能只是调用系统已安装的 git 命令行工具，它不会自己装 Git，也不自动检测 PATH。如果你在 macOS 或 Linux 上点击「推送」无反应或弹出错误终端，大概率是 git 可执行文件没被 Navicat 找到。
- 检查终端输入
which git（macOS/Linux）或where git（Windows），拿到真实路径，比如/opt/homebrew/bin/git或/usr/bin/git - Navicat 设置里必须填这个**绝对路径**，不能只写
git；菜单栏 → 工具 → 选项 → 版本控制 → Git →Git executable path - macOS 上通过 Homebrew 安装的 Git，路径常不在默认 PATH 中，Navicat 不继承 shell 的 PATH 环境变量
- Linux 桌面环境（如 GNOME）启动的 Navicat，可能无法读取
~/.bashrc里的 PATH，需改用系统级安装的 Git（如/usr/bin/git）或改用终端启动：env PATH=$PATH:/opt/my-git/bin navicat
Windows/macOS/Linux 共享同一份 SQL 脚本仓库时，哪些配置必须统一？
跨平台协作下，Git 的换行符、文件权限、大小写敏感性会直接导致冲突或脚本执行失败。Navicat 导出的 .sql 文件是纯文本，但不同系统默认行为不同。
- 所有平台都必须在仓库根目录放
.gitattributes，内容至少包含：*sql text eol=lf（强制 LF 换行）、*sql whitespace=strip（忽略尾部空格） - Windows 用户需关闭 core.autocrlf：
git config --global core.autocrlf false，否则 Git 会偷偷把 LF 转 CRLF，再 diff 就全是“整行变更” - macOS/Linux 是大小写敏感文件系统，Windows 默认不敏感——如果有人误提交
Users.sql和users.sql，Windows 上能共存，Git 提交后 macOS 会丢一个，且不报错 - Navicat 导出时务必关闭「自动添加时间戳注释」，否则每次导出文件头都变，Git 认为全文件改动
Navicat Premium 跨平台导出存储过程，MySQL 的 DELIMITER 怎么处理？
Navicat 导出的 MySQL 存储过程默认不含 DELIMITER，直接执行会因分号提前终止而报错。这个问题在 Windows/macOS/Linux 上表现一致，但修复方式必须写进团队流程，不能依赖 Navicat 自动补全。
- 导出后必须人工加
DELIMITER $$和结尾的$$，或使用 Navicat 的「导出为可执行脚本」选项（Premium 专属） - 更可靠的做法是：用脚本批量处理，例如 Python +
re.sub在CREATE PROCEDURE前插入DELIMITER $$，并在最后加$$和DELIMITER ; - Oracle 用户注意：Navicat 对 Oracle 存储过程导出不自动处理
/分隔符，且不支持版本控制中的自动跟踪，必须手动导出+提交 - 别把多个存储过程塞进一个文件——每个
schema.procedure_name.sql独立存放，Git diff 更精准，也方便 CI 做单对象校验
跨平台 Git 配置最难的不是路径或换行，而是让所有人导出前先 git pull、导出后立刻 git add + git commit ——Navicat 不监听数据库变更，也不自动暂存文件，这一步漏掉，仓库就和线上库脱节了。
