【发布时间】：2020-01-15 17:41:45
【问题描述】：
在 Azure Pipelines 中，我们将部署组和环境作为单独的选项，但它们都不会将属于环境的服务器列表添加为组。 对此进行澄清将不胜感激。
【问题讨论】：
标签： azure-devops azure-pipelines azure-devops-deploymentgroups
【发布时间】：2020-01-15 17:41:45
【问题描述】：
Azure DevOps Services\Server 中部署组和环境之间的区别
简单来说deployment groups就是：
部署组是一组部署目标机器的逻辑集合 每个都安装了代理。部署组代表 物理环境；例如，“Dev”、“Test”、“UAT”和 “生产”。实际上，部署组只是另一个分组 代理，很像代理池。
而environment 是：
环境表示资源集合，例如命名空间 在 Kubernetes 集群、Azure Web Apps、虚拟机、 数据库，可以通过管道的部署来定位。
个人意见：
它们在实际部署中具有相同的理论。但是，因为 YAML 尚不支持部署组作业。在这种情况下，会出现环境。正如您可以从文档中获得以下状态：
虽然环境的核心是一组资源，但 资源本身代表实际的部署目标。这 Kubernetes 资源和虚拟机资源类型目前是 支持。
此外，环境还有一系列优势：
- 部署历史记录
- 提交和工作项的可追溯性
- 诊断资源运行状况
- 权限
希望这会有所帮助。
【讨论】：
-
很有帮助，但您引用的相同文档在“经典”中说明了部署组，这表明环境是要走的路。我仍然想知道内部托管的共享（2+ 应用程序或数据库）VM 的潜在技术含义是什么。如果您对此有任何见解，将会有所帮助。
-
很好的总结。我要补充一点，现在似乎环境不能像部署组那样容易注册。对于部门组有 3 种安装方法，其中一种是 Azure 中的扩展。注册环境似乎需要在 VM 上手动运行 install 命令，并且该命令是从 DevOps UI 复制。
部署组基本上是一组部署目标机器或物理环境，它们是安装代理的机器。
环境是一组资源，如 Azure Web 应用程序、虚拟机、数据库等，以部署为目标
两者都可以有不同的开发组、测试组、UAT 组和生产组
【讨论】：