我们拥有完整的Atlassian产品范围,我正在研究如何最好地利用它

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

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

例如:

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


在“缺陷”中,这样​​我可以看到在哪里发现了错误(System_x.y.z,group_of_components_x.y.z)
在“缺陷”中,因此我可以看到错误已修复的位置(component_a_x.y.z)


有可能吗?

最佳答案

有可能吗?


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

Jira具有以下层次结构:

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

如果您需要将版本号作为产品路线图的一部分进行跟踪,则需要对该项目使用“项目”。可能还有其他使用标签或组件执行类似操作的骇客方法,但是您将花费大量时间将这些黑客遍及整个Jira。 IMO不是一个有趣的练习。


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


可以在Epic / Task / Sub-task级别轻松添加依赖项,但是我不知道在版本级别执行此操作的简便方法。我只是真正了解敏捷云解决方案。如果您在本地安装此软件,我非常确定如果确实需要,可以找到一种方法。


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


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


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


该监视列表将通过电子邮件通知所有观察者。此外,您可以设置工作流程以通过自定义工作流程重新分配或封送每个记录。


在“问题”中,我可以看到不同的团队何时在同一地区工作


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


我还希望能够使用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)
在“缺陷”中,因此我可以看到错误已修复的位置(component_a_x.y.z)



您定义的每个错误:


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

08-28 00:57
查看更多