JIRA-添加自定义工作流

JIRA-添加自定义工作流,jira,Jira,我们拥有完整的Atlassian产品系列,我正在研究如何充分利用它 我们使用Stash来管理我们的git1000+存储库,所有这些存储库都包含指向其版本的标记 我需要能够定义我们的软件版本如何相互依赖 例如: System_x.y.z in production consists of group_of_components_a_x.y.x consists of component_a_x.y.z component_b_x

我们拥有完整的Atlassian产品系列,我正在研究如何充分利用它

我们使用Stash来管理我们的git1000+存储库,所有这些存储库都包含指向其版本的标记

我需要能够定义我们的软件版本如何相互依赖

例如:

System_x.y.z in production consists of   
    group_of_components_a_x.y.x consists of
        component_a_x.y.z            
        component_b_x.y.z    
    ...    
System_x.y.z is release candidate_a consists of    
....    
System_x.y.z is in regression test    
...    
System_x.y.z is in performance test    
...    
System_x.y.z development is being tracked by Issue#    
...    
etc etc
我一直在使用ClearQuest来实现这一点,但如果存在的话,我想转向一个纯Atlassian解决方案

我还想为组件组定义一个名称,以便我可以将所有者附加到它以及组件,以便我们可以在工作流中的其他位置使用它们

  • 可以在版本更改时通知他们
  • 在问题中,我可以看到不同的团队在同一领域工作
我还希望能够使用System_x.y.z、group_of_components_x.y.z和component_a_x.y.z

  • 在缺陷中,这样我就可以看到发现错误的地方(System_x.y.z,group_of_components_x.y.z)
  • 在缺陷中,这样我就可以看到错误被修复的位置(组件_a_x.y.z)
这有可能吗

这有可能吗

简而言之,答案是肯定的。这都是可能的

Jira具有以下层次结构:

项目
../史诗
../../任务
../../../子任务

如果您需要跟踪版本号,作为产品路线图的一部分,您需要使用该功能的项目。可能还有其他的黑客方法可以使用标签或组件来做类似的事情,但是你会花费无数的时间在Jira中扩展这些黑客。在我看来,这不是一个有趣的运动

我需要能够定义我们的软件版本如何相互依赖

可以很容易地在Epic/任务/子任务级别添加依赖项,但我不知道在版本级别有什么简单的方法可以做到这一点。我只真正了解敏捷云解决方案。如果你在本地安装这个,我敢肯定,如果你真的需要的话,你可以找到一种方法

我还想为组件组定义一个名称,以便我可以将所有者附加到它以及组件,以便我们可以在工作流中的其他位置使用它们

命名所有问题类型和项目非常容易。项目有一个所有者。可以将所有问题类型分配给任何用户(具有访问权限)。此外,您还可以将用户添加到每个问题的“观察列表”

可以在版本更改时通知他们

观察名单将通过电子邮件通知所有观察者。此外,您还可以设置工作流,通过自定义工作流重新分配或封送每条记录

在问题中,我可以看到不同的团队在同一领域工作

您可以将用户以任何组合添加到团队(用户可以在多个团队中),但我不确定自己是否完全理解“区域”的含义。您可以按团队搜索、筛选和报告所有问题,如果这是您的意思的话

我还希望能够使用System_x.y.z、group_of_components_x.y.z和component_a_x.y.z

在缺陷中,这样我就可以看到发现错误的地方(System_x.y.z,group_of_components_x.y.z)
在缺陷中,这样我就可以看到错误被修复的位置(组件_a_x.y.z)

您定义的每个bug:

  • 可以组织成史诗
  • 可与任意数量的任务关联(阻止任务1或被任务2阻止,等等)
  • 有一个或多个“影响版本”来跟踪bug发生的位置
  • 有一个或多个“修复版本”可跟踪何时修复错误