Windows下.gitconfig文件默认路径是C:Users用户名.gitconfig，由git config --global命令写入，Git按优先级依次读取仓库级、全局级、系统级配置文件。
Windows下.gitconfig文件默认在哪
Git在Windows上会按顺序查找三处配置文件，优先级从高到低：当前仓库的.git/config → 当前用户的C:Users<user>.gitconfig</user> → 系统级的%ProgramData%Gitconfig（Vista及以后）。日常95%的配置都写在C:Users<user>.gitconfig</user>里，这是--global操作的目标位置。
常见错误是手动新建或复制.gitconfig到错误目录，比如放在桌面或项目根目录下——Git不会读它。必须确保路径是C:Users你的用户名.gitconfig，且文件名以英文点开头（Windows资源管理器默认隐藏点文件，需开启“显示隐藏的项目”才能看到）。
用git config --edit安全修改配置
直接编辑.gitconfig文本文件风险高：格式错一个空格、少一个引号，就可能导致后续所有git命令报错，比如fatal: bad config line 12 in file C:\Users\xxx\.gitconfig。
推荐始终用Git自带命令打开编辑器：
-
git config --global --edit：打开全局配置，Git会自动调用你安装时指定的默认编辑器（如VS Code） -
git config --local --edit：仅编辑当前仓库的.git/config，需先cd进该仓库 - 如果没设默认编辑器，Git可能弹出Vim，此时按
i进入编辑模式，改完按Esc→输入:wq→回车保存退出
core.autocrlf为什么必须配对不同系统
这个配置直接影响换行符处理，跨平台协作时最容易出问题：Windows用CRLF（
），Linux/macOS用LF（
）。若不统一，同一文件在不同系统上git status会持续显示“modified”，甚至导致代码执行异常。
正确做法按系统选值：
- Windows用户：
git config --global core.autocrlf true（检出时转CRLF，提交时转LF） - macOS/Linux用户：
git config --global core.autocrlf input（只在提交时转LF，检出不转换） - 纯Windows团队可设为
false，但一旦有Mac或Linux成员加入，立刻切回true或input
设错后补救：git add --renormalize .能批量重处理工作区文件，比手动删.git/index安全得多。
多账号场景下如何隔离user.name和user.email
公司项目和个人开源项目用不同邮箱，不能只靠--global配置——那样所有仓库都共用一套身份。必须分层覆盖：
- 全局设一个兜底值：
git config --global user.name "Your Name"+git config --global user.email "personal@domain.com" - 进公司项目仓库后，运行：
git config user.name "Your Name (Company)"+git config user.email "work@company.com"（不带--global，写入.git/config） - 验证是否生效：
git config user.name（查本地）和git config --global user.name（查全局）结果应不同
注意：git config --list输出里，重复键名会显示多次，后出现的值才生效——这正是分层覆盖机制的体现，别误以为是配置错了。
