|
|
1
13
在JIRA中,链接是定向的,即不对称的。链接的一部分是“源”,其中一个角色与“副本”类似,另一个角色是“目标”,另一个角色是“的副本”。 当您有一个对称的链接语义时,就像彼此相关的问题一样,这并不能很好地工作。您可以对这两个角色进行相同的命名(“与”-“相关”),这在某种程度上会起作用。例如,您可以期望在选择链接类型时出现两次“is related to”。 在您的jira配置中,这可能会导致管理员以不同的方式定义“相关”链接类型的角色。但我想这更多的是一个bug,而不是一个特性,并且您可以安全地忽略同一关系的两个名称之间的差异。 |
|
|
2
2
我们实现的一个链接示例是 功能<--描述-->史诗<--详细信息-->故事 特性请求是在一个版本中得到计划的东西。 这一特征是由许多高级史诗所描述的。 故事被用来提供这些史诗的细节。故事 是“投资” 链接关系是 描写
细节
绘制实体关系模型并命名这些关系有助于开发问题链接定义。 弗兰西斯 |
|
|
3
2
面对我读过的同样的问题 seredas answer 它很好地解释了有向链接和对称语义的背景(+1)-有趣的是,这个解释让我得出了一个不同的结论,以便在JIRA中实际使用: 正如史蒂夫·梅尔尼科夫所说的那样, 归根结底就是读者如何解读文本 ,我现在是这样做的:当 关系 具有最不具体的链接语义,在缺少一个更具体的链接的情况下,通常还有一个问题(源)触发与另一个(目标)的关系,通过在左列列出链接的活动参与者和在右列列出链接的被动参与者,这一事实在JIRA UI中可见。 我已经将这个结论与我参与的几个项目进行了对比,现在我将确认这个印象,即尝试应用 涉及 从这个角度来看,参与讨论的问题让我一眼就能更容易理解。 |
|
|
4
0
我最近在Jira中遇到过类似的功能,我必须说我非常确信没有隐藏的功能。我可以从理论上理解解决两个任务之间关系取向的必要性。但实际上它可能没有那么重要,因为根据我的经验,如果您经常使用任务跟踪系统,那么您会很快忽略这些特性,而没有任何明显的效果。 ..。我感兴趣的是,是否有任何Jira的插件基于其功能或用户界面的关系导向属性。 |
|
|
5
0
这取决于你和你的团队同意的解释。 在我们的JIRA中,我们发现默认的“相关”标签太模糊,因此我们将默认的“向内和向外”标签修改为“相关”和“相关”以区分链接方向,同时同意问题的性质只能通过逐个阅读这两个问题来理解,并且action仅指示从哪个问题创建链接,并不意味着更多。即使有了这些变化,我们也发现这种链接类型实际上除了作为一种依赖上下文的提醒之外,并没有提供太多的意义。最近,我们创建了几个新的问题链接类型,以更具体地指示相关问题的性质,为我们/提供更多/更好的服务。 如果你想更深入地研究问题链接和JIRA中的默认问题链接类型,我们有 published some info here . |