适用于所有环境的一个版本\发布版本,适用于所有环境的多个版本\

时间:2019-03-21 09:14:47

标签: azure build azure-devops release pipeline

在我当前的设置中,这是正在发生的事情,

  • 建立开发
  • 建立燕麦
  • 建立生产

然后

  • 发布Dev
  • 释放燕麦
  • 发布生产

现在的问题是我们只有1个代理(不知道为什么),这种情况并不经常发生,但是有时我们需要快速构建和发布修补程序,但是每个BUILD大约需要10多分钟才能运行与其他版本并行。发行版也是如此因此,将修补程序部署到生产中仅需2个小时左右的痛苦过程。

需要单独的版本:

  • 在构建时,我们正在指定这样的构建命令,

    ng build -configuration --uat

    ng build -configuration --prod

为什么我们不应该为所有环境创建一个build \ release?假设可以为不同的配置创建不同的工件,或者我们可以仅在天蓝色或类似的东西上使用应用程序设置。

1 个答案:

答案 0 :(得分:2)

尽管此问题倾向于主要基于观点的答案(more info here),但我 am 会继续回答。

就我而言,您应该只有一个构建,并且工件可以在所有*环境中传播。二进制文件(工件)不会更改,只有它们的配置会更改。这是您确保确保在不同环境中运行的代码之间没有任何差异的唯一方法。

*您的开发环境可能/可能是特殊的cookie。某些Dev环境使开发人员能够执行远程调试和此类任务,因此在您的Dev环境中构建Debug很有意义。