VSTS - Azure DevOps：发布期间的 AppSettings 转换，或多个工件
VSTS - Azure DevOps: AppSettings transformations during the release, or multiple artifacts
我们正在尝试利用 Azure DevOps 管道自动执行 .NET Core 应用程序的发布过程。这个想法是在三个不同的环境中部署它们的独立数据库。目前我们有一个由构建生成的工件，并通过发布部署在环境中，没有任何类型的转换，因此，在这一点上，哪种方法可能是最好的方法：
- 使用已在构建中完成的转换生成多个工件，然后在发布时使用正确的环境执行不同工件的部署。
- 生成单个工件，并在其自己的阶段发布阶段内的任何环境中执行不同的转换。
- 另一个想法？
提前致谢
我建议选择选项 2，选项 1 我担心...这是否是一个非常好的审计实践，因为这意味着您正在创建 x 数量的工件？而创建 1 个工件和更改基于环境的配置的想法确保代码在所有环境中确实是相同的。
如果需要，这里是文档 url，其中有一些关于如何使用 .json 文件进行转换的详细解释信息
https://docs.microsoft.com/en-us/azure/devops/pipelines/tasks/transforms-variable-substitution?view=azure-devops
我们正在尝试利用 Azure DevOps 管道自动执行 .NET Core 应用程序的发布过程。这个想法是在三个不同的环境中部署它们的独立数据库。目前我们有一个由构建生成的工件，并通过发布部署在环境中，没有任何类型的转换，因此，在这一点上，哪种方法可能是最好的方法：
- 使用已在构建中完成的转换生成多个工件，然后在发布时使用正确的环境执行不同工件的部署。
- 生成单个工件，并在其自己的阶段发布阶段内的任何环境中执行不同的转换。
- 另一个想法？
提前致谢
我建议选择选项 2，选项 1 我担心...这是否是一个非常好的审计实践，因为这意味着您正在创建 x 数量的工件？而创建 1 个工件和更改基于环境的配置的想法确保代码在所有环境中确实是相同的。
如果需要，这里是文档 url，其中有一些关于如何使用 .json 文件进行转换的详细解释信息 https://docs.microsoft.com/en-us/azure/devops/pipelines/tasks/transforms-variable-substitution?view=azure-devops