TFS vNext 版本 - 强制执行特定 Pipeline/Concurrent 作业
TFS vNext Releases - Force Onto Specific Pipeline/Concurrent Job
我们在 TFS 2017.2 上使用新的 vNext TFS 构建系统（不是基于 XAML 的旧系统），我们希望实现更多管道（现在在 VSTS 2019 及更高版本中称为并发作业 - 只是如果您查看新文档，请注意术语转换。
我们正在使用该系统构建许多技术，其中一些是基于 WLS 的 Oracle 技术，这些技术是通过 Maven 部署的。 WLS 一次只能接受一个部署 - 如果它立即遇到并发部署尝试，它很可能会挂起并停止为请求提供服务。
我们想将所有这些部署强制到一个 pipeline/concurrent 作业上，以便它们按顺序执行，从而避免上述情况。然后将允许在其他管道上部署其他技术的部署（因为其中一些其他部署可能很长 运行，我们希望防止它们阻塞绑定到单个管道的 WLS 部署）。
我们可以通过功能和需求强制构建部署在特定代理上。我们可以通过将所有 WLS 版本强制到一个代理上来完成类似的事情（它可以在多个 Pipelines/Concurrent 作业上运行，但仍然会通过代理强制它们进入一个并发模型），但我看不到任何方法在发布定义上定义需求（我只看到构建定义上的选项）。
有没有办法在每次运行时将 TFS vNext 发布定义强制到单个 Pipeline/Concurrent 作业（甚至单个代理）？
可以在环境中的阶段 级别为发布定义指定需求。
我们在 TFS 2017.2 上使用新的 vNext TFS 构建系统（不是基于 XAML 的旧系统），我们希望实现更多管道（现在在 VSTS 2019 及更高版本中称为并发作业 - 只是如果您查看新文档，请注意术语转换。
我们正在使用该系统构建许多技术，其中一些是基于 WLS 的 Oracle 技术，这些技术是通过 Maven 部署的。 WLS 一次只能接受一个部署 - 如果它立即遇到并发部署尝试，它很可能会挂起并停止为请求提供服务。
我们想将所有这些部署强制到一个 pipeline/concurrent 作业上，以便它们按顺序执行，从而避免上述情况。然后将允许在其他管道上部署其他技术的部署（因为其中一些其他部署可能很长 运行，我们希望防止它们阻塞绑定到单个管道的 WLS 部署）。
我们可以通过功能和需求强制构建部署在特定代理上。我们可以通过将所有 WLS 版本强制到一个代理上来完成类似的事情（它可以在多个 Pipelines/Concurrent 作业上运行，但仍然会通过代理强制它们进入一个并发模型），但我看不到任何方法在发布定义上定义需求（我只看到构建定义上的选项）。
有没有办法在每次运行时将 TFS vNext 发布定义强制到单个 Pipeline/Concurrent 作业（甚至单个代理）？
可以在环境中的阶段 级别为发布定义指定需求。