azure-devops - 如何部署具有已知(和可接受的)数据丢失的 DACPAC 版本

Question

我正在通过 Azure DevOps 中的 DACPAC 版本管理 SQL Server 数据库。我的项目目前正在开发中，但我希望在产品上线后继续开发。

默认情况下，如果即将发生数据丢失，我将 Publish 配置设置为 b0rk，尤其是在 Prod 中 - 大多数更改不应该导致它，我的直觉是整体数据丢失更有可能表示错误，而不是故意放弃数据。

但很自然地，我预计在某些情况下迁移会故意丢弃数据，这是意料之中的，也是可以的。

---

我想以一种我可以实现的方式设置 DevOps，以一种可控且稳健的方式。实现这一目标的最佳方法是什么？

我的理想是基本上说“是的，部署这个版本......是的，我知道它会导致数据丢失，这很好。”​​

我有一个想法，我会发布它作为答案。但我正在寻找其他想法，或任何“标准”或“官方”方法。 (或者只是更好的想法 :D )

Answer 1

DevOps 允许您将参数传递给 SqlPackage.exe，其中一个参数控制 DACPAC 如何响应潜在的数据丢失:

/p:BlockOnPossibleDataLoss=false

由于 DevOps 发布管道本身是可参数化的，通过发布“变量”，并且可以在特定发布中编辑变量而不影响默认设置。

因此，可以简单地参数化传递给 SqlPackage.exe 的值，从而根据该变量创建允许或不允许 DataLoss 的版本，以及何时需要发布 < em>是否需要 DataLoss，创建一个版本并相应地设置变量。

---

编辑:工作正常