SSDT发布dacpac时如何防止误删自定义列且保留数据丢失拦截

完全可以在保留BlockOnPossibleDataLoss=True（潜在数据丢失时阻止发布）配置的前提下，禁止发布流程删除目标库中存在但SSDT项目未定义的列，所有方案均兼容sqlpackage.exe流水线调用场景，具体实现如下：

方案1：发布参数直接配置（优先推荐，零代码侵入） #

这是成本最低的实现方式，不需要修改现有SSDT项目的表结构定义，只需要调整发布规则，精准控制不执行列删除操作：

• 核心配置项为DoNotDropObjectTypes，将Columns加入该参数的不删除对象类型列表即可，其余对象（废弃表、存储过程、约束等）的正常清理逻辑不受影响。
• sqlpackage命令行调用时直接追加参数，示例：

sqlpackage.exe /Action:Publish /SourceFile:your_tenant_common.dacpac /TargetConnectionString:"Data Source=你的数据库实例;Initial Catalog=对应租户库;Integrated Security=True" /p:BlockOnPossibleDataLoss=True /p:DoNotDropObjectTypes=Columns

如果你同时需要保留租户自定义的索引、约束等对象，直接用分号分隔追加类型即可，例如/p:DoNotDropObjectTypes=Columns;Indexes;DefaultConstraints

• 如果使用.publish.xml配置文件管理发布规则，直接在PropertyGroup节点下添加如下配置，流水线调用时指定/Profile:your_publish_profile.xml即可复用配置：

<BlockOnPossibleDataLoss>True</BlockOnPossibleDataLoss>
<DoNotDropObjectTypes>Columns</DoNotDropObjectTypes>

避坑提示：不要直接把DropObjectsNotInSource设为False，该参数会全局禁止删除所有源dacpac中不存在的对象，会导致公共模块废弃的表、存储过程无法正常清理，影响范围远大于实际需求。

方案2：部署贡献器精细化拦截（适合复杂规则场景） #

如果需要更灵活的控制（比如公共列废弃时允许正常删除，仅保留租户新增的自定义列），可以自定义SSDT部署计划贡献器：

• 实现DeploymentPlanModifier类，在部署计划生成后、执行前遍历所有DropElementStep步骤
• 识别待删除的对象为列、且列名匹配租户自定义列规则（例如所有自定义列统一以Custom前缀开头）时，将该删除步骤从执行计划中移除
• 编译生成的dll放到sqlpackage/SSDT的Extensions目录下，调用时通过参数指定启用对应贡献器即可
  该方案不会影响公共schema的正常变更逻辑，适合对发布管控要求更高的场景。

验证方式 #

正式发布前先使用/Action:Script参数生成部署预览脚本，确认脚本中不存在针对租户自定义列的DROP COLUMN语句，同时验证其他公共列变更、数据丢失拦截逻辑正常生效即可。

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