I've started to use the version release functionality in Jira, however, I realised that after I marked a version as Released, all tickets assigned to complete that version, were not automatically updated to Deployed.
So, it just feels like marking a version as Released doesn't really do anything but mark a status next to the Fix Version.
Is this how this flow was intended to be or am i missing anything?
Is there any plan to automate this status update in the future?
What I believe Claudia would like an answer on (as I do) is that once an issue has a fix version applied and on deployment (or shortly after), when you click the release button in the release does it flag in Jira on the individual issue as being deployed.
So for example you have 50+ items going to production, when you click the release button is there an automated process built in that flags them as deployed at the individual issue level? If so how is that done or where do you find that information as it does not seem to be visible anywhere in the JIRA issue itself.
It seems to me there should be an automated process when you click the release button that marks each of the items in fix version as deployed with the date deployed if possible so you can target those issues in reporting on demand as deployed at some point in time outside of the release.
Thank you -
PS - I will take a deeper look at the one suggestion to set up an automation.
You are correct, doing a Release really does nothing more than placing a value in the Fix Version field. Which then typically removes it from your board to reduce clutter.
If you want to update the status you will need to either do that on a transition to your final column or create a transition on the final status that points to itself and updates the Resolution. Of course, that would mean that you have a two step process to release - click the button of the transition to set the Resolution and then do the Release. But it is typically a two step process anyway.
Typically, you complete the work first (Resolution is Done) and then work is released when it is Deployed. I think the connotation is that it has been deployed by definition if it has been released.
Is there a particular reason that you need to see a status of Deployed AND Released? As opposed to Done and Released?
I am ok with Done and Released. I think i wasn't very clear in my question. Marking a ticket as Released is what i'm looking to get. And yes, Deployed = Released.
Currently a ticket is marked as Done, based on our definition of done, which does not include releasing the ticket to live environment.
That is why when a fix version is released, it makes sense to me that all the tickets part of the fix version, will get the Released status, as well; which is not the case, unfortunately.
Thank you for your help!
Ah, I think I finally understand. When you move an issue to Done you want it to do an automatic Release. Correct? Would that be just that issue? Or when the very last issue is marked Done with that Fix Version?
Not sure that is even possible. You might find more information here:
I believe JIRA intends for Releases to be more of a manual process for Kanban based on review of the issues.
I'm having the same issue!
When you move an issue to Done you want it to do an automatic Release. Correct?
If I'm reading Claudia's question right, this summary isn't quite right.
If I'm fixing a bug Jira ticket, when the code has merged, Bitbucket moves the linked ticket to "Done". The next step should be, when the linked commit makes it to production (e.g. using the "production" deployment tag on Bitbucket Pipelines), I would like for Jira to move the ticket to "Released" or some other status to show the code change has been deployed to servers.
Does Jira have some way of triggering a status change ("Released" in my example) when a ticket is in the production deployment?
maybe....are you expecting the status to change from Done once it is released? That doesn't happen. Released is associated w/ a Fix Version and it is binary: unreleased or released. If you want, you could add a status "Released" and manually or thru automation transition the issues to "Released". Keep in mind that the field Fix Version allows for multiple versions. This so that you can indicate which versions the issue has been fixed in. So one of the complexities arise when, say you have three versions in the FV field and maybe one of the three versions are released.
Hi All! We’re excited to share the launch of an announcement banner that lets Jira site administrators communicate directly to their users across their Jira Cloud instance. ...
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