使用 Azure DevOps 进行 Azure Sql 开发的标准是什么？
What are the standards of Azure Sql development with Azure DevOps?
为 Azure SQL 数据库开发 CI/CD 管道的行业标准是什么？
我有一个现有的 Azure SQL 数据库（DEV 实例，包括模式、表、函数、存储过程等）这些代码是硬编码的（意思是，不是使用 SSDT 比较生成的，也不是从现有 table/SP/Function 也不是 DACPAC/BACPAC 文件，它只是开发人员编写的代码）并在 Git 存储库中维护，
现在，我的用户想使用开发人员上传到 Git 的脚本创建另一个数据库（使用开发人员在 Git (bitbucket) 中上传的代码，这意味着识别 DB 对象的所有依赖项并执行它们以创建新数据库，这是正确的方法吗？将其视为 方法 1)，
在部署上投入大量时间后，我 confused/convinced 建议遵循以下方法，我们将其称为 方法 2,
- 创建解决方案并在 Visual Studio
中克隆您现有的 Git 存储库
- 从解决方案资源管理器导入数据库对象并将解决方案推送到 Git。
- 创建管道包括构建 solution/copy/publish 工件
的步骤
- 创建新的发布管道并使用“Azure SQL 数据仓库部署”任务和 link DACPAC 文件（从上述步骤动态生成）
- 现在，对于增量更改，我的假设是，更改代码 -> 在 git 中上传 -> 生成解决方案 -> 构建版本（从构建管道生成的 DACPAC 文件将与当前 QA 数据库进行比较并且只会应用新的更改，在幕后，sqlpackage 将用于在发布时进行比较“Azure SQL 数据仓库部署 任务”)
我浏览过的链接：
Configure CD of Azure SQL database using Azure DevOps and Visual Studio
理解有误请指正,
非常感谢，
这里是 DevOps 新手。
Azure DevOps 服务提供 Azure SQL database deployment task 部署 Azure SQL 数据库。
所以方法2是常用的方法。通过该任务，我们可以使用 DACPAC 部署 Azure SQL 数据库或使用 SQLCMD 部署 运行 脚本。
您还可以参考以下链接：
为 Azure SQL 数据库开发 CI/CD 管道的行业标准是什么？ 我有一个现有的 Azure SQL 数据库（DEV 实例，包括模式、表、函数、存储过程等）这些代码是硬编码的（意思是，不是使用 SSDT 比较生成的，也不是从现有 table/SP/Function 也不是 DACPAC/BACPAC 文件，它只是开发人员编写的代码）并在 Git 存储库中维护， 现在，我的用户想使用开发人员上传到 Git 的脚本创建另一个数据库（使用开发人员在 Git (bitbucket) 中上传的代码，这意味着识别 DB 对象的所有依赖项并执行它们以创建新数据库，这是正确的方法吗？将其视为 方法 1)， 在部署上投入大量时间后，我 confused/convinced 建议遵循以下方法，我们将其称为 方法 2,
- 创建解决方案并在 Visual Studio 中克隆您现有的 Git 存储库
- 从解决方案资源管理器导入数据库对象并将解决方案推送到 Git。
- 创建管道包括构建 solution/copy/publish 工件 的步骤
- 创建新的发布管道并使用“Azure SQL 数据仓库部署”任务和 link DACPAC 文件（从上述步骤动态生成）
- 现在，对于增量更改，我的假设是，更改代码 -> 在 git 中上传 -> 生成解决方案 -> 构建版本（从构建管道生成的 DACPAC 文件将与当前 QA 数据库进行比较并且只会应用新的更改，在幕后，sqlpackage 将用于在发布时进行比较“Azure SQL 数据仓库部署 任务”)
我浏览过的链接： Configure CD of Azure SQL database using Azure DevOps and Visual Studio
理解有误请指正,
非常感谢， 这里是 DevOps 新手。
Azure DevOps 服务提供 Azure SQL database deployment task 部署 Azure SQL 数据库。
所以方法2是常用的方法。通过该任务，我们可以使用 DACPAC 部署 Azure SQL 数据库或使用 SQLCMD 部署 运行 脚本。
您还可以参考以下链接：