在Jira中修复版本与发行版本历史

时间:2018-06-19 08:24:56

标签: jira release-management jira-agile sprint

在Atlassian JIRA中,字段和#34; Fix Version"之间有什么区别?和"发布版本历史",什么时候应该使用什么?我似乎无法在网上找到这些字段的任何定义和推荐用法。

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

  1. 将每个发布版本号添加到"修复版本"每次发布后,或者发布版本历史记录"或两者兼而有之?
  2. 如果我只添加"发布版本历史记录"当Epic正在进行中时,当关闭Epic时,我应该更新"修复版本"只有最后一个版本号,或更新"修复版本"所有以前的版本?
  3. (旁注:我知道也许我没有正确创建Epics,理想情况下Epic应该在单个版本(版本)中推出?如果是这样的话,请纠正我。)< / em>的

1 个答案:

答案 0 :(得分:1)

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

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

由于JIRA现在是成熟的敏捷项目管理工具,因此许多字段并未用于其原始用途。真正由您决定如何使用它们。如果标准字段不是您想要的,甚至可以添加自定义字段。

问问自己:

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

Epics只是大故事。如果要释放每个冲刺,则史诗通常会跨越多个版本。如果您不经常发布,则可以使史诗适合发布,但是对此没有严格的规定。