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

Jira中的修复版本与发布版本历史记录,jira,release-management,jira-agile,sprint,Jira,Release Management,Jira Agile,Sprint,在Atlassian JIRA中,“修复版本”和“发布版本历史记录”字段之间的区别是什么,何时应该使用什么?我似乎无法在网上找到这些字段的任何定义和推荐用法 这种区别对我非常有用,特别是对于跨越修复版本的史诗。例如,如果我的Epic功能分阶段发布,例如1.2.0、1.2.1、1.2.4和1.3.0,那么我应该: 在每次发布后,将每个发布版本号添加到“修复版本”中,或添加到“发布版本历史记录”中,或两者都添加 如果我在Epic正在进行时只添加到“版本历史记录”,那么,在关闭Epic时,我应该只使用

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

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

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

  • (旁注:我意识到可能我没有正确地创建Epics,理想情况下Epic应该在单个版本(版本)中推出?如果是这样,请纠正我。)

    JIRA最初是一个bug跟踪系统,我相信“Fix version”用于指示您计划在哪个版本中修复bug

    例如,一个团队发布了1.1版,但随后报告了一个bug。他们在JIRA中提出了这个bug,并给出了1.2的修复版本,因为他们希望在下一个版本中修复这个bug

    由于JIRA现在是一个成熟的敏捷项目管理工具,许多领域并没有用于它们最初的目的。这真的取决于你如何使用它们。如果标准字段不是您想要的,您甚至可以添加自定义字段

    问问自己:

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

    这些只是大故事。如果你正在发布每一个sprint,那么一部史诗通常会跨越多个版本。如果你发行的频率较低,那么你可以将史诗融入发行版,但这方面没有硬性规定。

    谢谢你的回答。我只是在寻找一个或多个固执己见的方法/答案来有效地使用这两个领域,因此需要理解其中的差异。例如,JIRA有我们定义修复版本的“版本”。如果您将Jira问题的版本固定到一个发行版,比如说1.1,那么它开始出现在1.1的发行说明中。如果您设置“发布版本历史记录”,则不会发生同样的情况。对不起,我认为我无法在这方面进一步提供帮助。我从未更改过“发布版本历史记录”字段。我假设“发布版本历史记录”用于系统使用,而不是作为用户更新的字段。