如何解决代理程序池和部署池
我必须为内部部署环境中托管的2个Web应用程序配置CI / CD管道,并且这些Web应用程序具有多个平台(即Dev,Test,QA和Prod)。两者都是.net应用程序。本地应用程序源代码位于TFVC上,最近已迁移到Azure DevOps(Git)。
现在,下一步是为这些应用程序构建CI / CD管道。此外,根据客户安全标准,已经在Azure DevOps上进行的其他项目中,代理程序池用于构建管道,部署池/部署组用于发布管道,因此我们需要采用类似的方法来构建CI / CD管道可用于2个应用程序。客户希望将现有的部署池也用于其余2个应用程序。因此,无需构建部署池,因此现有部署池可以满足多个项目的需要。如何实现?
现在,查看Azure DevOps中代理池的现有配置,我们发现它们正在使用内部部署(TFS服务器本身)中托管的生成代理,并且正在用于为少数项目构建代码。
同一个TFS服务器(例如Build Agent)也可以用于其他项目吗?我们是否需要在该服务器上再次安装Build Agent并运行命令?
发布管道如何?我认为,我们需要建立多个阶段以使发布得以实现。
有人可以一步一步解释吗?我不是来自开发背景,因此有点挣扎。
解决方法
您无需为同一组织中的其他项目创建新的构建代理或部署池。
您可以按照以下步骤在多个项目中使用现有的构建代理程序池和部署池。
转到其他项目的项目设置-> 管道-> A dd池下的代理池 strong>-> 现有-> S 选择现有池
这两个项目可以在同一座席池中共享相同的构建座席。
将部署池添加到其他项目也很简单。见下文:
在另一个项目的门户中->转到管道部分中的部署组->转到可用池标签- ->单击加号“ +”将现有部署池添加到该项目。
这两个项目的发布管道可以针对同一部署池。
更新:
如果无法添加现有代理池。您可能没有权限。您需要要求管理员将您添加为阅读者。请参阅以下步骤:
转到组织设置-> 管道下的代理池->选择要添加到另一个项目的代理池- ->转到安全性标签-> 添加您的帐户作为阅读器。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。