合理配置 Git 缓存机制
项目大了，每次切换分支都卡得像老式拨号上网？试试开启 Git 的稀疏检出和浅克隆。尤其在大型仓库中，使用 git clone --depth=1 只拉取最新提交，能大幅缩短克隆时间。配合 git config core.preloadIndex true 启用索引预加载，状态查询速度明显提升。
git clone --depth=1 https://example.com/large-repo.git减少文件监控开销
前端项目里 node_modules 动不动上万文件，Git 每次扫描都累够呛。除了确保 .gitignore 写好，还可以关闭文件系统监视警告：git config core.fileMode false。Windows 和 macOS 用户尤其建议加上这句，避免因权限位变动触发无谓的变更检测。
启用压缩与传输优化
团队协作频繁推送拉取，网络传输慢成瓶颈？调整压缩级别能平衡速度和体积。设置 git config pack.compression 6 避免过度压缩拖慢过程。同时开启多线程打包：git config pack.threads 4，利用多核优势加快处理。
git config pack.compression 6
git config pack.threads 4定期清理历史冗余数据
项目跑了一年多，.git 目录膨胀到几个 GB？运行 git gc --auto 自动触发垃圾回收，合并小包为大包。若刚删过大型文件，可手动执行深度清理：git repack -d -l 并配合 git prune 清除孤立对象。
使用 fsmonitor 提升大仓体验
超大型项目推荐启用文件系统监控。安装 Watchman 后运行：git config core.fsmonitor true，Git 就不再全量扫描文件状态，而是依赖事件通知机制。某游戏公司实测显示，status 命令从 8 秒降到 0.3 秒。
git config core.fsmonitor true避免不必要的 submodule 遍历
项目嵌套多个 submodule，每次操作都慢半拍？进入主仓库时加 --no-recurse-submodules 参数，避免自动进入子模块刷新状态。需要更新时再显式调用 git submodule update，按需处理更高效。