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 na preferowany adres e-mail użytkownika, który jest właścicielem subskrypcji, lub na adres e-mail skonfigurowany 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 obszarze Ustawienia organizacji wybierz pozycję Globalne powiadomienia>Subskrybenci> ustawień dostarczania zespołu.>

   

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

• Dostarczanie na adres e-mail: powiadomienia są dostarczane na określony adres e-mail.

• Dostarczanie do poszczególnych członków: powiadomienia są dostarczane 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 Dostarczanie do poszczególnych członków lub Nie dostarczaj.

Napiwek

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

Niestandardowi adresaci subskrypcji zespołu i grupy

Adresaci niestandardowej subskrypcji zespołu lub grupy są określani 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 są członkami zespołu lub grupy, które mają jedną z wybranych ról (na przykład przypisanie elementu roboczego)
• Preferencje zespołu: odbiorcy są określani przez ustawienie dostarczania zespołu lub grupy (Nie dostarczaj, preferowany adres e-mail lub członkowie zespołu)
• Niestandardowy adres e-mail: adresat jest określonym adresem e-mail
• Członkowie zespołu: adresaci są członkami zespołu lub grupy, z wyjątkiem członków, którzy zrezygnowali z subskrypcji.
• SOAP: podobnie jak usługa API Management, adresaci są określeni przez dodanie ich adresów e-mail (subskrybowanie) do usługi SOAP.

Uwaga

Domyślne ustawienie dostarczania każdego członka jest honorowane, w tym grupy, które są 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 (nowa), a tożsamość, do której przypisano element roboczy, ma rolę Przypisano do (poprzedni). Pełna lista ról dla każdego typu zdarzenia jest wyświetlana w obsługiwanych typach zdarzeń.

Opcja Pomiń inicjator, który jest wyświetlany dla większości typów zdarzeń, określa, czy użytkownik lub grupa, która uruchomiła zdarzenie, powinny być jawnie wykluczone 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 dostarczania jest pobierana z ustawienia dostarczania 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.
• Dostarczanie do poszczególnych członków: Zobacz następującą opcję Członkowie team_.
• Nie dostarczaj: żadna wiadomość e-mail nie jest dostarczana.

Wartość ustawienia dostarczania zespołu jest wyświetlana po etykiecie Adres i nie można 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 rozwinięte w celu określenia 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 objaśnione w sekcji rozszerzania zespołu i grupy.

Domyślni adresaci subskrypcji

Opcja dostarczania dla subskrypcji domyślnej jest zwykle jedną lub większą jedną rolą. Nie można zmienić tych wartości. Role i opcja Pomiń 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 typó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 są badane preferencje dostarczania grupy:

• "Nie dostarczaj": żadna dalsza ocena nie jest wykonywana w tej grupie, a następna 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 (na przykład jej grupa nadrzędna) i są przestrzegane te same reguły oceny jej członków

Scenariusze

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

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

Scenariusz	Przykład
Element członkowski z preferencjami Nie dostarczaj preferencji	Zespół ma członków I1, I2i T1. T1Preferencja dostarczania to Nie dostarczaj. Co się stanie: tylko I1 i I2 otrzymywać powiadomienia za pośrednictwem preferowanych adresów e-mail. Członkowie programu T1 nie są powiadamiani.
Element członkowski z preferencjami Dostarczania do poszczególnych członków	Zespół ma członków I1, I2i T1. T1Preferencja dostarczania to Dostarczanie do poszczególnych członków. T1 ma elementy członkowskie I2 i I3. Co się stanie: T1 jest rozszerzany (ze względu na preferencje dostarczania) i tak I1, I2i I3 otrzymywać powiadomienia za pośrednictwem preferowanych adresów e-mail.
Grupa zagnieżdżona	Zespół ma członków I1, I2i T1. T1 zawiera elementy członkowskie I2, I3i T2. T1Preferencja dostarczania to Nie dostarczaj. T2 ma elementy członkowskie I4 i I5. T2Preferencja dostarczania to Dostarczanie do poszczególnych członków. Co się stanie: ponieważ T1 nie jest rozwinięta (ponieważ jego preferencja dostarczania to "nie dostarczaj"), tylko I1 i I2 otrzymywać powiadomienia za pośrednictwem preferowanych adresów e-mail.
Członek, który jest grupą firmy Microsoft Entra	Zespół ma członków I1, I2i A1. Co się stanie: tylko I1 i I2 otrzymywać powiadomienia za pośrednictwem preferowanych adresów e-mail. A1 Członkowie 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
• Dokumentacja uprawnień, grup zabezpieczeń i kont usług