JIRA - 添加自定义工作流程

Question

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

我们正在使用 Stash 来管理我们的 1000 多个 Git 存储库，所有这些存储库都包含指向其版本的标签。

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

例如:

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 解决方案

我还想为 group_of_components 定义一个名称，这样我就可以将所有者附加到它和组件上，这样我们就可以在工作流的其他地方使用它们。

• 可以在版本更改时通知他们。
• 在问题中，这样我就可以看到不同的团队何时在同一领域工作

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

• 在 Defects 中，以便我可以查看发现错误的位置(System_x.y.z、group_of_components_x.y.z)
• 在 Defects 中，以便我可以看到错误已修复的位置 (component_a_x.y.z)

这有可能吗？

Answer 1

Is any of this possible?

简短的回答是肯定的。一切皆有可能。

Jira 具有以下层次结构:

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

如果您需要跟踪版本号作为产品路线图的一部分，您需要为该功能使用项目。可能还有其他 hacky 方法可以使用标签或组件来做这样的事情，但您将花费无尽的时间将这些 hack 扩展到整个 Jira。在我看来，这不是一个有趣的练习。

I need to be able to define how our software versions depend on each other

可以在 Epic/Task/Sub-task 级别轻松添加依赖项，但我不知道在版本级别执行此操作的简单方法。我只真正了解 Agile Cloud 解决方案。如果您在本地安装它，我相当确定您可以找到一种方法来执行此操作(如果确实需要的话)。

I would also like to define a name for group_of_components so that I can attach owners to it as well as to components so we can use them elsewhere in the workflow.

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

can notify them when versions change.

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

In Issues so I can see when different teams are working in the same areas

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

I would also like to be able to use the System_x.y.z, group_of_components_x.y.z and component_a_x.y.z

In Defects so I can see where the error was found (System_x.y.z, group_of_components_x.y.z)
In Defects so I can see where the error was fixed (component_a_x.y.z)

您定义的每个错误:

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