单个目标服务器上的多个部署组 - 任何潜在问题？
Multiple Deployment Groups on Single Target Server - Any potential issues?
我们目前有 4 个 Azure DevOps 团队项目，需要为其 SIT 和 UAT 发布管道创建两个部署组。所有 4 个团队项目将共享两个部署组，其想法是从一个团队项目创建部署组，然后将其共享或扩展到其他 3 个（我认为这是常见的做法）。
但我主要担心的是，由于某些预算限制，已决定在单个目标服务器上同时创建 SIT 和 UAT 部署组。尽管我坚信这可能不是最佳做法，但是否有任何技术原因导致不能或不应该实施？
简单来说，deployment groups就是：
A deployment group is a logical set of deployment target machines that
have agents installed on each one. Deployment groups represent the
physical environments; for example, "Dev", "Test", "UAT", and
"Production". In effect, a deployment group is just another grouping
of agents, much like an agent pool.
我们支持将同一台机器注册到多个部署组。但是您需要在PS“注册脚本”中编辑代理名称，UI。或物理登录机器并在与脚本中指定的默认文件夹不同的文件夹中执行脚本。
一般情况下，我们会设置多个agent的部署组，运行根据需求只针对目标agent进行部署。
您可以做的是将标签分配给部署代理，并使用标签将发布分配给特定代理。
综上所述，如果你坚持，它可以将相同的 machine/server 注册到多个部署组。
但由于服务器性能、环境隔离、容灾等因素。
我们目前有 4 个 Azure DevOps 团队项目，需要为其 SIT 和 UAT 发布管道创建两个部署组。所有 4 个团队项目将共享两个部署组，其想法是从一个团队项目创建部署组，然后将其共享或扩展到其他 3 个（我认为这是常见的做法）。
但我主要担心的是，由于某些预算限制，已决定在单个目标服务器上同时创建 SIT 和 UAT 部署组。尽管我坚信这可能不是最佳做法，但是否有任何技术原因导致不能或不应该实施？
简单来说，deployment groups就是：
A deployment group is a logical set of deployment target machines that have agents installed on each one. Deployment groups represent the physical environments; for example, "Dev", "Test", "UAT", and "Production". In effect, a deployment group is just another grouping of agents, much like an agent pool.
我们支持将同一台机器注册到多个部署组。但是您需要在PS“注册脚本”中编辑代理名称，UI。或物理登录机器并在与脚本中指定的默认文件夹不同的文件夹中执行脚本。
一般情况下，我们会设置多个agent的部署组，运行根据需求只针对目标agent进行部署。
您可以做的是将标签分配给部署代理，并使用标签将发布分配给特定代理。
综上所述，如果你坚持，它可以将相同的 machine/server 注册到多个部署组。
但由于服务器性能、环境隔离、容灾等因素。