【问题标题】:Identifying Included Work items in TFS 2015 Release Management识别 TFS 2015 发布管理中包含的工作项
【发布时间】:2016-06-20 15:20:46
【问题描述】:

我正在尝试了解 vNext 构建和发布管理的流程,以确定包含哪些工作项。

如果我在每次签入时都设置了构建(每次工作完成时),那么每个构建都会链接一个工作项。然后,我可以触发将这些构建发布到 QA 环境的发布部署,但是每个发布仅将那个项目标识为链接的项目——而不是自我们上次生产发布以来包含的任何其他项目。由于在部署到生产之前可能有多个发布部署到 QA,因此尝试过滤所有发布会令人困惑。

我正在尝试找到一种好方法来查看自上次生产部署以来构建/发布中包含的所有工作项。我是否误解了如何使用它?我应该使用相同的版本并且每次都更改目标构建吗?似乎它基于上次构建和当前构建之间签入的工作项的“包含的工作项”。

【问题讨论】:

    标签: tfs azure-devops tfsbuild tfs-2015


    【解决方案1】:

    在版本管理中,它将当前版本与上一个版本进行比较,以显示当前版本中包含的工作项。您只看到一个工作项是因为您已将 TFS 配置为构建每个签入并为每个构建触发发布。如果您在两次构建后触发发布,您将看到两个构建中包含两个工作项。最新版本的 Visual Studio Team Service 支持选择发布版本以与当前版本进行比较以列出包含的更改和工作项,但这尚未在本地 TFS 中实现。

    所以现在,您可以创建另一个发布定义并将其链接到同一个构建,以手动将构建部署到生产环境。然后,您可以跟踪此版本定义中包含的工作项。或者您可以创建一个 app/powershell 脚本来读取生产版本中的构建版本,然后通过 Rest API 获取包含的工作项。

    【讨论】:

      猜你喜欢
      • 2016-01-23
      • 1970-01-01
      • 2018-06-12
      • 2018-11-04
      • 2016-10-21
      • 2017-06-27
      • 1970-01-01
      • 2012-02-28
      • 2016-12-09
      相关资源
      最近更新 更多