Azure devops 作为管道的一部分配置为YAML的部署
几个月来,我们一直在使用YAML文件在Azure DevOps中执行CI,希望将来能够使用YAML配置我们的版本 现在是时候了,我对你们如何引入CD流程感到困惑。由于Azure devops 作为管道的一部分配置为YAML的部署,azure-devops,Azure Devops,几个月来,我们一直在使用YAML文件在Azure DevOps中执行CI,希望将来能够使用YAML配置我们的版本 现在是时候了,我对你们如何引入CD流程感到困惑。由于myprojectci.yml是一个构建管道,而我们的发行版是经典管道,因此我假设当CD进程作为YAML进行时,我们将创建一个myprojectCD.yml。这将由MyProject-CI.yml CI中工件的删除触发 然而,我认为这只是我的一个误解,我们应该做的是将原来的MyProject-CI.yml转换成一个多阶段的管道,它有
myprojectci.yml
是一个构建管道,而我们的发行版是经典管道,因此我假设当CD进程作为YAML进行时,我们将创建一个myprojectCD.yml
。这将由MyProject-CI.yml CI中工件的删除触发
然而,我认为这只是我的一个误解,我们应该做的是将原来的MyProject-CI.yml转换成一个多阶段的管道,它有以下几个阶段
切换到一个文件中的多阶段CI/CD是否比在单独的文件中发布和构建更正确?简短的回答是肯定的,你明白了。单个多阶段管道yml是构建和部署的方式,这是基本意图。这与您的案例相似,可能会有所帮助
随着管道变得越来越复杂,您可能会遇到包含多个文件的场景,因为您可以在多个位置重复使用管道的一部分,或者从一个中心位置强制执行约定 简短的回答是肯定的,你知道了。单个多阶段管道yml是构建和部署的方式,这是基本意图。这与您的案例相似,可能会有所帮助 随着管道变得越来越复杂,您可能会遇到包含多个文件的场景,因为您可以在多个位置重复使用管道的一部分,或者从一个中心位置强制执行约定