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
- 发布产品
- 在构建时,我们像这样指定build命令 ng构建-配置——uat ng构建-配置--prod
为什么我们不应该为所有环境创建一个构建\版本?假设有办法为不同的配置创建不同的工件,或者我们可以只使用azure或soemthing上的应用程序设置。虽然这个问题倾向于主要基于意见的答案(),但我将继续回答它 就我而言,您应该只有一个构建,并让工件在所有*环境中传播。二进制文件(工件)不会改变,只有它们的配置会改变。这是确保在不同环境中运行的代码之间没有任何差异的唯一方法 *您的开发环境可能是一个特殊的cookie。有些开发环境使开发人员能够执行远程调试和类似的任务,因此在开发环境上构建调试是有意义的