如何指定.dacpac使用VS2022数据库项目配置的默认SQLCMD变量值

1. 优先修复构建任务版本配置错误 #

你当前使用Visual Studio 2022 RC开发SQL项目，但流水线VSBuild@1任务指定的vsVersion: 16.0对应Visual Studio 2019版本，版本不匹配会导致构建逻辑异常，无法正确将项目中配置的SQLCMD变量默认值嵌入生成的.dacpac文件。
修改构建任务配置如下：

- task: VSBuild@1
  displayName: 'Build projA database.'
  inputs:
    solution: 'projA\\projA.sqlproj'
    vsVersion: 17.0 # 改为对应VS2022的版本号
    platform: 'x64'

修改后重新运行构建，可先下载构建产物的.dacpac文件，本地用SqlPackage测试部署验证默认值是否已正常嵌入。

2. 统一使用项目发布配置文件（满足单处维护变量需求） #

要完全避免在流水线中重复维护变量值，可直接使用项目中已配套的.publish.xml发布配置文件，配置中已经包含所有SQLCMD变量的默认值/覆盖值，不需要额外在部署任务中定义变量。
修改部署任务配置，指定发布配置文件路径即可：

- task: SqlAzureDacpacDeployment@1
  displayName: 'Deploy projA database.'
  inputs:
    azureSubscription: '$(ServiceConnectionName)'
    ServerName: '$(ServerName)'
    DatabaseName: '$(DatabaseName)'
    SqlUsername: '$(ServerUserName)'
    SqlPassword: '$(ServerUserPassword)'
    DacpacFile: '$(Build.SourcesDirectory)\\projA\\bin\\Output\\projA.dacpac'
    PublishProfilePath: '$(Build.SourcesDirectory)\\projA\\你的发布配置文件名.publish.xml' # 替换为实际配置文件路径

如果需要临时覆盖某个变量的值，可通过AdditionalArguments参数传入，优先级高于发布配置文件：

AdditionalArguments: '/v:var1=临时覆盖值'

3. 兜底验证方案 #

如果修改后仍有问题，可直接检查项目的.sqlproj文件，确认所有SQLCMD变量的配置节点已正确设置DefaultValue属性，示例配置如下：

<ItemGroup>
  <SqlCmdVariable Include="var1">
    <DefaultValue>你的默认值</DefaultValue>
    <Value>$(SqlCmdVar__var1)</Value>
  </SqlCmdVariable>
  <SqlCmdVariable Include="var2">
    <DefaultValue>你的默认值</DefaultValue>
    <Value>$(SqlCmdVar__var2)</Value>
  </SqlCmdVariable>
</ItemGroup>

确认该配置已提交到代码库，即可保证构建生成的.dacpac始终携带默认变量值。

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