Navicat的Git功能非开箱即用，需手动配置git路径、初始化仓库并关联origin远程；跨平台须统一.gitattributes换行符规则及禁用autocrlf；团队必须定期手动导出SQL并提交，否则Git与数据库脱节。
Git 在 Navicat 中不是开箱即用的功能，它只是调用你本地已安装的 git 命令行工具，且**不负责初始化仓库、不自动关联远程、不处理换行符或冲突逻辑**。想让它真正可用，必须手动补全底层 Git 环境。
Navicat 的 Git 面板为什么点不动或报 “not a git repository”？
这不是 navicat 故障，而是它根本没找到有效的 git 仓库上下文。常见原因有三个：
-
git可执行文件路径没填对：Windows 填C:\Program Files\Git\bin\git.exe，macOS 填/opt/homebrew/bin/git或/usr/bin/git（不能只写git） - 当前 SQL 文件所在目录下没有
.git目录：Navicat 不会帮你运行git init，必须提前在终端里进到目标文件夹，执行git init - 仓库没配置
origin远程：Navicat 默认只认origin，需手动执行git remote add origin https://...，再用git branch --set-upstream-to=origin/main main关联分支
跨平台共享同一个 SQL 仓库时，哪些 Git 配置必须统一？
Windows/macOS/Linux 对换行符、大小写、权限的默认处理不同，直接导致脚本执行失败或 Git 冲突。关键动作只有三件：
- 所有平台仓库根目录下必须存在
.gitattributes，内容至少含：*.sql text eol=lf whitespace=strip - Windows 用户必须全局关闭自动换行转换：
git config --global core.autocrlf false（否则每次git add都悄悄把LF换成CRLF） - 禁用 Navicat 导出时的「自动添加时间戳注释」——否则每次导出，文件头都变，Git 认为整文件被重写
Navicat 导出的存储过程 SQL 为什么执行报错？
MySQL 存储过程默认导出不含 DELIMITER，但分号语句必须靠它隔离。这不是平台差异问题，而是 Navicat 的导出逻辑本身就不适配可执行脚本。
- 手动补上：在导出的
.sql文件开头加DELIMITER $$，结尾加DELIMITER ; - 或改用 Navicat Premium 的「导出为可执行脚本」选项（仅 Premium 支持）
- 更稳妥的做法是不在 Navicat 里直接执行这些文件，而交给
mysql -e或 CI 流水线里的source命令，并确保它们预处理过DELIMITER
团队协作中，Navicat + Git 最容易被忽略的环节是什么？
不是设置路径，也不是选分支，而是**没人负责定期导出并提交**。Navicat 从不监听数据库变更，你改了表结构、存过、视图，它不会自动同步到 Git —— 必须右键对象 → 「导出为 SQL 文件」→ 手动保存到仓库路径 → 回到 Navicat → 「版本控制 → 提交」。漏掉任何一环，Git 历史就和线上库脱节。而且，一旦多人同时操作同一对象，Navicat 不做内容合并，冲突得人工打开两个 .sql 文件逐行比对。
