Condividi tramite


Gestire le notifiche per il team, il progetto o l'organizzazione

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022

È possibile gestire le notifiche tramite posta elettronica per il team, il progetto, l'organizzazione o la raccolta e ricevere notifiche quando si verificano modifiche agli elementi di lavoro, alle revisioni del codice, alle richieste pull, ai file di controllo del codice sorgente e alle compilazioni.

Ad esempio, quando un elemento di lavoro con priorità elevata viene assegnato al percorso dell'area del team, viene inviato un messaggio di posta elettronica di notifica al team. Per altre informazioni, vedere Tipi di notifica.

Suggerimento

È possibile usare l'intelligenza artificiale per facilitare questa attività più avanti in questo articolo, oppure vedere Abilitare l'assistenza AI con Azure DevOps MCP Server per iniziare.

Prerequisiti

Categoria Requisiti
Permissions - Notifiche del team: membro del gruppo Amministratori del progetto o del ruolo di amministratore del team .
- Notifiche di progetto: membro del gruppo Project Administrators .
- Notifiche dell'organizzazione: membro del gruppo Project Collection Administrators .

Nota

Per Azure DevOps Server locali, configurare un server SMTP in modo che i membri del team possano visualizzare l'opzione Notifications dal relativo menu organizzazione o profilo utente e ricevere notifiche.

Creare una sottoscrizione di posta elettronica

Una sottoscrizione consente di controllare gli eventi di attività che attivano le notifiche e il modo in cui i destinatari ricevono i messaggi. Per altre informazioni, vedere Tipi di notifica.

  1. Accedi alla tua organizzazione (https://dev.azure.com/<organization>).

  2. Selezionare Impostazioni progetto>Notifiche:

    Screenshot della pagina Impostazioni progetto, Notifiche team in Azure DevOps.

  3. Nella pagina Notifiche per il progetto selezionare Nuova sottoscrizione:

    Screenshot che mostra come selezionare l'opzione Nuova sottoscrizione in Azure DevOps.

  4. Selezionare categoria e tipo di modello da usare nella nuova sottoscrizione e quindi selezionare Avanti. Per un elenco dei modelli supportati, vedere Notifiche predefinite e supportate.

    Screenshot che mostra come selezionare la categoria di eventi e la pagina del modello.

    Screenshot che illustra come selezionare la categoria di eventi e il modello nelle versioni precedenti di Azure DevOps.

  5. Immettere una descrizione per identificare la sottoscrizione in un secondo momento:

    Screenshot che mostra come aggiungere una descrizione per identificare la sottoscrizione in un secondo momento.

  6. Identificare i membri del team che devono ricevere una notifica:

    1. Espandi la lista a discesa Consegna a e seleziona l'opzione di consegna per la notifica.

      • Membri di <Nome Team> per ruolo: vengono notificati solo determinati membri del team associati all'evento. Ad esempio, per le modifiche dell'elemento di lavoro, potrebbe essere necessario che solo l'assegnatario corrente dell'elemento di lavoro riceva una notifica.

      • Preferenza del team: usare la preferenza predefinita per la consegna del team. Per ulteriori informazioni, vedere Gestire le impostazioni di recapito.

      • Indirizzo di posta elettronica personalizzato: inviare un messaggio di posta elettronica a un indirizzo di posta elettronica specificato.

      • Membri di <Nome> team: inviare un singolo messaggio di posta elettronica a ogni membro del team.

      • SOAP: inviare notifiche tramite posta elettronica ai sottoscrittori del servizio SOAP.
    2. Se necessario, espandere l'elenco a discesa Ruoli e selezionare la casella di controllo per qualsiasi ruolo applicabile per i destinatari del messaggio.

      Per l'opzione di consegna Membri del <Nome del Team> in base al ruolo, i ruoli Creator e Revisori hanno nomi autoesplicativi. Il nome del ruolo corrisponde strettamente allo scopo del ruolo. Gli altri due ruoli necessitano di una spiegazione più dettagliata:

      • Il ruolo Revisori modificati si applica a qualsiasi revisore aggiunto o eliminato in seguito ai criteri definiti per il set di file. Si supponga che venga eseguito un push a una richiesta pull e che il push introduca una modifica al file Task1.cs . Se il repository ha un criterio che richiede a persona A di esaminare le modifiche al file Task1.cs, allora persona A ha il ruolo di Revisore delle modifiche per quell'iterazione della pull request.

      • Il ruolo Reimposta revisori è correlato al criterio "Reimposta voti". Supponiamo che lo stesso repository abbia la politica "Reimposta i voti sui nuovi push". Inoltre, la persona B è impostata come revisore obbligatorio per il pull request e lo approva. Poiché il repository stabilisce la politica di "azzeramento dei voti", il voto per la persona B viene azzerato. Di conseguenza, Persona B ha il ruolo Reimposta revisori per questa iterazione del pull request.

    3. Se necessario, aggiornare l'opzione Ignora iniziatore.

      Per determinate attività, quando si seleziona l'opzione Membri del <team dei nomi> per ruolo , è possibile scegliere di fare in modo che l'utente che ha avviato l'attività riceva una notifica. Questa notifica è controllata dall'opzione Ignora iniziatore . Per impostazione predefinita, l'opzione è abilitata (la casella è selezionata), il che significa che l'utente che avvia la modifica non riceve una notifica.

      Suggerimento

      Se non si vuole ricevere una notifica per un evento avviato, abilitare l'opzione Ignora iniziatore . Per altre informazioni, vedere Escludere se stessi dai messaggi di posta elettronica di notifica per gli eventi avviati.

  7. Per l'opzione Filtro specificare se si desidera ricevere notifiche per l'attività in Qualsiasi progetto team o solo un progetto team specifico:

    Screenshot che mostra come specificare l'ambito delle notifiche, qualsiasi progetto team o solo un progetto team specifico.

  8. Se necessario, usare la sezione Criteri di filtro per configurare le clausole condizionali per le condizioni di notifica. Per tutti i campi che richiedono un utente come valore, ad esempio Creato da, immettere il nome utente o l'indirizzo di posta elettronica dell'utente.

    Screenshot che mostra come configurare altri criteri di filtro.

  9. Selezionare Fine per salvare la nuova sottoscrizione.

Gestire le impostazioni di recapito globali

Le notifiche globali si applicano a tutti i progetti definiti per un'organizzazione o una raccolta. Scegliere di consentire o bloccare il recapito dei messaggi di posta elettronica per tutte le sottoscrizioni di proprietà di un team o di un gruppo. Questo valore è un'impostazione predefinita che si applica solo se il team o il gruppo non imposta in modo esplicito l'opzione. Per altre informazioni, vedere Notifiche globali.

Suggerimento

Azure DevOps non supporta le notifiche a livello di organizzazione. Un approccio alternativo consiste nel specificare una lista di distribuzione di posta elettronica che invia messaggi all'intera organizzazione. È anche possibile generare un banner con il comando az devops banner visibile a tutti gli utenti quando accedono. Per altre informazioni, vedere Aggiungere e gestire i banner informativi in Azure DevOps.

Disiscriversi dalle notifiche del team o OOB

È possibile annullare la sottoscrizione o scegliere di non ricevere notifiche per specifiche sottoscrizioni alle notifiche del team, incluse le sottoscrizioni predefinite (Out-Of-the-Box, OOB):

  1. Accedi alla tua organizzazione (https://dev.azure.com/<organization>).

  2. Selezionare Impostazioni utente e quindi Notifiche.

  3. Nell'elenco delle sottoscrizioni di notifica individuare la notifica da disabilitare.

  4. Per disattivare la notifica, spostare l'interruttore Stato sulla posizione Disattivata, che modifica il colore dell'interruttore da blu a grigio.

L'esempio seguente mostra l'utente che ha annullato la sottoscrizione di notifica "Compilazione completata":

Screenshot che mostra come annullare l'iscrizione alla notifica di completamento build spostando l'interruttore Stato in posizione Disattivata.

Nota

Che si tratti di un amministratore o di un membro normale del team, quando si modifica il valore Di stato per una sottoscrizione di notifica del team condiviso nelle impostazioni personali, la modifica influisce solo sulle notifiche personali. La modifica non influisce sul valore dell'impostazione della stessa notifica condivisa per altri membri del team.

Disabilitare le notifiche delle attività di lavoro per il progetto

Per eseguire l'override delle impostazioni dell'organizzazione e disabilitare tutte le notifiche degli elementi di lavoro per un progetto in Azure DevOps, completare i passaggi seguenti:

  1. Accedi al tuo progetto (https://dev.azure.com/<organization>/<project>).

  2. Selezionare Impostazioni progetto>Notifiche.

  3. Nell'elenco Notifiche selezionare la notifica di lavoro da disabilitare, che evidenzia la riga.

  4. Selezionare Impostazioni utente e quindi Impostazioni di recapito.

  5. Selezionare Non recapitare e poi selezionare Salva.

Usare l'intelligenza artificiale per gestire le notifiche di team e progetto

Suggerimento

È possibile usare l'intelligenza artificiale per facilitare questa attività più avanti in questo articolo, oppure vedere Abilitare l'assistenza AI con Azure DevOps MCP Server per iniziare.

Se si usa GitHub Copilot, il Azure DevOps MCP Server consente di configurare e ottimizzare le sottoscrizioni di notifica per il team, il progetto o l'organizzazione tramite prompt in linguaggio naturale.

Richieste di esempio per la gestione delle notifiche

Attività Richiesta di esempio
Ridurre il rumore delle notifiche 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
Monitorare i bug ad alta priorità 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
Configurare le notifiche di un nuovo progetto 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
Indirizzare gli avvisi a un canale condiviso 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
Controllare le sottoscrizioni di notifica 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
Configurare le notifiche delle richieste pull basate sui ruoli 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

Suggerimento

Per ottenere risultati ottimali, usare questi prompt in modalità agente con il server MCP Azure DevOps connesso. Personalizzare le richieste con il nome, il progetto o i criteri di notifica specifici del team.