Поделиться через

Управление уведомлениями для вашей команды, проекта или организации

Сервисы Azure DevOps | Azure DevOps Server | Azure DevOps Server 2022

Вы можете управлять уведомлениями электронной почты для вашей команды, проекта, организации или коллекции и получать уведомления о изменениях рабочих элементов, проверках кода, pull-запросах, файлах системы управления исходным кодом и сборках.

Например, когда рабочий элемент с высоким приоритетом назначается на область вашей команды, команде отправляется уведомление по электронной почте. Дополнительные сведения см. в разделе "Типы уведомлений".

Совет

Вы можете использовать ИИ, чтобы помочь с этой задачей позже в этой статье или ознакомиться с включение помощи ИИ в Azure DevOps MCP Server, чтобы начать работу.

Предварительные требования

Категория Требования
Разрешения - Уведомления группы: член группы "Администраторы проектов " или роль администратора команды .
- Уведомления о проекте: член группы "Администраторы проектов ".
- Уведомления организации: Участник группы администраторов коллекции проектов.

Примечание.

Для локальных серверов Azure DevOps настройте SMTP-сервер, чтобы участники команды могли видеть параметр Уведомления в меню организации или профиля пользователя и получать уведомления.

Создание подписки электронной почты

Подписка позволяет управлять событиями действий, которые активируют уведомления и как получатели получают сообщения. Дополнительные сведения см. в разделе "Типы уведомлений".

  1. Войдите в свою организацию (https://dev.azure.com/<organization>).

  2. Выберите параметры проекта>уведомления:

    Скриншот страницы параметров проекта, страницы уведомлений команды в Azure DevOps.

  3. На странице "Уведомления " проекта выберите новую подписку:

    Снимок экрана, показывающий, как выбрать параметр «Новая подписка» в Azure DevOps.

  4. Выберите категорию и тип шаблона для использования в новой подписке, а затем нажмите кнопку "Далее". Список поддерживаемых шаблонов см. в разделе "Стандартные" и поддерживаемые уведомления.

    Снимок экрана: выбор категории событий и страницы шаблона.

    Screenshot, показывающий, как выбрать категорию событий и шаблон в более ранних версиях Azure DevOps.

  5. Введите описание, чтобы позже идентифицировать подписку.

    Снимок экрана, на котором показано, как добавить описание, чтобы определить подписку позже.

  6. Определите, какие члены группы должны получать уведомление:

    1. Разверните раскрывающийся список доставки и выберите вариант доставки для уведомления:

      • Члены команды <Name> по ролям: только определённые члены команды, связанные с событием, получают уведомления. Например, при изменении рабочих элементов может потребоваться, чтобы уведомление получил только текущий исполнитель рабочего элемента.

      • Предпочтения команды: используйте предпочтения доставки по умолчанию команды. Дополнительные сведения см. в разделе "Управление параметрами доставки".

      • Пользовательский адрес электронной почты: отправка электронной почты на указанный адрес электронной почты.

      • Члены команды <Name>: Отправьте отдельное сообщение электронной почты каждому участнику команды.

      • SOAP: отправка уведомлений по электронной почте подписчикам службы SOAP.

    2. При необходимости разверните раскрывающийся список ролей и установите флажок для любой применимой роли для получателей сообщений.

      Для параметра доставки членов <Имя> команды по ролямСоздатель и Рецензенты имеют самоочевидные имена. Имя роли тесно соответствует назначению роли. Другие две роли требуют немного более подробного объяснения:

      • Роль «Измененные рецензенты» применяется к любому рецензенту, который добавляется или удаляется в соответствии с определенными политиками для набора файлов. Предположим, что коммит делается в pull-запрос и коммит вносит изменения в файл Task1.cs. Если в репозитории существует политика, требующая, чтобы пользователь A проверял изменения в файле Task1.cs, то в этой итерации запроса на вытягивание у пользователя A будет роль Измененных рецензентов.

      • Роль Сброс рецензентов связана с политикой "Сброс голосов". Предположим, что тот же репозиторий имеет политику "Сброс голосов на новые push-отправки". Кроме того, Person B назначен обязательным рецензентом для запроса на внесение изменений и утверждает PR. Поскольку репозиторий определяет политику "Сброс голосов", голос за Персону Б сбрасывается. В результате у пользователя B есть роль сброса рецензентов для этой итерации pull request.

    3. При необходимости обновите параметр Пропустить инициатор.

      Для определенных действий, при выборе опции "Участники <группы с именем>" по роли, можно сделать так, чтобы пользователь, инициировавший действие, получал уведомление. Это уведомление управляется параметром инициатора пропуска . По умолчанию параметр включен (флажок установлен), что означает, что пользователь, запускающий изменение, не уведомляется.

      Совет

      Если вы не хотите получать уведомление о событии, которое вы инициировали, включите параметр Пропустить инициатора. Дополнительные сведения см. в статье «Исключить себя из писем-уведомлений для событий, которые вы инициируете».

  7. Для параметра "Фильтр " укажите, хотите ли вы получать уведомления о действиях в любом командном проекте или только в определенном командном проекте:

    Снимок экрана, на котором показано, как указать область уведомлений, любой командный проект или только определенный командный проект.

  8. При необходимости используйте раздел критериев фильтра для настройки условных предложений для условий уведомлений. Для всех полей, требующих пользователя в качестве значения, например "Создано", введите имя пользователя или адрес электронной почты пользователя.

    Снимок экрана, на котором показано, как настроить другие критерии фильтрации.

  9. Нажмите кнопку "Готово ", чтобы сохранить новую подписку.

Управление параметрами глобальной доставки

Глобальные уведомления применяются ко всем проектам , определенным для организации или коллекции. Выберите разрешить или заблокировать доставку сообщений электронной почты для всех подписок, принадлежащих команде или группе. Это значение является параметром по умолчанию, который применяется только в том случае, если команда или группа явно не задает этот параметр. Дополнительные сведения см. в разделе "Глобальные уведомления".

Совет

Azure DevOps не поддерживает уведомления всей организации. Альтернативный подход — указать список рассылки электронной почты, который отправляет сообщения всей организации. Вы также можете создать баннер с помощью команды баннера az devops, видимого всем пользователям при входе. Дополнительные сведения см. в Добавление и управление информационными баннерами в Azure DevOps.

Отписаться от подписки на уведомления команды или OOB

Вы можете отменить подписку или отказаться от получения уведомлений для определенных командных подписок на уведомления, включая предустановленные подписки (OOB):

  1. Войдите в свою организацию (https://dev.azure.com/<organization>).

  2. Выберите параметры пользователя и выберите "Уведомления".

  3. В списке подписок на уведомления найдите уведомление, которое нужно отключить.

  4. Чтобы отменить подписку из уведомления, переместите переключатель "Состояние " в положение "Выкл .", который изменяет цвет переключателя с синего на серый.

В следующем примере показано, как пользователь отписался от подписки на уведомления "Сборка завершена".

Снимок экрана, показывающий, как отменить подписку на уведомление о завершении сборки, переведя переключатель состояния в положение «Выкл».

Примечание.

Независимо от того, являетесь ли вы администратором или участником регулярной команды, при изменении значения состояния подписки на уведомление общей команды в личных параметрах изменение влияет только на ваши личные уведомления. Изменение не влияет на значение параметра того же общего уведомления для других участников команды.

Отключите уведомления рабочих элементов для проекта

Чтобы переопределить параметры организации и отключить все уведомления рабочих элементов для проекта в Azure DevOps, выполните следующие действия.

  1. Войдите в проект (https://dev.azure.com/<organization>/<project>).

  2. Выберите Настройки проекта>Уведомления.

  3. В списке уведомлений выберите рабочее уведомление, которое нужно отключить, которое выделяет строку.

  4. Выберите параметры пользователя и выберите параметры доставки.

  5. Нажмите кнопку "Не доставлять", а затем нажмите кнопку "Сохранить".

Использование искусственного интеллекта для управления уведомлениями команды и проекта

Совет

Вы можете использовать ИИ, чтобы помочь с этой задачей позже в этой статье или ознакомиться с включение помощи ИИ в Azure DevOps MCP Server, чтобы начать работу.

Если вы используете GitHub Copilot, Azure DevOps MCP Server поможет вам настроить и оптимизировать подписки на уведомления для вашей команды, проекта или организации с помощью запросов естественного языка.

Примеры запросов на управление уведомлениями

задачи Пример запроса
Уменьшение шума уведомлений My team complains about too many email notifications from Azure DevOps. Review our current team notification subscriptions and recommend which ones to consolidate or disable to reduce noise without missing critical events
Мониторьте ошибки с высоким приоритетом Create a notification subscription for my team that sends an email whenever a Severity 1 or Severity 2 bug is created or changes state in our project's area path
Настройка уведомлений нового проекта We just created a new project for our mobile team. Walk me through setting up notification subscriptions so the team gets alerted on PR reviews, failed builds, and work items assigned to their area path
Маршрутизация оповещений в общий канал I want our team's critical build failure and deployment notifications to go to a shared distribution list instead of individual team members. Show me how to configure the delivery settings
Аудит уведомлений о подписках List all custom notification subscriptions configured at the project level for my project and identify any that overlap or are outdated so I can clean them up
Настройка оповещений на основе ролей Set up notification subscriptions so that only the assigned reviewers and the PR author get notified about pull request comments and vote resets, and skip notifications for the person who initiated each change

Совет

Для получения наилучших результатов используйте эти запросы в режиме агента с подключенным сервером MCP Azure DevOps. Настройте запросы с определенным именем группы, проектом или критериями уведомлений.

Связанный контент

  • Last updated on