如何设置非持久化Git Config？Azure Pipeline场景技术求助

要实现仅当前终端会话生效、不影响后续作业的Git全局配置，最可靠的方式是利用Git原生支持的GIT_CONFIG_GLOBAL环境变量，指定临时配置文件替代默认的全局配置（如~/.gitconfig）。

核心原理 #

Git会优先读取GIT_CONFIG_GLOBAL环境变量指向的配置文件，当前会话内所有Git命令都会使用该临时配置，会话结束后环境变量失效，临时配置文件也可自动清理，完全不会残留影响后续操作。

具体实现步骤 #

1. 创建临时全局配置文件 #

将需要的认证配置写入一个临时文件：

# Bash 示例
cat > /tmp/temp-git-config << EOF
[http "https://URL"]
    extraheader = AUTHORIZATION: Bearer xxxx
EOF

# PowerShell 示例
$tempConfigPath = Join-Path $env:TEMP "temp-git-config.ini"
@"
[http "https://URL"]
    extraheader = AUTHORIZATION: Bearer xxxx
"@ | Out-File -FilePath $tempConfigPath -Encoding utf8

2. 设置环境变量指向临时配置 #

让当前会话的Git命令强制使用这个临时配置文件：

# Bash
export GIT_CONFIG_GLOBAL=/tmp/temp-git-config

# PowerShell
$env:GIT_CONFIG_GLOBAL = $tempConfigPath

3. 执行业务命令 #

直接运行Conan相关操作即可，包括Conan内部调用的git.checkout_from_conandata_coordinates()，所有Git请求都会自动使用临时配置的认证信息：

conan export .
conan source . --source-folder=src

方案优势 #

• 无需手动重置配置：会话结束后自动失效，彻底避免遗忘重置导致的后续作业异常
• 完全隔离环境：不修改默认全局配置，对后续作业/终端会话无任何影响
• 代码无侵入：不需要修改Conan的调用逻辑，不用添加本地/CI的条件判断，减少重复代码
• 跨场景兼容：同时支持Azure Pipeline等CI环境和本地开发环境

额外说明 #

• Azure Pipeline中，作业结束后虚拟机自动回收，临时文件无需手动清理；本地环境可在会话结束后手动删除临时文件，或依赖系统临时文件自动清理机制
• 如需添加多个临时配置项，直接在临时配置文件中追加即可，比如同时设置用户信息：

[http "https://URL"]
    extraheader = AUTHORIZATION: Bearer xxxx
[user]
    name = Temp User
    email = temp@example.com

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