Określanie adresatów wiadomości e-mail z powiadomieniami

Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019

Wiele czynników określa adresatów powiadomienia e-mail, gdy zdarzenie jest zgodne z subskrypcją. Jeśli nie wiesz, te czynniki mogą spowodować otrzymanie zbyt wielu lub zbyt kilku wiadomości e-mail w skrzynce odbiorczej. Dowiedz się, jak typ subskrypcji, jej ustawienia dostarczania, preferencje dostarczania i inne czynniki określają zestaw odbiorców.

Uwaga

Wiele pojęć omówinych w tym artykule ma zastosowanie do wcześniejszych wersji usługi Azure DevOps, chociaż interfejs użytkownika mógł ulec zmianie.

Niestandardowe subskrypcje osobiste

W przypadku niestandardowej subskrypcji osobistej wiadomości e-mail są dostarczane do preferowanym adresem e-mail użytkownika, który jest właścicielem subskrypcji, lub adresem e-mail skonfigurowanym w ramach subskrypcji.

Preferowany adres e-mail w subskrypcji osobistej (ustawienie domyślne)

Niestandardowy adres e-mail w subskrypcji osobistej

Ustawienia dostarczania dla zespołów i grup

Ustawienia dostarczania kontrolują domyślne zachowanie dostarczania, gdy zespół lub grupa jest odbiorcą powiadomienia. Subskrypcja została skonfigurowana z opcją dostarczania, która analizuje ustawienia dostarczania adresatów.

Ustawienia subskrypcji i dostarczania można zarządzać na poziomie zespołu lub organizacji.

Ustawienia na poziomie organizacji

1. W ustawieniach organizacji wybierz pozycję globalne powiadomienia>subskrybentów> swojej drużyny >ustawienia dostarczania.

   

2. Wybierz z następujących ustawień:

• dostarczanie na adres e-mail: powiadomienia są przesyłane na wskazany adres e-mail.

• Dostarczenie do indywidualnych członków: powiadomienia zostaną dostarczone do każdego członka grupy lub zespołu. To ustawienie jest zazwyczaj opcją domyślną. Aby uzyskać więcej informacji na temat opcji domyślnej, zobacz Rozszerzenie zespołu.

• Nie dostarczaj: powiadomienia nie są domyślnie dostarczane.

  

Jeśli nie wybierzesz jawnie ustawień dostarczania dla zespołu lub grupy, zostanie ona określona na podstawie ustawienia dostarczania na poziomie organizacji. Wartość domyślna to Dostarczenie do poszczególnych członków lub Nie dostarczaj.

Wskazówka

Okno dialogowe ustawień dostarczania nie wskazuje, czy bieżące zaznaczenie zostało jawnie ustawione, czy też zostało odziedziczone.

Dedykowani odbiorcy subskrypcji zespołowych i grupowych

Adresaci niestandardowej subskrypcji zespołu lub grupy zostają ustaleni przez subskrypcję. Jednak w przypadku niektórych opcji dostarczania domyślne ustawienie dostarczania zespołu jest używane do określania zestawu adresatów.

Następujące opcje dostarczania są dostępne dla subskrypcji grupy lub zespołu:

• Członkowie zespołu według roli: adresaci to członkowie zespołu lub grupy, którzy mają jedną z wybranych ról (np. osoba przypisana do elementu roboczego)
• preferencja zespołu : adresaci są określani przez ustawienie dostarczania zespołu lub grupy (Nie dostarczaj, preferowany adres e-mail lub członków zespołu)
• Zdefiniowany adres e-mail: adresatem jest określony adres e-mail
• Członkowie zespołu: adresatami są wszyscy członkowie zespołu lub grupy, z wyjątkiem członków, którzy zrezygnowali z subskrypcji.
• SOAP: podobnie jak w przypadku zarządzania API, adresaci są określani przez dodanie ich adresów e-mail (subskrypcja) do usługi SOAP.

Uwaga

Domyślne ustawienie dostarczania każdego członka jest honorowane, w tym grupy będące członkami zespołu lub grupy.

Członek zespołu według roli

Lista adresatów wiadomości e-mail jest określana przez członków, którzy mieli rolę w zdarzeniu. Na przykład użytkownik, któremu przypisano element roboczy, ma rolę Przypisano do (nowe), podczas gdy tożsamość, której przypisano element roboczy, ma rolę Przypisano do (poprzednie). Pełna lista ról dla każdego typu zdarzenia jest wyświetlana w obsługiwanych typów zdarzeń.

Opcja Pomiń inicjator, która jest wyświetlana dla większości typów zdarzeń, określa, czy użytkownik lub grupa, która uruchomiła zdarzenie, powinna być jawnie wykluczona z zestawu adresatów. Ogólnie rzecz biorąc, ta opcja powinna być włączona, ponieważ większość użytkowników nie chce otrzymywać powiadomienia o czymś, co zrobili.

Preferencje zespołu

Opcja dostawy jest pobierana z ustawień dostawy zespołu i może być jedną z następujących opcji:

• Dostarczanie na adres e-mail: Wiadomość e-mail jest dostarczana na preferowany adres e-mail zespołu.
• Dostarcz do poszczególnych członków: Zobacz następującą opcję, Członkowie team_.
• Nie dostarczaj: Nie dostarczono wiadomości e-mail.

Wartość ustawień dostarczania zespołu jest wyświetlana po etykiecie Adres i nie da się jej zmienić.

Niestandardowy adres e-mail

Powiadomienie jest wysyłane do wielu niestandardowych adresów e-mail rozdzielonych średnikami.

Członkowie zespołu

Członkostwo w zespole lub grupie jest rozszerzane, aby określić adresatów wiadomości e-mail. W prostym przypadku zespół lub grupa rozszerza listę osób, a każda z nich znajduje się w wierszu Do: wynikowej wiadomości e-mail. Jednak wyniki tej ekspansji mogą być skomplikowane i bardziej szczegółowo wyjaśniono w sekcji zespołu i rozszerzenia grupy.

Domyślni adresaci subskrypcji

Opcja dostarczania dla domyślnej subskrypcji to zazwyczaj jedna lub więcej ról. Nie można zmienić tych wartości. Role i opcja pominięcia inicjatora różnią się w zależności od typu zdarzenia. Aby uzyskać więcej informacji i listę ról dostępnych dla każdego typu zdarzenia, zobacz Obsługiwane typy zdarzeń.

Uwaga

Opcja Pomiń inicjatora nie jest dostępna dla wszystkich rodzajów zdarzeń.

Rozszerzanie zespołu i grup dla adresatów wiadomości e-mail

Gdy zespół lub grupa otrzyma powiadomienie, a preferencja subskrypcji lub dostarczania dotyczy wszystkich członków, zespół musi być "rozszerzony", aby określić rzeczywisty zestaw adresatów wiadomości e-mail. Jest to potencjalnie cykliczny proces, który rozpoczyna się od przyjrzenia się bezpośrednim członkom zespołu.

Tylko członkowie, którzy nie zrezygnowali z subskrypcji, zostaną uznani za ostateczną listę adresatów. Każdy członek, który jest indywidualnym użytkownikiem, zostanie dodany do listy adresatów.

Pozostają tylko grupy usług Azure DevOps Services. Dla każdej grupy zostają zbadane preferencje dostarczania.

• "Nie dostarczaj": dalsza ocena tej grupy nie jest przeprowadzana, a kolejna grupa członków jest oceniana
• "Dostarczanie na adres e-mail": adres e-mail jest dodawany do ostatecznej listy adresatów
• "Dostarczanie do poszczególnych członków": grupa jest rozwinięta (podobnie jak jej grupa nadrzędna) i są stosowane te same reguły oceny jej członków

Scenariusze

Przyjrzyjmy się kilku scenariuszom. Używamy następujących symboli, aby oznaczyć typy członków.

• I: indywidualny użytkownik
• T: zagnieżdżony zespół lub grupa
• A: grupa Microsoft Entra z włączoną obsługą poczty e-mail.

Scenariusz	Przykład
Członek z Nie dostarczaj preferencji	Zespół ma członków I1, I2i T1. Preferencja dostawy dla T1to Nie dostarczać. Co się stanie: tylko I1 i I2 zostaną powiadomione na ich preferowane adresy e-mail. Członkowie T1 nie są powiadamiani.
Członek z preferencją dostarczania do poszczególnych członków	Zespół ma członków I1, I2i T1. T1preferencją dostarczania jest Dostarczanie poszczególnym członkom. T1 ma członków I2 i I3. Co się dzieje: T1 jest rozszerzany (ze względu na swoje preferencje dotyczące dostarczania), w związku z tym I1, I2i I3 otrzymują powiadomienia za pośrednictwem preferowanych adresów e-mail.
Grupa zagnieżdżona	Zespół ma członków I1, I2i T1. T1 ma członków I2, I3i T2. Preferowany sposób dostawy dla T1to Nie dostarczać. T2 ma członków I4 i I5. Preferencja dostarczania T2to Dostarczanie poszczególnym członkom. Co się stanie: ponieważ T1 nie jest rozwinięty (ponieważ jego preferencją dostarczania jest "nie dostarczaj"), tylko I1 i I2 otrzymują powiadomienia za pośrednictwem preferowanych adresów e-mail.
Członek grupy Microsoft Entra	Zespół ma członków I1, I2i A1. Co się stanie: tylko I1 oraz I2 otrzymają powiadomienia za pośrednictwem preferowanych adresów e-mail. Członkowie A1 nie otrzymują powiadomień, ponieważ usługa Azure DevOps nie rozszerza grup usługi AD podczas dostarczania powiadomień.

Powiązane artykuły

• Zarządzanie powiadomieniami dla zespołu, grupy, organizacji globalnej
• Powiadomienia domyślne i obsługiwane
• Odniesienie do uprawnień, grup zabezpieczeń i kont usług