0

我们计划为我们的项目实施 CI/CD。总之，我们的设置如下：

  • 代码存储库（包含解决方案和项目文件）
  • 配置存储库（包含不同国家/地区的 .config 文件）

除了拥有多个环境之外，我们还在多个国家/地区拥有实例。下面的示例：

  • 国家 1
    • 开发
    • 质量保证
    • 产品
  • 国家 2
    • 开发
    • 质量保证
    • 产品

我了解 Azure 发布管道可以有多个阶段（开发、质量保证、产品）和可用于部署的变量。然后我们可以为每个国家/地区拥有 1 个发布管道。

我遇到的困难是Config Repository。有时，开发人员可能需要为特定环境更新国家/地区的特定配置文件。

我能想到的唯一解决方案是再次触发发布管道，但只是替换 VM 中 IIS 上的Web.config。

但是，这并不好，因为如果开发人员只更新Code Repository，来自 Config Repository 的任何更改都将被覆盖。

关于如何通过管道自动化多个国家/环境的任何建议？

谢谢

4

1 回答 1

1

您好，您可以使用 Azure DevOps Environments 来定位环境策略（在您的情况下是国家和开发/质量保证/产品）

正常做法不应将存储库用于 .config 和任何设置文件。您还可以考虑为 Azure Pipeline或内联脚本使用安全文件（在您的环境 deplyonce 中）

您可以开始探索该Azure Pipeline Environment以了解它和 YAML，以及它如何应用于您的 Multi-Stage YAML。

于 2021-06-24T01:46:25.513 回答