Windows环境下Git为何在$HOME目录外查找.gitconfig配置文件？

Git for Windows 全局配置路径的读取优先级不符合常规文档描述，不会优先读取HOME变量路径，实际查找顺序如下：

1. 优先拼接HOMEDRIVE与HOMEPATH环境变量的值，在对应路径下查找.gitconfig文件
2. 上述路径访问失败时，才会 fallback 到HOME变量指向的路径
   你观察到的Z盘路径来自系统级错误配置的HOMEDRIVE=Z:、HOMEPATH=\，这类配置通常由域组策略、网络盘符映射工具、旧版磁盘调整工具残留导致。PowerShell中输出的$HOME是PowerShell进程自身根据用户SID计算的主目录值，不会覆盖进程从系统继承的HOMEDRIVE/HOMEPATH变量，因此Git仍会优先尝试访问Z盘根目录的配置文件。

按需选择任意一种方案即可：

• 永久修复（推荐）
  打开Windows用户环境变量编辑面板，为当前登录用户新增以下两个变量：
  • 变量名HOMEDRIVE，变量值C:
  • 变量名HOMEPATH，变量值\Users\joseph64
    保存后重启所有终端，执行git config --global --edit即可正常访问C盘用户目录下的配置文件。可通过git config --list --show-origin命令验证配置路径是否正确。
    如果不希望修改HOMEDRIVE/HOMEPATH，可直接新增用户变量GIT_CONFIG_GLOBAL，值设为C:\Users\joseph64\.gitconfig。该变量是Git官方支持的全局配置路径指定参数，优先级高于所有默认路径查找规则，设置后Git会直接读写该路径的全局配置。
• 临时修复当前会话
  仅需要在当前打开的PowerShell窗口中操作Git时，执行以下命令覆盖当前会话的环境变量即可，关闭窗口后配置失效：

  $env:HOMEDRIVE = "C:"
  $env:HOMEPATH = "\Users\joseph64"
  

• 无环境变量修改方案
  不调整任何系统配置的前提下，所有Git配置操作通过-f参数手动指定配置文件完整路径即可，示例：

  # 打开全局配置编辑
  git config -f C:\Users\joseph64\.gitconfig --edit
  # 配置提交用户名
  git config -f C:\Users\joseph64\.gitconfig user.name "你的用户名"
  # 配置提交邮箱
  git config -f C:\Users\joseph64\.gitconfig user.email "你的邮箱"
  

  该方案需要每次执行config命令时携带路径参数，适合临时使用场景。

内容的提问来源于stack exchange，提问作者trent