Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
Você pode gerenciar notificações por email para sua equipe, projeto, organização ou coleção e receber notificações quando ocorrerem alterações em itens de trabalho, revisões de código, solicitações de pull, arquivos de controle do código-fonte e builds.
Por exemplo, quando um item de trabalho de alta prioridade é atribuído ao caminho de área da sua equipe, um email de notificação é enviado para a equipe. Para obter mais informações, consulte Tipos de notificação.
Dica
Você pode usar a IA para ajudar nessa tarefa mais adiante neste artigo ou consulte Ativar a assistência de IA com o Azure DevOps Server MCP para começar.
Pré-requisitos
| Categoria | Requisitos |
|---|---|
| Permissões |
-
Notificações de equipe: membro do grupo administradores do projeto ou função de administrador de equipe . - Notificações do projeto: membro do grupo Administradores do Projeto . - Notificações da organização: membro do grupo Administradores da Coleção de Projetos . |
Observação
Para o Azure DevOps Server local, configure um servidor SMTP para que os membros da equipe possam ver a opção Notificações no menu do perfil de organização ou usuário e receber notificações.
Criar assinatura de email
Uma assinatura permite controlar os eventos de atividade que disparam notificações e como os destinatários recebem as mensagens. Para obter mais informações, consulte tipos de notificação.
Entre em sua organização (
https://dev.azure.com/<organization>).Selecione Configurações do Projeto>Notificações:
Na página Notificações do projeto, selecione Nova assinatura:
Selecione a Categoria e o tipo de modelo a ser usado na nova assinatura e selecione Avançar. Para obter uma lista de modelos com suporte, consulte Notificações padrão e com suporte.
Insira uma Descrição para ajudá-lo a identificar a assinatura mais tarde:
Identifique quais membros da equipe devem receber uma notificação:
Expanda a lista suspensa Enviar para e selecione a opção de envio da notificação:
Membros do <Nome> da equipe por função: somente determinados membros da equipe associados ao evento são notificados. Por exemplo, para alterações de item de trabalho, talvez você queira que apenas o Atribuídor Atual do item de trabalho receba uma notificação.
Preferência da equipe: use a preferência de entrega padrão da equipe. Para obter mais informações, consulte Gerenciar configurações de entrega.
Endereço de email personalizado: enviar email para um endereço de email especificado.
Membros da <Nome> Equipe: Enviar email individual para cada membro da equipe.
- SOAP: Enviar notificações por email aos assinantes do serviço SOAP.
Conforme necessário, expanda a lista suspensa Funções e selecione a caixa de seleção de qualquer função aplicável aos destinatários da mensagem.
Para a opção de entrega Membros da Equipe de <Nome> por função, as funções Criador e Revisores têm nomes autoexplicativos. O nome da função corresponde de perto com a finalidade da função. As outras duas funções precisam de um pouco mais de explicação:
A função revisores alterados aplica-se a qualquer revisor que seja adicionado ou excluído como resultado de políticas definidas para o conjunto de arquivos. Suponha que um push seja feito em uma solicitação de pull e que o push introduza uma alteração no arquivo Task1.cs . Se o repositório tiver uma política que exija que a Pessoa A examine as alterações no arquivo Task1.cs , a Pessoa A terá a função revisores alterada para essa iteração da solicitação de pull.
A função Redefinir revisores está relacionada à política "Redefinir votos". Suponha que o mesmo repositório tenha a política "Redefinir votos em novos envios". Além disso, a Pessoa B é definida como um revisor necessário para o pull request e aprova o PR. Como o repositório define a política "Redefinir votos", o voto da Pessoa B é redefinido. Como resultado, a Pessoa B tem a função Redefinir revisores para essa iteração da solicitação de pull.
Conforme necessário, atualize a opção Ignorar iniciador .
Para determinadas atividades, ao selecionar a opção Membros da Equipe de <Nomes> por função , você pode optar por fazer com que o usuário que iniciou a atividade receba uma notificação. Essa notificação é controlada pela opção Ignorar iniciador . Por padrão, a opção está habilitada (a caixa está marcada), o que significa que o usuário que inicia a alteração não é notificado.
Dica
Se você não quiser receber uma notificação para um evento iniciado, habilite a opção Ignorar iniciador . Para obter mais informações, consulte Excluir-se de emails de notificação para eventos que você inicia.
Para a opção Filtrar , especifique se você deseja receber notificações para atividade em Qualquer projeto de equipe ou apenas um projeto de equipe específico:
Conforme necessário, use a seção Critérios de filtro para configurar cláusulas condicionais para suas condições de notificação. Para todos os campos que exigem um usuário como um valor, como Criado por, insira o nome de usuário ou o endereço de email do usuário.
Selecione Concluir para salvar a nova assinatura.
Gerenciar configurações de entrega global
As notificações globais se aplicam a todos os projetos definidos para uma organização ou coleção. Escolha permitir ou bloquear a entrega de emails para todas as assinaturas pertencentes a uma equipe ou grupo. Esse valor é uma configuração padrão que se aplica somente se a equipe ou grupo não definir explicitamente a opção. Para obter mais informações, consulte Notificações globais.
Dica
Azure DevOps não dá suporte a notificações em toda a organização. Uma abordagem alternativa é especificar uma lista de distribuição de email que envia mensagens para toda a sua organização. Você também pode gerar um banner com o comando az devops banner visível para todos os usuários ao fazerem login. Para obter mais informações, consulte Adicionar e gerenciar faixas de informações no Azure DevOps.
Cancelar inscrição de notificações da equipe ou de notificações do OOB
Você pode cancelar a assinatura ou recusar o recebimento de notificações para assinaturas de notificação de equipe específicas, incluindo assinaturas OOB (prontas para uso):
Entre em sua organização (
https://dev.azure.com/<organization>).Selecione As configurações
do usuário e selecione Notificações.Na lista de assinaturas de notificação , localize a notificação que você deseja desabilitar.
Para cancelar a assinatura da notificação, mova a chave Estado para a posição Desativada, o que muda a cor do controle de azul para cinza.
O exemplo a seguir mostra o usuário desconscrito da assinatura de notificação "Build completes":
Observação
Seja você um administrador ou um membro da equipe regular, quando você altera o valor de Estado de uma assinatura de notificação de equipe compartilhada em suas configurações pessoais, a alteração afeta apenas suas notificações pessoais. A alteração não afeta o valor de configuração da mesma notificação compartilhada para outros membros da equipe.
Desativar notificações de itens de trabalho para o projeto
Para substituir as configurações da organização e desabilitar todas as notificações de item de trabalho para um projeto no Azure DevOps, conclua as seguintes etapas:
Entre no projeto (
https://dev.azure.com/<organization>/<project>).Selecione Configurações do>projeto Notificações.
Na lista Notificação, selecione a notificação de trabalho que você deseja desabilitar, destacando a linha.
Selecione as configurações
do usuário e, em seguida, selecione As configurações de Entrega.Selecione Não entregar e, em seguida, selecione Salvar.
Usar a IA para gerenciar notificações de equipe e projeto
Dica
Você pode usar a IA para ajudar nessa tarefa mais adiante neste artigo ou consulte Ativar a assistência de IA com o Azure DevOps Server MCP para começar.
Se você usar GitHub Copilot, o Azure DevOps MCP Server poderá ajudá-lo a configurar e otimizar assinaturas de notificação para sua equipe, projeto ou organização por meio de prompts de linguagem natural.
Exemplo de prompts para gerenciamento de notificações
| Tarefa | Prompt de exemplo |
|---|---|
| Reduzir o ruído de notificação | 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 |
| Monitorar bugs de alta prioridade | 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 |
| Configurar as notificações de um novo projeto | 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 |
| Rotear alertas para um canal compartilhado | 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 |
| Auditar assinaturas de notificação | 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 |
| Configurar notificações de PR baseadas em função | 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 |
Dica
Para obter os melhores resultados, use esses prompts no modo de agente com o servidor MCP Azure DevOps conectado. Personalize os prompts com o nome da equipe, o projeto ou os critérios de notificação específicos.