It's not the same without you

Join the community to find out what other Atlassian users are discussing, debating and creating.

Atlassian Community Hero Image Collage

How to sync issues between multiple JIRA Cloud instances

We are planning to implement a JIRA Cloud instance and will need to sync issues between our instance and vendor instances (cloud and/or server -based).

The add-ons I've located for conditional syncing, such as IssueSync and Cross for JIRA, all seem to be server based.

So, I'm wondering if:

a) are there any cloud based options?

b) are there any stand-alone options?

c) or do we have to stand up a JIRA Server instance just for the sync plugin?

Thanks

4 answers

1 accepted

4 votes
Answer accepted

Another add-on you might want to take a look at is Backbone Issue Sync for JIRA.

a) you can download it for server, data center and cloud - it provides integrations in all directions.
b/c) Backbone is installed on each instance as an add-on

For more information check out the Marketplace Listing and the documentation.

is there a way to pull the full history of a ticket?

I imagine by pulling the full history, you want to have the same history on the target issue as in the source issue, right?

What Backbone does, it applies all changes on the target issue. As soon as the source issue is changed, the target issue will be changed and therefore a similar history in the target issue will be produced - however the change dates/times will be different.

However, the initial history (before the sync) will not be reproduced on the other side.

I assume, you already know that. If you want to discuss your use case with us further, please let us know at support@k15t.com and we arrange a meeting.

And Exalate is another serious offer

  • Supports Cloud to Cloud synchronisation (next to Server/Cloud and Server/Server)
  • Doesn't require a standalone server

 

More information can be found at 

 

Francis

 

Would exalate require software installed on both cloud instances? Ideally I would like to minimize changes on one of the cloud instances (the one owned by our client). Sincerely

Exalate requires to have it installed on both sides.  The reason is that you want to remain autonomous between the two systems.

 

Whenever your customer is doing a configuration change, you don't want to be affected or the way around.

 

There are solutions to do the synchronisation from one side, but that is an approach which will get problematic whenever you scale the number of connections.  Imagine that you need to negotiate with all your partners that you plan to change your workflow.

 

With an autonomous solution like Exalate, configuration changes are contained on one side as long as the information sent to the other partners is not changed.

 

 

Francis

There is another app you might want to check out: Issue SYNC - Synchronization for Jira.

You can also use it to sync your data between Jira Cloud, Server or Data Center regardless of the type (Core, Software, Service Desk). 

Take a look at ConnectAll. This has to be installed on a standalone server but it can sync issues between two cloud instances.

Just to be clear, you don't need a JIRA server instance for it. ConnectAll is installed as a separate application.

Suggest an answer

Log in or Sign up to answer
Community showcase
Posted in Jira Core

How to manage many similar workflows?

I have multiple projects that use variations of the same base workflow. The variations depend on the requirements of the project or issue type. The variations mostly come in the form of new statuses ...

1,099 views 7 0
Join discussion

Community Events

Connect with like-minded Atlassian users at free events near you!

Find an event

Connect with like-minded Atlassian users at free events near you!

Unfortunately there are no Community Events near you at the moment.

Host an event

You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events

Events near you