I am trying to move an issue from one project to another project using REST API or groovy script or any other method .
Very much in need of this .Please help
Abyakta
Hi @Abyakta Lenka,
If possible, I would request you to explore using JIRA native move issue feature, so that JIRA handles the various pre-requisites and dependencies.
If not possible, you should have an utility that does the following:
Regards,
Ravi Varma
Thanks Ravi, for the response , do you have any thing handy so that i can refer quickly .
Create ticket refereing from the other ticket can be done using REST API but , thats not move because the Issueid will change .
Please suggest .
Abyakta
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Abyakta Lenka,
Unfortunately, I never used the second option as it is too heavy and restrictive. I always preferred the first option
Please refer the following links
The third option is a combination approach, where you invoke REST APIs to fetch the original issue data and write it to a CSV file (Refer - https://confluence.atlassian.com/jirasoftwareserver073/creating-issues-using-the-csv-importer-861256349.html), which can then be imported to the desired project. Please note that you still need to map the CSV column to appropriate JIRA fields.
Regards,
Ravi Varma
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Ravi,
I was looking for a Programmatic approach either using Groovy or REST API.
I realized there is no public api so thought of asking here in the community who have done it .
Abyakta
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You're going to struggle with this - although people have done it sometimes, it is messy and complex and you have to jump through many many hoops to do the "move" with an internal process as you have to check all of the configuration, the same way the "move" does when you do it in the UI. If you want to do it from the outside, over REST, then Ravi's answer in the earlier comment is what you need.
The handful of cases I've seen it done (and done it) all rely on knowing the configuration in source and target projects are identical, and all break when they're not.
Generally, you should not move issues, especially "programmatically". The desire to move issues usually means a broken process, and it is going to be easier, safer, faster and cheaper to fix the process. Move is for genuine "I made a mistake and put it in the wrong project / selected the wrong issue type", "housekeeping" and "tidying up before or after merge or split". In all of those cases, a human should mostly be doing it with the UI after making a deliberate business decision that it is needed, so that there's no chance of corrupting the issues.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.