Is there any way to export just the issue types and possibly customized fields without exporting any of the user entered data for JIRA? I have to setup a new JIRA instance on a separate network for another team, to share the same setup, but without any of the information (i.e., HR might have personnel information that the recruiters don't need to see).
Thanks for the reply Ramiro.
One option that I've come up with might be able to resolve this issue as a work around as well. When you perform an export from the original system, you can open the .zip file and modify the entity.xml file to remove all refrences to the issue_id lines. Save the file, re-zip it, then import the new .zip file into the awaiting system. I was able to import the issue types and schemes without any of the user entered data.
Another option is to export as usual, import into a fresh Jira installation, delete all Project, User, and Group entries from within JIRA, then perform an export. Take that new export and import it into the destination system.
These two approaches pretty much do the same thing, but one allows the application to perform the changes to the entity.xml file itself.
In my opinion, I would recommend the second option because it would guarantee the data integrity. Is much safer. Have you already done one of the two options?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I have actually done the first one already with success. I am currently working on the second, but it will take me a little time to setup another test environment before I can try it out. I agree with you on the data integrity 100%, but in case that doesn't work I do feel that the 1st option is viable.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I'm glad it worked! And this is a pretty interesting matter. Remember to mark your answer as correct in order to help the other users.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
As soon as I've tested the second option successfully I will. If it fails, then I'll update it to show that at least the first option works. Thanks again
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks for the reply Ramiro.
One option that I've come up with might be able to resolve this issue as a work around as well. When you perform an export from the original system, you can open the .zip file and modify the entity.xml file to remove all refrences to the issue_id lines. Save the file, re-zip it, then import the new .zip file into the awaiting system. I was able to import the issue types and schemes without any of the user entered data.
Another option is to export as usual, import into a fresh Jira installation, delete all Project, User, and Group entries from within JIRA, then perform an export. Take that new export and import it into the destination system.
These two approaches pretty much do the same thing, but one allows the application to perform the changes to the entity.xml file itself.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi, I've investigated a little and found this. I'm afraid it's not posible, but there's a few workaround solutions. Hope this helps!
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.