Git不支持用环境变量指定.gitconfig存储路径，GIT_CONFIG仅临时覆盖读取配置，不影响--global写入位置；唯一可靠方案是用软链接重定向默认路径。
Git 本身不支持用环境变量指定配置文件（.gitconfig）的存储路径。它只读取固定位置的文件，.gitconfig 的查找逻辑是硬编码的，没有类似 PYTHON_GITLAB_CFG 那样的环境变量开关。
为什么 GIT_CONFIG 不是你想要的“自定义路径”方案
GIT_CONFIG 确实存在，但它只在 单次命令执行时覆盖当前仓库的全局配置读取行为，不是用来改变 .gitconfig 文件本身的保存位置。它的作用是临时指定一个替代配置文件来读取（比如用于 CI 脚本隔离配置），但你无法用它让 git config --global 把设置写到别的地方。
-
GIT_CONFIG只影响读取，不影响写入：运行git config --global user.name "A"仍会写入$HOME/.gitconfig，哪怕你设置了GIT_CONFIG=/tmp/alt.gitconfig - 它不改变默认路径逻辑：Git 启动时仍会按顺序检查
$GIT_DIR/config→$XDG_CONFIG_HOME/git/config→$HOME/.gitconfig - 典型误用场景：有人设了
GIT_CONFIG后执行git config --global，发现配置没出现在预期文件里——因为--global标志直接跳过了GIT_CONFIG
真正能“移动 .gitconfig 存储位置”的方法只有软链接
Git 没有提供环境变量控制配置文件落盘路径，但你可以通过操作系统级手段把默认路径映射到别处。最可靠、被广泛验证的方式是用符号链接（symlink）：
- 先备份原配置：
mv $HOME/.gitconfig $HOME/.gitconfig.bak - 创建目标目录（比如你想存到
$HOME/dotfiles/git/.gitconfig）：mkdir -p $HOME/dotfiles/git - 建立软链接：
ln -sf $HOME/dotfiles/git/.gitconfig $HOME/.gitconfig - 验证：
git config --global user.name会读写到新路径，且所有 Git 命令无感知
注意：Windows 上需用 mklink（管理员权限），PowerShell 中可用 New-Item -ItemType SymbolicLink；Linux/macOS 直接用 ln -sf 即可。
PATH + 封装脚本是唯一可行的“环境变量驱动”变通方案
如果你坚持想用环境变量触发不同配置路径，只能绕开 Git 自身机制，在 shell 层做封装：
- 定义环境变量，比如：
export GIT_PROFILE=work - 写一个 wrapper 函数（放入
~/.bashrc或~/.zshrc）：git() { if [ "$GIT_PROFILE" = "work" ]; then GIT_CONFIG="$HOME/.gitconfig.work" command git "$@" elif [ "$GIT_PROFILE" = "personal" ]; then GIT_CONFIG="$HOME/.gitconfig.personal" command git "$@" else command git "$@" fi } - 这样
git config --get user.name就会从对应文件读，但--global仍无效——必须改用--file "$GIT_CONFIG"显式操作 - 缺点明显：所有涉及写配置的操作都得手动指定
--file，不能依赖--global语义
真正容易被忽略的是：Git 的 --global 行为永远绑定 $HOME/.gitconfig（或 XDG 路径），任何试图用环境变量“重定向写入位置”的尝试，最终都会撞上这个设计边界。软链接是最小侵入、最高兼容的解法。
