Azure Pipeline无法发布新增SQL对象到本地数据库问题咨询

按优先级从高到低核对以下配置项，覆盖99%同场景问题：

核心部署参数校验 #

首先定位流水线中deploy using: dacpac的Azure SQL Deployment任务，重点检查两个配置：

• 检查Additional SqlPackage Arguments配置项，确认不存在/p:DoNotDeployNewObjects=True参数。该参数开启后会完全跳过所有不存在于目标库的新对象部署，仅对已存在的对象执行ALTER更新，和描述的「修改已有对象正常、新增对象无部署日志」现象完全匹配。老版本的SQL部署任务会默认勾选「仅更新现有对象」选项，对应就是自动加了这个参数，任务版本升级后配置残留很容易触发这个问题。
• 检查/p:ExcludeObjectTypes参数配置，确认没有把Tables、StoredProcedures这类需要新增的对象类型加入排除列表。排除对象类型的规则不会拦截对已存在同类型对象的修改，只会拦截新增/删除操作，很容易漏判。

快速校验方式：将dacpac部署任务临时配置为「仅生成部署脚本不执行」，下载生成的.sql脚本搜索新增的表/存储过程名：如果脚本里完全搜不到对应的CREATE语句，直接定位为部署参数过滤或dacpac打包问题。

Dacpac打包环节校验 #

不要直接默认代码提交了就一定在dacpac里，做两个检查：

• 找到构建流水线生成dacpac的VSBuild/MSBuild任务，确认新增的SQL文件已经被纳入SQL项目的csproj文件引用。很多人提交代码时只上传了新建的.sql文件，没有同步提交csproj的变更，本地VS因为开了「显示所有文件」能看到对象，但服务端构建时不会把未纳入项目文件的SQL脚本打进dacpac。
• 验证dacpac内容：把构建产物里的dacpac后缀改成.zip解压，打开根目录下的model.xml搜索新增的对象名，如果搜不到，直接在本地VS打开SQL项目，右键点击新增的SQL文件选择「包含在项目中」，提交csproj变更重新构建即可。

目标数据库环境校验 #

即使账号是完整管理员，on-prem本地库的两类配置也会导致新对象静默部署失败：

• 检查目标库是否存在库级DDL触发器拦截CREATE操作。执行查询SELECT name FROM sys.triggers WHERE parent_class = 0，如果存在自定义的DDL拦截触发器，临时禁用后重新跑发布验证——这类触发器很多是运维加的合规管控，触发后会静默回滚CREATE操作，SqlPackage不会抛出显式错误，只会在日志里留一行极不起眼的回滚提示。
• 检查数据库兼容级别：如果SQL项目配置的目标SQL版本高于on-prem数据库的实际版本，SSDT在生成部署脚本时会自动过滤不兼容的新对象，不会写入部署步骤。

快速调试技巧 #

把dacpac部署任务的日志级别调整为diagnostic后重新触发发布，在详细日志里搜索新增的对象名，可以直接定位到对象是在哪个环节被过滤的：

• 如果在「生成部署计划」阶段就找不到对象名：问题出在dacpac打包环节
• 如果在「生成部署计划」阶段能看到对象，但被标记为Skip：问题出在部署参数配置
• 如果在「执行部署脚本」阶段看到对象对应的执行记录，但库中没有生成对象：问题出在目标库的触发器、权限或兼容配置

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