How are you syncing 2 instances of JIRA?

We've got a prod and dev instance of JIRA running and I'd like to sync them.

What are you using and what have you found helpful?

2 answers

1 accepted

9 votes
Accepted answer

Always a fun question.  It used to be "a manual slog" and "some scripting with bodges".  But nowadays, I lean strongly towards a couple of options.

First, it depends on what you mean by "sync".  You have 2 JIRA systems, with projects and issues in both.

If your 'sync' is issue to issue (so an issue in dev is commented/updated, and the same issue in prod needs to be updated), then you really want to look at K15t's Backbone product.

If your 'sync' is about the configuration you've been doing (i.e. you rig up a project in dev, with workflows, screens, fields and the rest, test it and decide "yes, we like this" and want to transfer the config to production), then, look to Botron's Configuration manager

 

Hi Nic,

Thanks for the reply. You've brought up some good points. I think we're leaning towards using the dev instance for testing then moving to prod, BUT the idea of keeping both instances mirrored/synced is appealing as well. I think for our purposes, if the Configuration manager can transfer all the work to the prod instance, then that would be a great safe guard and a truly better dev tool.

 

The thing about the k15t thing is that it is dynamic - I think it's more for the cases where you have say two organisations who want to collaborate, and they both have their own JIRA installations.  Instead of having to argue about which one you should use, and going through all the "fun" of securing them so that people can only see the shared areas, Backbone lets you set up a project on both sides and just synchronise between them.  It's still 2 projects on separate systems, but mirroring the data. You can do it as a flat 1:1 so they're identical, or you can pick and choose which bits you sync (dropping fields etc).  You can even do it internally (one JIRA and two projects that sync!)

I suspect Conflguration Manager is better for you though.  It's aimed at transferring config between systems, and it works well.  You can define (and version) exports of one or many project configs, and once you've imported a project config, you know that the target project is now ideally set up to use JIRA's internal "project import" to draw in the issues if you want them.

Hi Nathan,

One of the main use cases we wanted to target with Configuration Manager for JIRA was moving configuration from dev to prod in an automated way which also gives users complete confidence in the changes they are performing to their production systems. Drop me an email at petar.petrov@botronsoft.com and we can organize an online demo for you where we can show you how Configuration Manager works and discuss your exact use case.

Cheers!

Nic,

Your suggestion of these two products may have solved, for me, not just a handful but a bucket full of things I am working on. To wit:

  • We collaborate with several other environments in our company around the world. It appears that the Backbone product will remove our need to have all JIRA instances  configured as the Lowest Common Denominator One Size Fits Nobody realm. Each environment can run the way that environment wants to and integrate with the others.
  • We're going... for reasons... down the Docker path here. The Configuration Manager and the Backbone product will help us a lot to get there, it seems.

Thanks for that.

mike

 

Hi Petar,

Thank  you for the response. I will be getting in touch soon

Kind regards

Thanks for mentioning Backbone, Nic.

Nathan and Mike: We're holding two intro + demo webinars on the add-on this Wednesday, details and registration are here: https://www.k15t.com/blog/2016/06/backbone-issue-sync-for-jira-two-webinars-on-june-15th

For more info on the product right now: https://www.k15t.com/software/backbone-issue-sync

And we're always happy to answer questions directly: nils@k15t.com

Cheers,
-Nils

Hi Nils,
do both JIRA instances need to install the plugin ? Meaning two times the license fees ? Once for each system ?
Thanks - Christoph

Hi Christoph,

both (all) JIRA instances would need to have the add-on installed and licensed for the specific JIRA user tier.

Best,
Nils

Why am I not surprised  smile
Thanks for clarification - Christoph

Suggest an answer

Log in or Sign up to answer
Community showcase
Published Nov 27, 2018 in Portfolio for Jira

Introducing a new planning experience in Portfolio for Jira (Server/DC)

In the past, Portfolio for Jira required a high degree of detail–foresight that was unrealistic for many businesses to   have–in   order to produce a reliable long-term roadmap. We're tur...

2,650 views 18 21
Read article

Atlassian User Groups

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!

Find my local user group

Unfortunately there are no AUG chapters near you at the moment.

Start an AUG

You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs

Groups near you