How to keep configuration changes between upgrades of Atlassian products?

It seems that if you are using Atlassian products for more than just fun (with lots of teams and products) you are forced to have to modify files in the installation directory, like adding some jar files, or modifying different configuration files (properties or xml ones).

I am looking for a way that would be similar to using patch queues for applying these changes again on a new version. I do not have the time to manually cherry pick the changes each times, especially that each products does have about a dozen of releases each year.

So far I was using a home grown upgrade script that was keeping the modified files on upgrades, but the number of exceptions started to grow and I am sure that sooner of later I will end-up with missing some new changes on one of these files.

Due to this I suspect that something following the model of a patch queue would be more suitable in this case.

Is anyone using something like this successfully?

1 answer

0 vote
Joe Pitt Community Champion Oct 07, 2014

Not sure what you mean by 'more than just fun'. I've configured JIRA for use with multiple projects, issue types, workflows, screen schemes, etc. without using anything more than the jira-suite utilities plug in. As a COTS product modifications to code should be kept to a minimum and it is a given most users will have to make some concessions to their desired behavior of a tracking tool. If you are heavily modifying the source code it may not be the solution for you. Since you can never be sure if the vendor will change the source code you've modified with a release you need to check each time you upgrade to see if your modification will still work. I spent over 20 years supporting IBM mainframe systems and we gradually reduced our user modifications because of the time it spent to refit them, sometimes up to a year. I suggest you revisit your modifications and see if the are 'nice to have' or required for how you MUST do business, not how you would like to do business.

I am not talking about source code changes, let me give you few examples: context.xml, server.xml, setenv.sh, log4j.properties, catalina.properties, jira-application.properties, some added jar files or footer.jsp, head-common.jsp, jpm.xml -- last one needing patching if you want to speedup indexing see https://jira.atlassian.com/browse/JRA-38598 All the changes are minor, like changing a parameter or adding a line, probably the perfect use-case for using patches. My question was if anyone was using such a solution and which one they picked.

Suggest an answer

Log in or Sign up to answer
Atlassian Community Anniversary

Happy Anniversary, Atlassian Community!

This community is celebrating its one-year anniversary and Atlassian co-founder Mike Cannon-Brookes has all the feels.

Read more
Community showcase
Julia Dillon
Posted Tuesday in Jira

Tell us how your team runs on Jira!

Hey Atlassian Community! Today we are launching a bunch of customer stories about the amazing work teams, like Dropbox and Twilio, are doing with Jira. You can check out the stories here. The thi...

611 views 1 18
Join discussion

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