Azure DevOps Services |Azure DevOps Server 2022 - Azure DevOps Server 2019
當事件符合訂用帳戶時,許多因素會決定電子郵件通知的收件者。 如果您不知道,這些因素可能會導致收件匣收到太多或太少的電子郵件。 瞭解訂用帳戶的類型、其傳遞設定、傳遞喜好設定,以及其他因素如何決定收件者集。
備註
雖然使用者介面有變更,但本文中解決的許多概念適用於舊版的 Azure DevOps。
客製化個人訂閱
使用自定義個人訂用帳戶時,電子郵件會傳遞至擁有訂用帳戶的使用者 慣用電子郵件位址 ,或傳送至訂用帳戶上設定的電子郵件位址。
備註
針對內部部署 Azure DevOps Server,設定 SMTP 伺服器,讓小組成員可以從其組織或使用者配置檔功能表查看 [通知] 選項,並接收通知。
個人訂用帳戶上慣用的電子郵件地址(預設)
個人訂閱帳戶上的自訂化電子郵件地址
小組和群組的傳遞設定
當小組或群組是通知的收件者時,傳遞設定會控制預設傳遞行為。 每個訂用帳戶都會使用查看收件者傳遞設定的傳遞選項進行設定。
您可以在小組層級或組織層級管理訂用帳戶和傳遞設定。
組織層級設定
在 [組織設定] 中,選取 [ 全域通知>訂閱者><團隊>>傳遞設定]。
從下列設定中選取:
- 傳遞至電子郵件位址:通知會傳遞至特定電子郵件位址。
- 傳遞至個別成員:通知會傳遞至群組或小組的每個成員。 此設定通常是預設選項。 如需詳細資訊,請參閱 小組擴充。
- 不傳遞:預設不會傳遞通知。
如果您未明確選擇小組或群組的傳遞設定,則會從 組織層級設定的傳遞選項決定設定。 默認值為 [傳遞至個別成員 ] 或 [不要傳遞]。
小提示
傳遞設定對話框不會指出目前選取範圍是否已明確設定或繼承。
特設的團隊和群組訂閱收件者
自訂團隊或群組訂閱的收件者是由訂閱內容決定的。 對於特定傳遞選項,小組的預設傳遞設定是用來判斷收件者集。
下列傳遞選項適用於群組或小組訂用帳戶:
- 依角色分組的小組成員:收件者是具有其中一個所選角色的小組或群組成員(例如工作專案被指派者)。
- 小組喜好設定:收件者取決於小組或群組的傳遞設定(不傳遞、 慣用電子郵件位址或 小組成員)。
- 自訂電子郵件位址:收件者是指定的電子郵件位址。
- 小組成員:收件者是小組或群組的所有成員,但退出退出訂用帳戶的成員除外。
- SOAP:類似於 API 管理,收件者會藉由將電子郵件地址(訂閱)新增至 SOAP 服務來指定。
備註
每位成員的預設傳遞設定都會獲得尊重,包括屬於團隊或小組的群組成員。
依角色劃分的小組成員
電子郵件收件者清單是由事件中具有角色的成員所決定。 例如,被指派工作項目的使用者具有角色 指派給 (new),而被指派工作項目的身分識別具有角色 指派給 (previous)。 每個事件類型的完整角色清單會顯示 支援的事件類型。
針對大多數事件類型顯示的 Skip 啟動器 選項,可控制啟動事件的使用者或群組是否應該從收件者集合中明確排除。 一般而言,應該啟用此選項(開啟),因為大部分的使用者都不想收到有關自己動作的通知。
小組偏好
傳遞選項取自小組的傳遞設定,可以是下列其中一個選項:
- 傳遞至電子郵件地址:電子郵件會傳遞至小組慣用的電子郵件位址。
- 傳遞至個別成員:下一節將說明此程式: team_的成員。
- 不傳遞:未傳送電子郵件。
小組的傳遞設定值會顯示在 位址 標籤之後,且無法變更。
自訂電子郵件位址
通知會傳送至多個自定義電子郵件位址,並以分號分隔。
小組成員
小組或群組的成員名單會被展開,以確定電子郵件收件者。 在簡單情況下,團隊或群組會展開成個人名單,且每個使用者都被包含在生成的電子郵件的收件者:行中。 不過,擴充的結果可能會很複雜,而且會在 小組和群組擴充 一節中更詳細地說明。
默認訂閱收件者
預設訂閱的傳遞選項通常是一個或多個角色。 您無法變更這些值。 角色和 Skip 發起者 選項會根據事件類型而有所不同。 如需每個事件類型可用角色的詳細資訊和清單,請參閱 支援的事件類型。
備註
Skip 啟動器 選項不適用於所有事件類型。
電子郵件收件者的團隊和群組擴展
當小組或群組收到通知,而訂閱或傳送偏好設定為所有成員時,必須「展開」小組以確定實際的電子郵件收件者名單。 此過程可能會遞迴,並從查看團隊的直接成員開始。
只有未選擇退出訂閱的成員才會被納入最終收件者清單。 任何屬於個別用戶的成員會新增至收件者清單。
只有 Azure DevOps Services 群組會保留下來。 針對每個群組,會檢查群組的傳遞喜好設定:
- 請勿傳遞:該群組不會再進行進一步評估,然後評估下一個成員群組。
- 傳遞至電子郵件地址:電子郵件位址會新增至最終收件者清單。
- 傳遞至個別成員:群組會如同其父群組一樣展開,並遵循評估其成員的相同規則。
情境
本節會探索數個範例案例。 下列範例使用符號來表示小組成員的類型:
-
I
:個別使用者 -
T
:巢狀小組或群組 -
E
:具備電子郵件功能的 Microsoft Entra 群組
小組成員啟用 [不要傳遞] 設定
範例小組成員:
- 主要小組有三個成員:使用者
I1
和I2
,以及巢狀小組T1
。 - 小組
T1
已啟用 [未傳遞] 設定。
只有使用者 I1
和 I2
會在他們慣用的聯絡電子郵件地址接收通知訊息。 巢狀小組 T1
的成員不會收到通知。
小組成員啟用 [傳遞至個別成員] 設定
範例小組成員:
- 主要小組有三個成員:使用者
I1
和I2
,以及巢狀小組T1
。 - 小組
T1
有兩個成員使用者,I2
和I3
。 - 使用者
I2
是主要小組和小組T1
的成員。 - 小組
T1
已啟用 [ 傳遞至個別成員 ] 設定。
小組 T1
被展開以識別其成員。
I1
、 I2
和 I3
全都會在其慣用的聯繫人電子郵件位址接收通知訊息。
團隊包含嵌套群組
範例小組成員:
- 主要小組有三個成員:使用者
I1
和I2
,以及巢狀小組T1
。 - 小組
T1
有三個成員:使用者I2
和I3
,以及巢狀小組T2
。 - 小組
T2
有兩個成員使用者,I4
和I5
。 - 使用者
I2
是主要小組和小組T1
的成員。 - 小組
T1
已啟用 [未傳遞] 設定。 - 小組
T2
已啟用 [ 傳遞至個別成員 ] 設定。
因為小組 T1
已啟用 不傳送 設定,該小組 沒有展開來識別 其成員。 雖然小組 T2
已啟用 傳遞至個別成員 功能,但小組 T2
被包含在小組 T1
之中。
不送達的 傳遞偏好T1
的設定優先於其成員所做的設定。 只有使用者 I1
和 I2
會在他們慣用的聯絡電子郵件地址接收通知訊息。
團隊成員屬於 Microsoft Entra 群組
在此範例中,主要小組有三個成員:使用者 I1
和 I2
,以及巢狀Microsoft Entra 群組 E1
。
只有使用者 I1
和 I2
會在其慣用的聯繫人電子郵件地址接收通知訊息,除非 E1
被設定為已啟用電子郵件的安全群組。 如果 E1
已啟用電子郵件,則的所有成員 E1
也會收到通知。
Azure DevOps 通知不會擴充至Microsoft Entra 群組,以便將通知傳遞給個別使用者。 不過,如果您使用分類為 Azure 入口網站中已啟用電子郵件的安全組的 Active Directory (AD) 群組,可以將通知傳遞至該群組內的所有成員。 這表示,如果您的 Entra 群組已設定為已啟用電子郵件的安全組,則所有成員都會如預期般接收通知。