jira - Jira 中的修复版本与发布版本历史记录

标签 jira release-management jira-agile sprint

在 Atlassian JIRA 中,“修复版本”和“发布版本历史记录”字段有什么区别,什么时候应该使用什么?我似乎无法在线找到这些字段的任何定义和推荐用法。

这种区别对我来说非常有用,尤其是对于跨越修复版本的 Epics。例如,如果我的 Epic 功能分阶段发布,例如1.2.0、1.2.1、1.2.4 和 1.3.0,那么我应该:

  1. 将每个版本号添加到每次发布后的“修复版本”中,或添加到“发布版本历史记录”中,或同时添加到两者中?
  2. 如果我在 Epic 正在进行时仅添加“发布版本历史记录”,那么在关闭 Epic 时,我应该仅使用最后一个发布版本号更新“修复版本”,还是使用 ALL 更新“修复版本”以前的版本?

(旁注:我意识到也许我没有正确创建史诗,理想情况下史诗应该在单个版本(版本)中推出?如果是这种情况,请纠正我。)

最佳答案

JIRA 最初是一个错误跟踪系统,我相信“修复版本”用于指示您计划修复哪个版本的错误。

例如,一个团队发布了 1.1 版本,但随后报告了一个错误。他们在 JIRA 中提出了该错误,并为其提供了 1.2 的修复版本,因为他们希望该错误在下一个版本中得到修复。

由于 JIRA 现在是一个成熟的敏捷项目管理工具,因此许多字段并未用于其最初目的。如何使用它们完全取决于您自己。如果标准字段不是您想要的,您甚至可以添加自定义字段。

问问自己:

  • 我们需要什么信息?
  • 这些信息将用于什么目的?报告?趋势分析?
  • 我们可以利用现有的 JIRA 字段吗?还是需要创建自定义架构?

Epics只是大故事。如果您要发布每个冲刺,那么史诗通常会跨越多个版本。如果您发布的频率较低,那么您可以致力于将史诗融入到版本中,但对此没有硬性规定。

关于jira - Jira 中的修复版本与发布版本历史记录,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/50923794/

相关文章:

plugins - JIRA GreenHopper 插件

java - 如何修复服务器返回 HTTP 响应代码 400 且无法处理转换的问题

jira - 如何定义条件/验证以防止在未在 jira 工作流程上输入工作负载的情况下进行转换

build - TeamCity 如何触发具有不同逻辑分支名称的依赖构建

jira - 使用 JIRA REST 客户端 API 访问 JIRA Agile 冲刺

java - Jira 6.1.6 Java REST api - 无法设置自定义下拉值

git - JIRA 和私有(private) Git 存储库集成

tfs-2015 - TFS 2015 发布管理访问构建变量

build - 在 gemfury 中覆盖/强制推送现有的包版本