2

Our organisation is now using JIRA and I'm looking to migrate a bugzilla database of about 1500 entries into it.

I'm aware that JIRA has projects but not of divisions within this.

My firm preference is to have one JIRA project for this bugzilla database and the bugzilla products then components all contained within this. This keeps the database self contained and doesn't expose (and therefore overcrowd) the top level project list in JIRA with my department specific bugzilla products.

Given that there is not a straight one-to-one mapping of the hierachy in bugzilla with that in JIRA, I would consider custom fields to implement the bugzilla product and component levels in JIRA and build a custom JIRA webpage with a form that would auto-present the correct components once a product is selected (much as is the case in the bugzilla). I'm aware that JIRA is highly customisable with APIs but I don't know the detail yet - this is where I would need advice.

I've attempted some research but this is inconclusive: http://forums.atlassian.com/message.jspa?messageID=257299050

So in summary:

  1. Is custom fields the definitive/accepted way to represent bugzilla products and their components in JIRA. Any disadvantages?
  2. If so, are there examples, suggest as to how to implement this - and the form that auto-suggests the components, once a product is selected.
  3. If not, then what would be the alternative to using custom fields?
therobyouknow
  • 6,604
  • 13
  • 56
  • 73

1 Answers1

1

You could save yourself a lot of work by equating the Bugzilla product to JIRA projects, so that you could map the components directly from Bugzilla to JIRA. You'd then get the auto-suggestion of the component list for each project for free rather than having to do a bunch of customization.

I've used JIRA in five different organizations and have always mapped each team or division to one or more JIRA projects. Each JIRA project can then have its own versions and release dates as well as components, which seems like a natural match to Bugzilla products.

gareth_bowles
  • 20,760
  • 5
  • 52
  • 82
  • +1 and accepted answer, particularly the point about avoiding customization. When I look at what I have already set in place, I have already created a few JIRA projects that would map back to bugzilla products. It ought to be no hardship getting about 2 or 3 more created to complete this. – therobyouknow Jun 22 '11 at 10:28
  • My next thoughts would be that I would want to run both systems in parallel, so I would start by migrating the closed bugs in bugzilla to JIRA, put a JIRA bug number prefix in the bugzilla bug title, with a URL to the JIRA bug as the final comment in each of these closed bugs, and somehow lock the bugzilla bug to prevent further additions. The JIRA version of the bug would also link back with a URL in its comments back to the bugzilla so that there is a 2 way linkage. Any thoughts welcome... – therobyouknow Jun 22 '11 at 10:30
  • I've created a new question for freezing closed bugs: http://stackoverflow.com/questions/6439380/bugzilla-closed-fixed-bugs-how-to-stop-further-comments-being-added-to-bug-due – therobyouknow Jun 22 '11 at 11:55