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.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
The Atlassian Community can help you and your team get more value out of Atlassian products and practices.
We have found a project that was deleted some time back in production but now needs to be restored. Thankfully, we have a copy of the project in our sandbox instance.
'Migrate cloud site [Beta]' seems to support this use-case and I can select the individual project in sandbox to migrate to prod (where is has been deleted). All the pre-checks pass and the migration is estimated to be 1-5 mins. Great!
But I have some questions about users: I can see that the migration will always include users and groups but since our organisation uses managed accounts (via Atlassian access) we are already in sync across prod and sandbox. Does this mean there will be NO user/group changes? Will existing group membership on our production instance be altered. In this particular use case, I really don't need any user/group changes (and I certainly don't want any doubling up on users/groups). Ideally, I'd like to move the project and not touch users in any way
I have noticed that when importing back into production from sandbox, it duplicates so many things and there will be a lot of cleanup. I'm talking all the custom fields, issue types and screens used in the project. Also all users and groups despite not wanting that. You may end up with a lot of copies of things with (migrated) after the title.
I ended up migrating the project to a fresh instance and cleaning up users/groups using BulkOps, and then migrating it back into production.
Thanks @Steven Rhodes . Sounds like a lot of trouble then! It's a bit of a shame that it can't be done (yet). I might give your workaround a go.
Its a lot of work because it creates copies of every custom field back in your production environment. You have to delete these manually one by one. You can luckily filter on this. I think in the last year the Cloud API has allowed the deletion (or trashing) of custom fields so if anyone has a solution using that it would be great.
The schemes which are migrated back in are duplicates of the ones used in the project so thats an easy cleanup. Using BulkOps to clean up the users is ok, but it needs to be chopped up into 1000 row CSVs, and the group deletion is a pain because Atlassian cloud does not have a group export, and the API call (https://yourdomain.atlassian.net/rest/api/2/groups/picker?maxResults=10000) outputs JSON which is just as much work as copy pasting from the UI to get it in CSV form. Again, help would be appreciated in this department.
Just to round out the discussion.
In my case, re-instating the project from sandbox was more about the project data than the project structure so I simply created the project again in prod; re-assigned issue, screen and workflow schemes (which were still usable) and then added in the data using the external system import functionality having exported all issues in the sandbox.