Rediger

Del via


Manage notifications for a team, project, or organization

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

You can manage email notifications at team, project, and organization levels when changes occur to work items, code reviews, pull requests, source control files, and builds.

For example, when a high priority work item is assigned to your team's area path, a notification email gets sent to the team. For more information, see Notification types.

Prerequisites

To manage notifications, you must be an administrator for the level you want to manage:

  • Team: You must be a Team Administrator to modify subscriptions for a team.
  • Project: You must be a member of the Project Administrators group to create or modify subscriptions for a project.
  • Organization: You must be a member of the Project Collection Administrators group to create or modify subscriptions for an organization or collection.

If you're not an administrator, get added as one. For more information, see the following articles:

Note

For on-premises Azure DevOps Server, configure an SMTP server for team members to see the Notifications option from their organization or user profile menu and to receive notifications.

Create an email subscription

A subscription lets you control what your team is notified of and how the team receives those notifications. For more information, see notification types.

  1. Sign in to your organization (https://dev.azure.com/{yourorganization}).

  2. Select Project settings > Notifications.

    Screenshot of Project settings and Notifications highlighted

  3. Select New subscription.

    Screenshot of New subscription highlighted.

  4. Select the type of activity you want your team to be notified of.

    Screenshot of select event category and template page.

  5. Provide a description to help you identify the subscription later.

    Screenshot of a description provided.

  6. Choose which team members should receive a notification:

    Screenshot of Deliver to and Roles dropdown menus.

    Choose from one of the following delivery options:

    Delivery option Description
    Team members by role Only certain team members associated with the event are notified. For example, for work item changes, you might only want the current assignee of the work item to receive a notification.
    Team preference Use the team's default delivery preference. For more information, see Manage delivery settings.
    Custom email address Send an email to a specified email address.
    All team members Send an individual email to each member of the team.
    SOAP Send email notifications to subscribers of SOAP service.

    For certain activities, when you select Team members by role, you can choose to have the user that initiated the activity receive a notification. This notification is controlled by the Skip initiator checkbox. By default, this box is checked, meaning the user that starts the change isn't notified about it.

    Tip

    For Team members by role, each role is fairly self-explanatory. However, the following two roles may need some further explanation.

    Changed reviewers applies to any reviewer that's added or deleted, as a result of policies defined for the set of files. For example, a push to a pull request (PR) could introduce a change to File1.cs. If there’s a policy which says that Person A needs to review changes to File1.cs, they’d be in the Changed reviewers role for that iteration of the PR.

    The Reset reviewers role is related to the “reset votes” policy. For example, the repo has configured the policy, “Reset votes on new pushes”. Person B, who was required on the PR, has already approved this PR. Because of the reset votes policy, their vote has been reset. Thus, she’s in the Reset reviewers role for that iteration.

  7. Choose whether you want to receive notifications about activity in all projects or only a specific project.

    Screenshot of selected scope.

  8. Optionally, configure more filter criteria.

    Screenshot of configuring additional filter criteria.

  9. Select Finish to save the new subscription.

  1. Sign in to your organization (https://dev.azure.com/{yourorganization}).

  2. Select Project settings > Notifications.

    Screenshot of Project settings and Notifications highlighted

  3. Select New subscription.

    New subscription is highlighted.

  4. Select the type of activity you want your team to be notified of.

    Select event category and template.

  5. Provide a description to help you identify the subscription later.

    Provide a description.

  6. Choose which team members should receive a notification:

    Select role.

    Choose from one of the following delivery options:

    Delivery option Description
    Team members by role Only certain team members associated with the event are notified. For example, for work item changes, you might only want the current assignee of the work item to receive a notification.
    Team preference use the team's default delivery preference. For more information, see Manage delivery settings.
    Custom email address Send an email to a specified email address.
    All team members Send an individual email to each member of the team.

    For certain activities, when you select Team members by role, you can choose to have the user that initiated the activity receive a notification. This notification is controlled by the Skip initiator checkbox. By default, this box is checked, meaning the user that starts the change isn't notified about it.

    Tip

    For Team members by role, each role is fairly self-explanatory. However, the following two roles may need some further explanation. Changed reviewers applies to any reviewer that's added or deleted, as a result of policies defined for the set of files. For example, a push to a pull request (PR) could introduce a change to File1.cs. If there’s a policy which says that Person A needs to review changes to File1.cs, they’d be in the Changed reviewers role for that iteration of the PR. The Reset reviewers role is related to the “reset votes” policy. For example, the repo has configured the policy, “Reset votes on new pushes”. Person B, who was required on the PR, has already approved this PR. Because of the reset votes policy, their vote has been reset. Thus, she’s in the Reset reviewers role for that iteration.

  7. Choose whether you want to receive notifications about activity in all projects or only a specific project.

    Select scope

  8. Optionally, configure more filter criteria.

    Configure additional filter criteria.

  9. Select Finish to save the new subscription.

Tip

If you don't want to receive a notification for an event that you initiated, you can turn on the option, Skip initiator. For more information, see Exclude yourself from notification emails for events that you initiate.

Manage global delivery settings

Global notifications apply to all projects defined for an organization or collection. Choose to allow or block delivery of emails for all subscriptions owned by a team or a group. It's a default setting, which applies only if the team or group hasn't explicitly set the option. For more information, see Global notifications.

Tip

We don't support organization-wide notifications. As an alternative, you can provide an email distribution list that goes to your entire organization. Also, you can generate a banner with the az devops banner command that all users see when they sign in.

Tip

You can send an email to all collections in an application tier. See Configure an SMTP server and customize email for alerts and feedback requests. Also, you can generate a banner to communication with users without sending out mass emails. For more information, see Add and manage information banners in Azure DevOps.

Tip

You can send an email to all collections in an application tier. See Configure an SMTP server and customize email for alerts and feedback requests.

Unsubscribe or opt out of a team or out-of-box (OOB) notification subscription

You can opt out of receiving notifications for specific team notification subscriptions.

  1. Sign in to your organization (https://dev.azure.com/{yourorganization}).

  2. Select User settings, and then select Notifications from the resulting list.

    Screenshot of personal notifications, preview page.

  3. To unsubscribe from any notification, slide the state On/Off indicator to the Off position.

To unsubscribe from any notification, slide the state On/Off indicator to the Off position. For example, here we turn off the "Build completes" notification subscription.

Screenshot of unsubscribe from Build completes notification subscription.

Note

Whether you're an administrator or not, toggling for a shared team notification subscription in your settings only affects your notifications, not those of other team members.

Disable work item notifications for a project

To override organization settings and disable all work item notifications for a project in Azure DevOps, do the following steps:

  1. Sign in to your project (https://dev.azure.com/{Your_Organization/Your_Project}).
  2. Select Project settings > Notifications.
  3. Highlight the Work notification and select Delivery settings.
  4. Choose Do not deliver and Save.