I am wondering if i can limit who is able to move to move an issue from one step to the next.
In order to have better change control, I dont want the dev who worked on the ticket to be able to move the ticket To or From code review. Is it possible to only limit 1 person from making these kind of transitions?
Hi Imran - Welcome to the Atlassian Community!
Yes, you can put conditions on the transitions. It might be harder to restrict by a certain user in certain circumstances though.
So, for your example it might be possible to exclude anyone that was already assigned the issue at a previous stage. The question would be if someone who was assigned to it earlier who is not the developer could move it.
Thank you for your answer!
Do you have any insight as to how i wold go about this? Or any helpful articles?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello Imran,
If you want to put restriction on the developer who worked on the issue, there are many conditions provided by JSU which might be useful for you.
For more information, you may have a look at https://confluence-apps.beecom.ch/display/JSU/Workflow+Conditions and https://confluence-apps.beecom.ch/display/JSU/JQL+Condition
You can always reach us by our https://servicedesk-apps.beecom.ch/servicedesk/customer/portal/3
Thanks!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello Imran,
What you want to do is
Here is also Atlassian's guide. Let me know if this helps.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You can create a role or group for that 1 person and add that group or role to the condition. I recommend thinking what will work best if you scale your Jira instance and using a group or role, is better than individually naming one user.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
depending on your role (whether you are a jira admin or have jira admin rights) you likely want to constrain using "project role" as this will be accessible to anyone that is an admin at the project level. To use groups you will likely run into something of an administrative delay when adding or removing people from this constraint unless you are a jira admin.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks for all the tips!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.