将发布定义导入 Azure DevOps 时，如何自动 link 变量组和代理池？
How can I automatically link variable groups and agent pool when import release definitions to Azure DevOps?
我们将发布定义保存在外部存储库中，并经常将它们导入 Azure DevOps。执行此操作时我们注意到的两件事是我们必须手动执行：
- 指定要使用的代理池，即使导出定义时指定的代理池仍然存在。
- 重新link变量组，即使定义中指定的组仍然存在且未修改。
有什么方法可以让这些东西在导入时自动挂钩吗？当我克隆原始管道时，我不必指定这些值，所以我希望有某种类似的导入机制。
无法实现，这是设计使然。
通常，如果在当前团队项目中您可以直接克隆 发布定义，那将包括代理池和变量组。
Export/Import用于不同项目或不同collections甚至跨账户。一般不同的团队项目或collections或账号有不同的代理池和变量组，我们需要单独指定。
我需要在 TFS 升级期间导入 > 200 个发布管道。必须手动设置部署组会很痛苦，所以虽然不理想，但我确实找到了解决它的方法。
- 导出发布定义
- 删除发布定义
- 导入发布定义
- 更新部署组and/orlink变量组
- 显示调试控制台并观察网络流量
- 保存发布定义
- 版本定义只是调用版本 api，因此您可以获取请求 json 并将其保存到文件中
在文件中包含 json 之后，不是使用前端添加发布定义，而是调用 release definition API 并传递保存的内容 json.
我们将发布定义保存在外部存储库中，并经常将它们导入 Azure DevOps。执行此操作时我们注意到的两件事是我们必须手动执行：
- 指定要使用的代理池，即使导出定义时指定的代理池仍然存在。
- 重新link变量组，即使定义中指定的组仍然存在且未修改。
有什么方法可以让这些东西在导入时自动挂钩吗？当我克隆原始管道时，我不必指定这些值，所以我希望有某种类似的导入机制。
无法实现，这是设计使然。
通常，如果在当前团队项目中您可以直接克隆 发布定义，那将包括代理池和变量组。
Export/Import用于不同项目或不同collections甚至跨账户。一般不同的团队项目或collections或账号有不同的代理池和变量组，我们需要单独指定。
我需要在 TFS 升级期间导入 > 200 个发布管道。必须手动设置部署组会很痛苦，所以虽然不理想，但我确实找到了解决它的方法。
- 导出发布定义
- 删除发布定义
- 导入发布定义
- 更新部署组and/orlink变量组
- 显示调试控制台并观察网络流量
- 保存发布定义
- 版本定义只是调用版本 api，因此您可以获取请求 json 并将其保存到文件中
在文件中包含 json 之后，不是使用前端添加发布定义，而是调用 release definition API 并传递保存的内容 json.