Jira: относительный vs связанный с

В JIRA ссылки направлены, т.е. не симметричны. Одна часть ссылки — «источник», с одной ролью типа «дубликаты», другая — «цель» с другой ролью — «дубликат».

Когда у вас есть симметричная семантика ссылок, например проблемы, связанные друг с другом, это просто не работает. Вы можете назвать обе роли одинаково ("относится к" -- "относится к"), и в какой-то степени это сработает. Вы можете ожидать, что «связано с» появится дважды, например, при выборе типа ссылки.

В вашей конфигурации JIRA это, вероятно, приводит к тому, что администраторы по-разному определяют роли для «связанного» типа ссылки. Но я предполагаю, что это скорее ошибка, чем функция, и вы можете спокойно игнорировать различия между двумя именами одного и того же отношения.

Пример ссылки, которую мы реализовали:

Функция ‹-- описывает --> Эпическая ‹-- подробности --> История

Запрос функции — это то, что планируется в выпуске. Функция описана рядом эпиков высокого уровня. Истории используются, чтобы предоставить детали этих эпосов. Истории «ИНВЕСТ»

Ссылочные отношения

Описывает

• x 'описывается' y
• у «описывает» х

Подробности

• x 'детализировано в' y
• у 'детали' х

Рисование модели отношения сущностей и присвоение имен отношениям очень помогает в разработке определений ссылок на проблемы.

Фрэнсис

Столкнувшись с тем же вопросом, я прочитал seredas answer и это прекрасно объясняет фон направленных ссылок по сравнению с симметричной семантикой (+1) - интересно, хотя это объяснение привело меня к другому выводу для практического использования в JIRA:

Как правильно выразился комментарий Стива Мельникоффа, все сводится к тому, как читатель интерпретирует текст, вот как я сейчас поступаю: всеобщей ссылки в отсутствие более конкретной, обычно остается одна проблема (источник), вызывающая это отношение к другой (целевой), и этот факт виден в пользовательском интерфейсе JIRA путем перечисления активных участников ссылка в левом столбце и пассивные в правом.

Я проверил этот вывод на примере нескольких проектов, в которых я участвую, и теперь я подтверждаю это впечатление, т. е. попытка применить связи к с этой точки зрения делает вопросы участия немного проще. интерпретировать для меня с первого взгляда.

В последнее время я столкнулся с подобной функцией в JIRA и должен сказать, что был в значительной степени убежден, что за ней нет скрытой функции. Теоретически я могу понять необходимость рассмотрения ориентации связи между двумя задачами... но на практике это может быть не так важно, потому что, исходя из моего опыта, если вы регулярно работаете с системой отслеживания задач, вы начинаете игнорировать функции без каких-либо заметных эффект очень быстро.

... что меня интересует, так это то, есть ли какой-либо плагин для JIRA, который основывает свою функциональность или пользовательский интерфейс на этом атрибуте ориентации на отношения.

Это действительно зависит от интерпретации, с которой согласны вы и ваши команды.

В нашей JIRA мы обнаружили, что метки по умолчанию «относится к» слишком двусмысленны, поэтому мы изменили метки по умолчанию «входящие» и «внешние», чтобы читать «относится к» и «связан с», чтобы различать направление ссылки, соглашаясь при этом, что проблемы связаны в характере, который можно понять, только прочитав оба выпуска в каждом конкретном случае, и что направление указывает только на то, из какого выпуска была создана ссылка, и ничего больше не означает. Даже с этими изменениями мы обнаружили, что этот тип ссылки на самом деле не имеет большого значения, кроме как своего рода напоминание в зависимости от контекста. Недавно мы создали несколько новых типов ссылок на проблемы, чтобы более конкретно указать характер связанных проблем, которые служат нам /намного/ лучше.

Если вы хотите немного глубже погрузиться в ссылки задач и типы ссылок задач по умолчанию в JIRA, у нас есть опубликовал здесь некоторую информацию.