Можете ли вы обмениваться компонентами между проектами Jira?

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

Например, предположим, что у меня есть продукт A и продукт B, которые используют общие библиотеки. Я хочу выпустить версию 1 продукта A и версию 2 продукта B; обе эти версии нуждаются в исправлении проблемы 1001 в проекте общей библиотеки.

Я помечаю проблему 1001 общей библиотеки как «ProdAVer1 ProdBVer2», помечаю все проблемы продукта A для версии 1 как «ProdAVer1», а все проблемы продукта B для версии 2 — как «ProdBVer2». Затем я создаю фильтр, включающий все проблемы в продукте A или общих библиотеках, содержащий тег «ProdAVer1», чтобы отслеживать мои проблемы для выпуска продукта A, и аналогичным образом использую тег «ProdBVer2» для продукта B.

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

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

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

Я также использовал JIRA CLI (SOAP), чтобы синхронизировать список компонентов в двух проектах, но это тоже не идеально.

~ Мэтт

Это, вероятно, не сразу поможет, поскольку вы, вероятно, планируете придерживаться JIRA, но я подумал, что должен указать, что это большая инновационная функция, предлагаемая Отслеживание ошибок Launchpad. Разработчики заметили, что ошибки в различных приложениях с открытым исходным кодом часто сводились к общей ошибке в общей библиотеке, и разработали способ привязки одной проблемы к нескольким проектам, версиям и выпускам.