Azure DevOps, you can connect to and collaborate across its core services. You can use various features to link and track your devops tasks across Azure Boards, Azure Repos, Azure Pipelines, and Azure Test Plans. This article shows you options for how to use the cross-service integration of Azure DevOps to improve your workflow and productivity.
Feature Description Drive Git development from work items You can initiate a Git branch or link to Git commits or pull requests and drive your Git development cycle for a work item from within the work item form. Automatically link and transition work items with Git commits For a Git repository, you can turn on or off the following options:
- Close work items with mentions in commit comments.
- Remember user choices for completing work items…
Azure DevOps, you can connect to and collaborate across its core services. You can use various features to link and track your devops tasks across Azure Boards, Azure Repos, Azure Pipelines, and Azure Test Plans. This article shows you options for how to use the cross-service integration of Azure DevOps to improve your workflow and productivity.
Feature Description Drive Git development from work items You can initiate a Git branch or link to Git commits or pull requests and drive your Git development cycle for a work item from within the work item form. Automatically link and transition work items with Git commits For a Git repository, you can turn on or off the following options:
- Close work items with mentions in commit comments.
- Remember user choices for completing work items with pull requests.
- Link work items from commit comments. You can also automate linking from commits or pull requests in repo settings.
- Commit mention linking: Turn on to link commits to work items with #WorkItemID in commit messages. Turn off when you push a repo from a different account or service. Azure DevOps automatically turns off this feature when you import a repo.
- Commit mention work item resolution: Turn on to close work items with Fixes #WorkItemID in commits.
- Work item transition preferences: On by default, it remembers each user’s option to complete linked work items with pull requests. You can turn this feature off to discourage users from completing work items with pull requests. When it’s off, users have to choose to complete work items for each pull request. Check for linked work items in a Git branch Encourage traceability by checking for linked work items on pull requests. Auto complete work items with pull requests When you link a work item to a pull request (PR), you can automatically complete those work items when you successfully complete the PR. The system defaults to your selection for future PRs. View list of code objects a single work item is linked to You can link work items to code changes, builds, and releases—providing an audit trail of the feature development. Query for external links You can query for work items that contain links to branches, commits, pull requests, or tags. Configure branch policies to support work tracking To ensure that changes to a branch have links to work items, you configure the branch policy for a Git repository in repo settings. Turn on the Check for linked work items option. Choose Required to mandate all pull requests have at least one linked work item in order to be completed. Choose Optional to allow pull requests without linked work items, but warn about it.