I am trying to use the Configuration Manager plugin and JIRA's Project Import to import issues from another JIRA instance. This works quite nicely but here's the twist. We wish to combine several project into one project. AFAICT I cannot use Project Import to import a second project into a current project.
Additionally the projects we are importing have different workflows and fields. So we want to import these differing projects combining them into one project and using components to differentiate between the old projects.
Is this at all doable?
Probably not but I thought that perhaps I could use JIM's JSON export to get a bunch of JSON files, then write some Perl scripts to make changes to the JSON files so that they all can be imported. I could fix up the components and change the keys (not sure what to do about reference in comments to old keys). Am I facing the impossible or just very difficult?
It's certainly doable! It can be both a large amount of work and also challenging. It kind of depends on the route you would like to take.
It is possible to import both projects, and then combine them within JIRA. This can be done with a "bulk move". To do this would require making the sure that the workflows and fields are available at the time of the move wherever you are choosing to move the project to.
As for the JSON import, I have some experience with that, but I haven't used it to combine projects. I would certainly think that it could be done, however. Just a matter of getting creative with the scripts!
Hope this helps,
What is this "bulk move" you speak of and how does it help me? Let's say I have Proj1 with Workflow1 and Proj2 with Workflow2 in the exporting JIRA instance. Further let's say I export/import Proj1 and Proj2 into my test JIRA instance. How then do I use "bulk move" to combine these two projects? Further, let's assume that I have a ProjAll in my test JIRA instance and I would like to "bulk move" Proj1 -> ProjAll and Proj2 -> ProjAll *but* I want to tag the Proj1's with a component (let's say Proj1_component) and I want to tag the Proj2's with the component "Proj2_component". Is that also doable?
Bulk move allows a user to migrate issues from one project to another. Hence, if you had a projects "Proj1, Proj2, ProjAll" you could migrate the issues from Proj1 -> ProjAll and Proj2 -> ProjAll. This would effectively combine your projects. As for tagging them with a component, there is a similar feature to bulk move called bulk edit. You could select all of the projects inside of Proj1 and edit all of them to have a component and do the same for Proj2. They would have components distinguishing the projects before you ever need to move them.
Ok, a few things. First, where do I get this "bulk move"? Is it a addon? I couldn't find it. Next, you really didn't address when Proj1 and Proj2 have different workflows. How do the workflow merge? For example, if Proj1 has a work flow with a state called "Closed" but Proj2's workflow has a sttae called "Completed" how does that shake out when the projects are combined? Also, issues of Proj1 with keys like PROJ1-100 and PROJ1-200 and issues from Proj2 with keys like PROJ2-123 and PROJ2-256 will be migrating into ProjAll with keys like PROJALL-1, PROJALL-2, etc. How does that work? Finally, it's very likely that comments in issues from Proj1 and Proj2 will refer to other issues in the same project in the comments. For example, a comment on (old) PROJ1-200 might say something like "This problem is similar but slightly different than PROJ1-100". Wouldn't that comment need to be revised to say "This problem is similar but slightly different than PROJALL-3000"? And how do I determine that PROJ1-100 -> PROJALL-3000?
The bulk move can be found when you are searching for issues. If you are on a search, in the upper right hand corner, there is a button that says "tools". If you click on that, there is an option for "Bulk Change". You can select up to 1000 issues. If you click that button, you can go through and select which issues you would like to modify. Once you press the "Next" button, you can chose to "Move" issues. This is not an add-on, but rather a built in feature. As for the workflows, it would depend on how your two projects were set up. If they have distinct issue types for Project A and Project B, you could simply have two workflows associated with the Project All that are specific to those issue types of Project A or B. If your projects share issue types, then it would be a bit more complicated, but I think still doable. The issues keys would be modified, and there isn't anything that I can do about that. JRIA will automatically index them as you move them from one project to another. You are correct in your interoperation of how the comments would be processed, and sadly that is a problem that would be hard to overcome. I can't tell you how the issue number would change, only that they would. This would have to be a post migration fix, assuming you did it in the manner I suggested in the answer.
I’m a designer on the Jira team. For a long time, I’ve fielded questions from other designers about how they should be using Jira Software with their design team. I’ve also heard feedback from other ...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG