Associating Work Items with Pull Requests sets state to Done - Can I change that?

0
votes

In Azure DevOps, when creating a Pull Request, it's possible to associate work items (Product Backlog Items, Bugs, Tasks, etc). When this happens, the state of the work item is automatically set to Done.

Is that configurable? We would like to associate work items and have them NOT change state.

I've looked through the Project Configuration, Team Configuration, and the Process Configuration and there appears to be no setting relevant to this action.

1
azure-devops
How about the issue? Does the answer below resolved your question, If yes, you could accept it as an answer, so it could help other community members who get the same issues and we could archive this thread, thanks. If not, please let us know if you would like further assistance. – Leo Liu-MSFT

1 Answers

1
votes

If you want that the work items will not be changed to Done state you can uncheck the checkbox when you complete the PR:

enter image description here

If you want that the work items will be changed to another state, is not possible yet, this is not configurable, there is an open Feature Request about it, you can upvote it.

Edit: Microsoft added this feature in Sprint 174 with a preview access:

Starting in sprint 174, we have a new feature that allows you to set the work items to the desired state when the pull request is merged and completed. To do this, we scan the pull request description and look for the state value followed by the #mention of the work item(s). In this example, we are setting two user stories to Resolved and closing two tasks.

https://devblogs.microsoft.com/devops/new-in-azure-boards-sprint-174/