在 Jira 中，将项目链接在一起既简单又有用。
例如，您可以轻松克隆一个问题：创建问题 100，将其克隆到 101。100 然后显示“这个问题有一个克隆：101”，101 然后显示“这个问题是一个克隆：100”
同样，您可以将问题 201 标记为与 200 重复（反向为 200 与 201 重复），并且还有一些其他链接类型。
我的问题是关于相关票证的使用。关系的一侧标记为“此问题与...有关”，另一侧表示“此问题与...有关”。
您的开发团队如何定义这两个项目？除了显示不同之外，这无关紧要，使链接类型略有不同，当一个问题是其他一些问题的“亲戚”时，它们看起来是不同的，但也与其他一些问题“相关”。 ...
在 JIRA 中，链接是定向的，即不对称的。链接的一部分是“源”，具有一个角色，例如“重复”，另一部分是具有另一个角色的“目标”-“是重复的”。
当您具有对称的链接语义时，例如彼此相关的问题，这将无法正常工作。您可以对这两个角色进行同等命名（“与”相关——“与”相关），这在一定程度上会起作用。例如，在您选择链接类型的地方，您可以预期“相关”出现两次。
在您的 JIRA 配置中，这可能会导致管理员以不同方式定义“相关”链接类型的角色。但我想这更像是一个错误而不是一个功能，你可以放心地忽略相同关系的两个名称之间的差异。
我们实现的链接示例是
特征<--描述-->史诗<--细节-->故事
功能请求是在发布中计划好的东西。该功能由许多高级史诗描述。故事用于提供这些史诗的细节。故事是“投资”
链接关系是
绘制实体关系模型并命名关系对开发问题链接定义有很大帮助。
弗朗西斯
面对同样的问题，我已经阅读了 seredas 的答案，它很好地解释了定向链接与对称语义的背景（+1）——有趣的是，尽管这种解释使我对 JIRA 的实际使用得出了不同的结论：
正如史蒂夫梅尔尼科夫斯评论正确所说，它归结为读者如何解释文本，这就是我现在的做法：虽然关系具有最不具体的链接语义，但在没有更具体的链接的情况下是一种包罗万象的链接，有通常仍然是一个问题（源）触发与另一个问题（目标）的这种关系，并且通过在左侧列中列出链接的主动参与者和在右侧列中列出被动参与者，这一事实在 JIRA UI 中可见.
我已经根据我正在参与的几个项目检查了这个结论，现在我要确认这个印象，即尝试从这个角度应用相关性会使参与的问题一目了然地解释起来更容易一些。
我最近在 JIRA 中遇到了类似的功能，我必须说我非常确信背后没有隐藏任何功能。我可以理解从理论上解决两个任务之间关系方向的需要.. 但实际上它可能并不那么相关，因为根据我的经验，如果您定期使用任务跟踪系统，您就会开始忽略没有任何明显的特征效果非常快。
.. 让我感兴趣的是是否有任何 JIRA 插件，其功能或 UI 基于关系方向的这个属性。
这实际上取决于您和您的团队同意的解释。
在我们的 JIRA 中，我们发现默认的“relates to”标签过于含糊，因此我们修改了默认的 inward 和 outward 标签为“relates to”和“is related to”以区分链接方向，同时同意问题是相关的本质上，只能通过逐个阅读这两个问题来理解，并且方向仅表明链接是从哪个问题创建的，仅此而已。即使进行了这些更改，我们发现这种链接类型实际上并没有提供太多意义，只是根据上下文作为一种提醒。最近我们创建了几个新的问题链接类型，以更具体地表明相关问题的性质，更好地为我们服务/much/。
如果您想更深入地了解问题链接和 JIRA 中的默认问题链接类型，我们在此处发布了一些信息。