.net core VSTS-Azure DevOps:发布期间的AppSettings转换,或多个工件

.net core VSTS-Azure DevOps:发布期间的AppSettings转换,或多个工件,.net-core,azure-devops,azure-pipelines,azure-pipelines-release-pipeline,azure-artifacts,.net Core,Azure Devops,Azure Pipelines,Azure Pipelines Release Pipeline,Azure Artifacts,我们正试图利用Azure DevOps管道自动化.NET核心应用程序的发布过程。其想法是在三个不同的环境中部署它们的独立数据库。目前,我们有一个由构建生成的单个工件,并由一个版本部署在环境中,无需任何转换,因此,在这一点上,哪一个可能是最好的方法: 使用构建中完成的转换alread生成多个工件,然后在发行版的正确环境中执行不同工件的部署 生成单个工件,并在其自己的阶段松弛阶段内的任何环境中执行不同的转换 还有别的主意吗 提前谢谢你我建议选择方案2,方案1我对。。。这是否是一个非常好的审计实践,因

我们正试图利用Azure DevOps管道自动化.NET核心应用程序的发布过程。其想法是在三个不同的环境中部署它们的独立数据库。目前,我们有一个由构建生成的单个工件,并由一个版本部署在环境中,无需任何转换,因此,在这一点上,哪一个可能是最好的方法:

  • 使用构建中完成的转换alread生成多个工件,然后在发行版的正确环境中执行不同工件的部署
  • 生成单个工件,并在其自己的阶段松弛阶段内的任何环境中执行不同的转换
  • 还有别的主意吗

  • 提前谢谢你

    我建议选择方案2,方案1我对。。。这是否是一个非常好的审计实践,因为这意味着您正在创建x数量的工件?然而,创建1个工件并更改基于环境的配置的想法确保了代码在所有环境中都是相同的

    如果需要,这里是docs url,其中包含一些非常详细的信息,说明了如何使用.json文件进行转换

    感谢@PdroCorrea的回复和澄清,最后我们决定这样做:)