SQL部署数据库密码是否需要转义？如何在Azure DevOps发布任务中实现？

你的密码开头的@确实需要转义：Powershell中@是 splatting 操作符，当字符串以@开头时会被优先解析为splat变量引用，而非密码的一部分。你在UI中直接加单引号、双引号或单个反引号不生效，是因为Azure DevOps任务在将输入值传递到下游Powershell执行上下文前，会先做一层特殊字符解析，你加的单个转义符会在这一步被提前处理，无法生效。

• 方案1（推荐）：将密码存入保密变量后引用
  1. 进入对应Release Pipeline的变量页面，新建变量，可命名为SqlPassword，值直接填写你原始的带@开头的密码，不需要加任何转义符、引号，勾选变量右侧的保密（锁形）选项保存。
  2. 回到SQL执行任务的密码输入框，直接填写变量引用$(SqlPassword)即可。
     原理：DevOps的保密变量传递到Powershell上下文时会自动处理特殊字符转义，完全规避@被识别为操作符的问题，同时也符合密码敏感信息的存储规范。
• 方案2：自定义Powershell脚本执行SQL任务
  不使用内置的SQL执行任务，新增Powershell任务执行以下代码，绕开特殊字符解析问题：

  # 密码直接填写原始值，无需转义
  $securePwd = ConvertTo-SecureString "@你的原始密码" -AsPlainText -Force
  $sqlCred = New-Object System.Management.Automation.PSCredential ("mydbuser", $securePwd)
  Invoke-SqlCmd -ServerInstance "192.168.3.42\DB" -Database "MyDatabase" -InputFile "你的SQL脚本路径" -Credential $sqlCred
  

• 方案3：直接在UI密码框填写双反引号转义
  如果一定要在任务的密码输入框直接填写密码，在@前加两个反引号，即格式为 `@你的密码。DevOps第一层解析会吃掉一个反引号，剩下的一个反引号会进入Powershell执行上下文作为转义符生效。

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