Переход с Bugzilla на JIRA: окончательный подход для отображения всей иерархии bugzilla db-> product-> component в JIRA? - PullRequest
Новая
       22

Переход с Bugzilla на JIRA: окончательный подход для отображения всей иерархии bugzilla db-> product-> component в JIRA?

2 голосов
/ 21 июня 2011

Наша организация в настоящее время использует JIRA, и я собираюсь перенести в нее базу данных bugzilla, содержащую около 1500 записей.

Мне известно, что у JIRA есть проекты, но нет подразделений в этом.

Мое твердое предпочтение - иметь один проект JIRA для этой базы данных bugzilla, а продукты bugzilla - все компоненты, содержащиеся в этом.Это сохраняет базу данных самодостаточной и не раскрывает (и поэтому переполняет) список проектов верхнего уровня в JIRA с моими продуктами bugzilla, относящимися к моему отделу.

Учитывая, что не существует прямого однозначного сопоставленияИерархия в bugzilla и JIRA: я бы рассмотрел настраиваемые поля для реализации уровней продукта и компонентов bugzilla в JIRA и построил пользовательскую веб-страницу JIRA с формой, которая автоматически представляла бы правильные компоненты после выбора продукта (так же, какдело в багзилле).Я знаю, что JIRA очень настраивается с помощью API, но я еще не знаю деталей - вот где мне нужен совет.

Я попытался провести какое-то исследование, но это не дает окончательных результатов: http://forums.atlassian.com/message.jspa?messageID=257299050

Итак, подведем итог:

  1. Настраиваемые поля - это окончательный / приемлемый способ представления продуктов bugzilla и их компонентов в JIRA.Есть ли недостатки?
  2. Если да, то есть ли примеры, предложите, как это реализовать - и форму, которая автоматически предлагает компоненты после выбора продукта.
  3. Если нет, то какова альтернатива использованию настраиваемых полей?

1 Ответ

1 голос
/ 22 июня 2011

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

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

...