使用Azure CLI从变量创建Azure Key Vault密钥时丢失脱字符^

我之前也碰到过一模一样的问题！这个坑的根源是PowerShell对特殊字符^的解析行为和Azure CLI参数处理的冲突：^在PowerShell里算是一种转义字符（虽然平时用`更多），当你直接把带^的变量传给外部命令（比如az）时，PowerShell会自动把^当作转义符吃掉，导致最终传到Azure CLI的值里就没这个字符了。

针对你的PowerShell脚本，这里有几个靠谱的解决方案，都能在Azure CLI v2.9.0版本下生效：

方案1：转义变量里的^再传递 #

在执行az命令前，先把变量中的^替换成PowerShell能正确识别的转义形式`^，确保它能完整传递给Azure CLI：

# 把变量里的^转义成`^，避免被PowerShell吃掉
$escapedSecretValue = $CCnB_FileServer_Password_Value -replace '\^', '`^'

# 用转义后的值创建密钥
az keyvault secret set --vault-name $KeyVaultInstanceName -n "CCnBFileServerPassword" --value "$escapedSecretValue" | Out-Null

这个方法简单直接，适合大部分只包含^的场景。

方案2：通过环境变量+停止解析符号传递 #

如果你的密钥值里还有其他特殊字符，可以用PowerShell的--%（停止解析符号）跳过PowerShell对后续参数的解析，同时把密钥值存到环境变量里，让Azure CLI直接读取：

# 把密钥值临时存入环境变量
$env:SECRET_VALUE = $CCnB_FileServer_Password_Value

# 使用--%让PowerShell不再解析后面的参数，Azure CLI直接读取环境变量
az keyvault secret set --vault-name $KeyVaultInstanceName -n "CCnBFileServerPassword" --% --value %SECRET_VALUE% | Out-Null

# 可选：用完后清理环境变量，避免残留
Remove-Item Env:SECRET_VALUE

这种方法完全绕过了PowerShell的参数解析逻辑，适合复杂的特殊字符组合场景。

方案3：用单引号包裹变量值（注意边界） #

如果你的密钥值里不包含单引号，可以直接用单引号把变量包起来，强制PowerShell原样传递内容：

az keyvault secret set --vault-name $KeyVaultInstanceName -n "CCnBFileServerPassword" --value "'$CCnB_FileServer_Password_Value'" | Out-Null

⚠️ 注意：要是密钥值本身带单引号，这个方法就会出错，得额外处理单引号的转义，所以只适合简单场景。

小技巧：先验证转义结果 #

你可以先通过Write-Output确认转义后的内容是不是正确的，再执行Azure CLI命令：

Write-Output "原始值: $CCnB_FileServer_Password_Value"
Write-Output "转义后: $escapedSecretValue"

这些方法都不需要升级Azure CLI，完全适配你当前的v2.9.0版本。

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