高效 Git 流程核心是减少手动判断、加速反馈、避免重复出错；需正确配置（autocrlf、diff3、defaultBranch、pull.rebase）、固化提交前检查链（pull --rebase、add -u、规范 commit）、用 Meld 可视化解决冲突。
在 macOS 上建立高效 Git 提交与冲突合并流程，核心是“减少手动判断、加速决策反馈、避免重复出错”。不需要堆砌工具，关键是把配置做对、步骤理顺、习惯养成。
一、基础配置：让 Git 自带行为更符合协作直觉
安装 Git 后（推荐用 brew install git），立即执行以下全局配置，省去每次项目单独设置：
-
git config --global core.autocrlf input—— 防止 macOS/Linux 与 Windows 换行符混用引发误报冲突 -
git config --global merge.conflictStyle diff3—— 冲突标记中多显示“共同祖先”内容，帮你快速判断哪边改得更合理 -
git config --global init.defaultBranch main—— 统一分支命名，避免master和main混乱 -
git config --global pull.rebase false—— 默认用 merge 而非 rebase 拉取，保持线性历史清晰，适合多数团队
二、提交前自动化检查：从源头减少冲突概率
频繁同步 + 小步提交，比“攒一堆再推”更少触发冲突。建议日常操作链固化为：
- 开始工作前：
git pull --rebase origin main（用 rebase 更新自己，保持本地提交干净） - 修改后先运行：
git add -u && git status --short—— 确认只暂存了真实改动，无意外文件 - 提交时强制校验：
git commit -m "feat: add user login"，不接受空消息或模糊描述（可配合commit-msg钩子规范格式）
这样每次提交都自带上下文，别人合并时更容易理解你的意图，也降低语义冲突风险。
三、可视化解决冲突：跳过命令行硬刚，用 Meld 快速决策
Mac 上推荐用 Meld（比 vimdiff/kdiff3 更直观，且支持 macOS 原生窗口）：
- 安装：
brew install --cask meld（新版 Homebrew 已支持直接装 cask 版，无需 X11） - 配置 Git 使用它：
git config --global merge.tool meld和git config --global mergetool.meld.trustExitCode true - 遇到冲突时，直接运行：
git mergetool—— 它会逐个打开冲突文件，左侧是当前分支（HEAD），右侧是入仓分支，中间是合并结果区；你只需点选要保留的块，保存即自动标记为已解决
不用记
四、合并后收尾动作：防止遗漏和状态污染
一次 merge 完成不是终点，两个动作必须做：
- 运行
git status确认所有冲突文件已added，且没有残留的Unmerged paths - 提交前加一句验证：
git diff --cached—— 快速扫一眼最终合入的内容是否符合预期，尤其注意删掉的逻辑、新增的 console 或临时注释 - 成功提交后，及时清理：
git branch --merged | grep -v "\*\|main\|develop" | xargs -I {} git branch -d {}（安全删除已合入的本地功能分支）
这些动作加起来不到 20 秒，却能避免“以为解决了，其实漏了一个文件”或“合并进去了调试代码”这类低级失误。
