Джира: роднина на срещу свързана с

В JIRA връзките са насочени, т.е. не са симетрични. Една част от връзката е "източник", с една роля, като "дубликати", другата е "цел" с друга роля - "е дубликат на".

Когато имате симетрична семантика на връзката, като проблеми, свързани един с друг, това просто не работи добре. Можете да наименувате и двете роли еднакво („е свързано с“ -- „е свързано с“) и това ще работи до известна степен. Можете да очаквате „е свързано с“ да се появи два пъти, когато изберете тип връзка, например.

Във вашата конфигурация на JIRA това вероятно ще накара администраторите да дефинират по различен начин ролите за „свързания“ тип връзка. Но предполагам, че това е по-скоро грешка, отколкото функция и можете спокойно да игнорирате разликите между две имена на една и съща връзка.

Пример за връзка, която внедрихме, е

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

Заявката за функция е нещо, което се планира в издание. Функцията е описана от редица епоси на високо ниво. Историите се използват за предоставяне на подробности за тези епоси. Историите са „ИНВЕСТИРАНЕ“

Връзките на връзките са

Описва

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

Подробности

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

Изчертаването на модел на връзката на обекта и наименуването на връзките помага много за разработването на дефиниции за проблемна връзка.

Франсис

Изправен пред същия въпрос, прочетох отговора на seredas и той обяснява фона на насочените връзки срещу симетричната семантика добре (+1) - интересно е, че това обяснение ме доведе до различно заключение за практическа употреба в JIRA:

Както правилно се изразява коментарът на Стив Мелников, всичко се свежда до това как читателят интерпретира текста, ето как го правя сега: докато Relation има най-малко специфичната семантична връзка, вид на връзка за улавяне на всички при липса на по-специфична, обикновено все още има един проблем (източникът), който задейства тази връзка с друг (целта) и този факт е видим в потребителския интерфейс на JIRA чрез изброяване на активните участници на връзка в лявата колона и пасивните в дясната.

Проверих това заключение спрямо няколко проекта, в които участвам, и бих потвърдил това впечатление сега, т.е. опитвайки се да приложа свързано с от този ъгъл, прави участващите проблеми малко по-лесни за тълкувай ми с един поглед.

Срещнах подобна функция в JIRA напоследък и трябва да кажа, че бях почти убеден, че няма скрита функция. Мога да разбера необходимостта от разглеждане на ориентацията на връзката между две задачи теоретично .. но на практика може да не е толкова уместно, защото от моя опит, ако работите редовно със система за проследяване на задачи, започвате да игнорирате функциите без никакви забележими ефект много бързо.

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

Наистина зависи от интерпретацията, за която вие и вашите екипи сте съгласни.

В нашия JIRA открихме, че етикетите по подразбиране „отнася се до“ са твърде двусмислени, така че променихме етикетите по подразбиране навътре и навън, за да се четат „отнася се до“ и „е свързано с“, за да разграничим посоката на връзката, като същевременно се съгласихме, че проблемите са свързани в естество, което може да бъде разбрано само чрез четене на двата въпроса за всеки отделен случай и че посоката само показва от кой брой е създадена връзката и не означава нищо повече. Дори и с тези промени открихме, че този тип връзка всъщност не предоставя голямо значение, освен да служи като вид напомняне в зависимост от контекста. Наскоро създадохме няколко нови типа връзки към проблеми, за да посочим по-конкретно естеството на свързаните проблеми, което ни служи /много/ по-добре.

Ако искате да се потопите малко по-дълбоко във връзките за проблеми и типовете връзки за проблеми по подразбиране в JIRA, имаме публикува малко информация тук.