Azure DevOps 管道作为代码和部署组
Azure DevOps Pipeline as Code and Deployment Group
我面临着为我的所有开发环境使用相同资源(我公司的 VM)的挑战。这意味着将在那里部署多个应用程序。
我有:
https://dev.azure.com/mycompany/project1 使用管道作为 CI/CD 的代码和称为 D-Stage
的环境
https://dev.azure.com/mycompany/project2 使用管道作为 CI/CD 的代码和称为 D-Stage
的环境
由于无法使用Deployment组,所以每次注册VM作为每个项目pipeline的Resource时,如果不更改注册名称,一个reg替换另一个reg,最后一次注册是唯一的已连接到 VM。
另一方面,如果我创建一个新的注册,我会为每个项目获得一个新的 azure 代理。
由于 YAML 文件不支持部署组,处理这些情况的正确方法应该是什么?
如果我们要在一个VM环境中添加多个资源,并且这些资源引用的是同一个VM,我们需要修改注册脚本中的agent名称,否则相同agent名称的资源会替换掉之前的注册资源。
通过修改注册脚本中的代理名称(--agent $env:COMPUTERNAME
),我们可以在一个VM环境中注册多个代理:
我面临着为我的所有开发环境使用相同资源(我公司的 VM)的挑战。这意味着将在那里部署多个应用程序。
我有:
https://dev.azure.com/mycompany/project1 使用管道作为 CI/CD 的代码和称为 D-Stage
的环境
https://dev.azure.com/mycompany/project2 使用管道作为 CI/CD 的代码和称为 D-Stage
由于无法使用Deployment组,所以每次注册VM作为每个项目pipeline的Resource时,如果不更改注册名称,一个reg替换另一个reg,最后一次注册是唯一的已连接到 VM。 另一方面,如果我创建一个新的注册,我会为每个项目获得一个新的 azure 代理。
由于 YAML 文件不支持部署组,处理这些情况的正确方法应该是什么?
如果我们要在一个VM环境中添加多个资源,并且这些资源引用的是同一个VM,我们需要修改注册脚本中的agent名称,否则相同agent名称的资源会替换掉之前的注册资源。
通过修改注册脚本中的代理名称(--agent $env:COMPUTERNAME
),我们可以在一个VM环境中注册多个代理: