Azure 针对所有环境的一个构建\版本与针对所有环境的多个BIULD\版本

Azure 针对所有环境的一个构建\版本与针对所有环境的多个BIULD\版本,azure,build,azure-devops,release,pipeline,Azure,Build,Azure Devops,Release,Pipeline,在我目前的设置中,这就是正在发生的事情 构建开发 构建Uat 建设生产 然后呢, 发布开发 释放Uat 发布产品 现在的问题是,我们只有一个代理(不知道为什么),这种情况并不经常发生,但有时我们需要快速构建和发布修补程序,但是每个构建大约需要10多分钟,并且不能与其他构建并行运行。发行版也是如此。因此,将修补程序部署到生产环境只需要2小时左右的痛苦过程 需要单独构建: 在构建时,我们像这样指定build命令 ng构建-配置——uat ng构建-配置--prod 为什么我们不应该为所有

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

  • 构建开发
  • 构建Uat
  • 建设生产
然后呢,

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

需要单独构建:

  • 在构建时,我们像这样指定build命令

    ng构建-配置——uat

    ng构建-配置--prod


为什么我们不应该为所有环境创建一个构建\版本?假设有办法为不同的配置创建不同的工件,或者我们可以只使用azure或soemthing上的应用程序设置。

虽然这个问题倾向于主要基于意见的答案(),但我将继续回答它

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

*您的开发环境可能是一个特殊的cookie。有些开发环境使开发人员能够执行远程调试和类似的任务,因此在开发环境上构建调试是有意义的