You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Join now to unlock these features and more
As the title suggests, I'm about to import a large number of issues into my pre-existing Jira project. Jira was unavailable to us for a while and so for 2 sprints of this increment we had been statusing our tickets via spreadsheet. The import .csv file has tickets that will need to be updated in Jira, as well as rows that will need to be added as tickets. Additionally, when we got Jira back, all the data was rolled back to before our Planning Event. This means that a lot of our tickets in the excel sheet that I think are updates will actually be additional tickets. The part that I think will be tricky is that a lot of these tickets have Issue IDs that were already assigned by Jira when I made the export.
Can you tell Jira what the issue ID of a ticket is? Or will these Issue ID's be reassigned when I import?
What happens if Jira has already assigned an a specific Issue ID to a new additon I've imported, and then I import another team's backlog and that same Issue ID is already in use?
What should my gameplan be? I have 16 product lines to do. I figured the easiest way to break this down would be by team. But do I need to break it down further?
- pre-existing but now missing issues (these have specific Issue ID's that Jira doesn't know)
- new additions (missing Issue IDs)
- regular status updates (matching Issue IDs)
Does it make sense to break this down by team or should I just do all tickets from those three categories one at a time?
Is there a size limit for csv to keep the import operating smoothly?
Anything else I should know?