azure-devops - VSTS 中是否有 Jira-Releases 的等价物？

Question

在 Jira 中，您可以为项目创建发布。作为版本的一部分，您可以指定哪些问题是其中的一部分以及添加版本说明。
当您有自动构建脚本时，这些非常有用，因为 JIRA 的 API 可以作为 CD 管道的一部分由脚本查询。
因此，您可以执行以下操作(但不限于):

动态填写变更日志

如果版本中存在未完成的问题部分，请停止部署

检索版本号

问题:是否有 VSTS 等价物？

Answer 1

我认为目前没有任何东西可以直接与 Azure Devops 中内置的 Jira“发布”相媲美，它允许您将板上已完成的工作项打包到“发布”工作项中。

你可以通过创建一个 custom process for your project 来实现一个“穷人的”版本。其中包括新的“发布”工作项类型。然后，每个“发布工作项”都可以手动链接到您要包含在该版本中的工作项，并且可以包含“版本”号的自定义字段或您希望与该版本一起存储的任何其他元数据。这随后可以从 CD 管道中查询，以您的示例之一为例，该管道将允许您执行诸如迭代发布的链接工作项之类的操作，并确保它们处于“完成”状态。

编辑:作为集成技术的一个例子，REST API for Azure DevOps支持一个简单的 REST GET 请求来查询项目中的所有工作项以获得自定义工作项类型:

GET https://dev.azure.com/{organization}/{project}/_apis/wit/reporting/workitemrevisions?types={YourCustomWorkItemType}&includeLatestOnly=true&api-version=4.1

API 还将返回您与此 WIT 关联的任何自定义字段，将它们列在 WIT 响应的“字段”对象内的键“Custom.{YourFieldName}”下。

如果您的团队正在处理冲刺，我能想到的另一种可能的方法是让每个“冲刺”成为一个命名版本，一旦冲刺完成，它将成为您的“发布”。未作为该冲刺/版本/发布的一部分实现的工作项将被移至下一个冲刺或关闭。我不确定这种方法对于复杂的项目是否非常可持续。

Azure Devops Features Timeline 上列出了感兴趣的功能这可能会在不久的将来改进此工作流程(例如，“发布可追溯性 - 工作项集成”，计划于 2018 年第四季度实现)，尽管很难找到任何实现细节。