Community Announcements have moved! To stay up to date, please join the new Community Announcements group today. Learn more
×Hi!
I've been trying to figure this one out but I'm giving up and will now ask around to see if anyone's managed.
We are a software development company and have a several versions running in our customer's environments. For example:
* Customer A = 4.1.15
* Customer B = 4.0.53
Now let's assume the two following things:
# Customer A wants to upgrade to our latest release within their current branch (ie. 4.1.33)
# Customer B wants to upgrade to our latest release (ie. 4.2.5)
How would they go about generating a query that can retrieve all the issue that interest them?
I understand there are ways to do this:
# User can go to the 'Change Log' page and view every version one by one, but that really isn't very friendly.
# User can generate a query similar to project=PROJ AND fixVersion in ('4.1.16','4.1.17','4.1.18',...,'4.1.33')
Both these _work_ but are not very friendly, quite error prone (user could easily forget a release # and miss out a ton of issues) and really not what I had in mind.
I tried going the route of fixVersion >= 4.1.15 AND fixVersion= operators don't work on text fields )
So in the end, we end up doing the release notes for our customers ourselves. I simply can't believe that there wouldn't be a way to aggregate release notes from multiple versions.
Anyways, I hope this is somewhat clear. I'll be happy to include some screenshots if necessary.
Marc
I've just had a brief play with this - I'm able to query by project=PROJ AND fixVersion >= "4.1.15" (or our equivilant values) - what version of JIRA are you using? Could there have been enhancements to the search functionality since you hit this issue?
An alternative could be a search like this:
resolutionDate > '2012/01/01' AND fixVersion is not null
(Where '2012/01/01' is the release date of your v4.1.15).
So rather than explicitly searching for the fixVersion itself, you search for all issues that have been resolved since Customer A's release that have a fixVersion assigned.
Not perfect and it'll need some tailoring to your internal methods of managing versions/statuses, but hopefully it's a help.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.