我们拥有完整的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
这有可能吗？
答案 0 :(得分：0)
这有可能吗？
简短的回答是肯定的。一切皆有可能。
Jira具有以下层次结构：
<强>项目
../ 史诗
../../ 任务
../../../ 子任务
如果您需要跟踪版本号作为产品路线图的一部分，则需要使用该功能的项目。可能有其他hacky方法使用标签或组件来做这样的事情，但你将花费无尽的时间在整个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）
您定义的每个错误：