识别 TFS 2015 发布管理中包含的工作项
Identifying Included Work items in TFS 2015 Release Management
我正在尝试了解 vNext 构建和发布管理的流程，以确定包含哪些工作项。
如果我在每次签入（每次完成一项工作）时都设置了一个构建，那么每个构建都会链接一个工作项。然后我可以触发将这些构建版本部署到 QA 环境，但随后每个版本仅将一个项目标识为链接 - 而不是自我们上次生产版本以来包含的任何其他项目。由于在部署到生产之前可能有多个版本部署到 QA，因此尝试过滤所有版本会让人感到困惑。
我正在尝试找到一种好方法来查看自上次生产部署以来 Builds/Releases 中包含的所有工作项。我误解了如何使用它吗？我是否应该使用相同的版本并且每次只更改目标构建？它似乎基于 "included work items" 上次构建和当前构建之间签入的工作项。
在发布管理中，它将当前发布与上次发布进行比较，以显示当前发布中包含的工作项。您只看到一个工作项是因为您已将 TFS 配置为构建每个签入并触发每个构建的发布。如果在两次构建后触发发布，您将看到两个构建中包含两个工作项。 Visual Studio Team Service 的最新版本支持选择一个发布版本与当前版本进行比较，以列出包含的更改和工作项，但这尚未在 On-premise TFS 中实现。
所以现在，您可以创建另一个发布定义并将其 link 到同一个构建中，以手动将构建部署到生产中。然后您可以跟踪此发布定义中包含的工作项。或者您可以创建一个 app/powershell 脚本来读取生产版本中的构建版本，然后通过 Rest API.
获取包含的工作项
我正在尝试了解 vNext 构建和发布管理的流程，以确定包含哪些工作项。
如果我在每次签入（每次完成一项工作）时都设置了一个构建，那么每个构建都会链接一个工作项。然后我可以触发将这些构建版本部署到 QA 环境，但随后每个版本仅将一个项目标识为链接 - 而不是自我们上次生产版本以来包含的任何其他项目。由于在部署到生产之前可能有多个版本部署到 QA，因此尝试过滤所有版本会让人感到困惑。
我正在尝试找到一种好方法来查看自上次生产部署以来 Builds/Releases 中包含的所有工作项。我误解了如何使用它吗？我是否应该使用相同的版本并且每次只更改目标构建？它似乎基于 "included work items" 上次构建和当前构建之间签入的工作项。
在发布管理中，它将当前发布与上次发布进行比较，以显示当前发布中包含的工作项。您只看到一个工作项是因为您已将 TFS 配置为构建每个签入并触发每个构建的发布。如果在两次构建后触发发布，您将看到两个构建中包含两个工作项。 Visual Studio Team Service 的最新版本支持选择一个发布版本与当前版本进行比较，以列出包含的更改和工作项，但这尚未在 On-premise TFS 中实现。
所以现在，您可以创建另一个发布定义并将其 link 到同一个构建中，以手动将构建部署到生产中。然后您可以跟踪此发布定义中包含的工作项。或者您可以创建一个 app/powershell 脚本来读取生产版本中的构建版本，然后通过 Rest API.
获取包含的工作项