在 Atlassian JIRA 中,“修复版本”和“发布版本历史记录”字段有什么区别,什么时候应该使用什么?我似乎无法在线找到这些字段的任何定义和推荐用法。
这种区别对我来说非常有用,尤其是对于跨越修复版本的 Epics。例如,如果我的 Epic 功能分阶段发布,例如1.2.0、1.2.1、1.2.4 和 1.3.0,那么我应该:
- 将每个版本号添加到每次发布后的“修复版本”中,或添加到“发布版本历史记录”中,或同时添加到两者中?
- 如果我在 Epic 正在进行时仅添加“发布版本历史记录”,那么在关闭 Epic 时,我应该仅使用最后一个发布版本号更新“修复版本”,还是使用 ALL 更新“修复版本”以前的版本?
(旁注:我意识到也许我没有正确创建史诗,理想情况下史诗应该在单个版本(版本)中推出?如果是这种情况,请纠正我。)
最佳答案
JIRA 最初是一个错误跟踪系统,我相信“修复版本”用于指示您计划修复哪个版本的错误。
例如,一个团队发布了 1.1 版本,但随后报告了一个错误。他们在 JIRA 中提出了该错误,并为其提供了 1.2 的修复版本,因为他们希望该错误在下一个版本中得到修复。
由于 JIRA 现在是一个成熟的敏捷项目管理工具,因此许多字段并未用于其最初目的。如何使用它们完全取决于您自己。如果标准字段不是您想要的,您甚至可以添加自定义字段。
问问自己:
- 我们需要什么信息?
- 这些信息将用于什么目的?报告?趋势分析?
- 我们可以利用现有的 JIRA 字段吗?还是需要创建自定义架构?
Epics只是大故事。如果您要发布每个冲刺,那么史诗通常会跨越多个版本。如果您发布的频率较低,那么您可以致力于将史诗融入到版本中,但对此没有硬性规定。
关于jira - Jira 中的修复版本与发布版本历史记录,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/50923794/