Джира: "Относительно" против "Связано с"

В Jira связывание элементов легко и полезно.

Например, вы можете легко клонировать проблему: Создайте проблему 100, клонируйте ее до 101. Затем 100 показывает, что "эта проблема имеет клон: 101", а затем 101 "Эта проблема - это клон: 100"

Аналогично, вы можете отметить выпуск 201 как дубликат 200 (реверс 200 дублируется на 201), и есть несколько других типов ссылок.

Мой вопрос связан с использованием связанных билетов. Одна сторона отношения отмечена "Эта проблема связана с...", а другая сторона говорит: "Этот вопрос является относительным...".

Как ваша команда разработчиков определяет эти два элемента? Это не имело бы большого значения, кроме того, что дисплей отличается, что делает типы ссылок немного разными, и похоже, что они отличаются друг от друга, когда одна проблема является "родственником" нескольких других проблем, но также "связана с" некоторыми другими....

Ответы

Ответ 1

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

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

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

Ответ 2

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

Feature < - описывает → Epic < - details → Story

Запрос функции - это то, что планируется в релизе. Эта особенность описана рядом эпосов высокого уровня. Истории используются, чтобы обеспечить детали этих эпосов. Истории "INVEST"

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

Описание

  • x 'описывается' y
  • y 'описывает' x

Подробнее

  • x 'подробно описывается в' y
  • y 'details' x

Рисование модели отношений с сущностью и присвоение имен помогает многому определять определения issuelink.

Фрэнсис

Ответ 3

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

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

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

Ответ 4

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

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

Ответ 5

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

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

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