次の方法で共有

通知について

  • [アーティクル]

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

Azure DevOps の通知により、作業項目、コード レビュー、プル要求、ソース管理ファイル、ビルドの変更など、プロジェクト アクティビティに関する情報がチームに保持されます。 Azure DevOps でイベントが発生すると、そのコンテンツはそのイベントの種類のすべてのサブスクリプションと比較され、フィルター条件を満たすサブスクリプション/イベントの一致ごとに通知が生成されます。 通知は、サブスクリプションで定義されている配信プロパティに基づいて、電子メールまたはサービス フックを介して配信されます。

詳細については、 サポートされているイベントの種類 の一覧と 、メール配信オプションの詳細を参照してください。

通知の種類

Azure DevOps で管理できる通知には、4 種類があります。 次の表に、通知の種類と、管理に必要なアクセス許可またはロールを示します。

通知の種類 管理に必要なロール
個人用通知 User
Teamの通知 チーム管理者またはプロジェクト管理者グループまたはプロジェクト コレクション管理者グループのメンバー
プロジェクト通知 プロジェクト管理者グループまたはプロジェクト コレクション管理者グループのメンバー
グローバル通知 プロジェクト コレクション管理者グループのメンバー

個人用通知

個人用通知は、次の方法で管理できます。

  • 通知を表示する
  • 自分専用のアラートを設定する
  • すべてのサブスクリプションを表示および編集する
  • カスタム サブスクリプションを追加する
  • チームまたはプロジェクトのサブスクリプションの登録を解除またはオプトアウトする

詳細については、「 個人用通知を管理する」を参照してください。

チームレベルとプロジェクトレベルの通知

次のカテゴリのサブスクリプションを作成し、次のテンプレートから選択できます。

カテゴリ テンプレート オプション
Build
    - ビルドが完了
    - ビルドが失敗する
    - 従来の XAML ビルド コントローラーまたはエージェントの状態の変更
    - 従来の XAML ビルドの品質の変更
Code (Git)
    - コミットがプッシュ
    - pull request が作成または更新されます
    - チームがレビュー担当者である pull request が更新されます
    - pull request に対してコメントが行われます
コード (TFVC)
    - コードがチェックイン
    - コードがポリシーオーバーライドでチェックインされます
    - 特定の拡張子を持つファイルがチェックインされます
    - 特定のパスの下のファイルがチェックインされます
    - コード レビューの変更
Pipelines
    - 承認を待機しているステージを実行
    - 手動検証を待機している実行ステージ
作業
    - 作業項目が作成
    - 作業項目が変更されます
    - 作業項目が削除されます
    - 作業項目が復元されます
    - 作業項目がこのチーム プロジェクトから移動されます
Artifacts
    - パッケージが変更されました
拡張機能の管理
    - 拡張機能が変更されました
リリース
    - デプロイの承認が保留中です
    - デプロイが完了しました
    - リリース作成の要求が失敗しました
    - デプロイの手動介入が保留中です

Note

下書き状態で作成または更新された pull request のカスタム通知サブスクリプションを作成することもできます。 詳細については、「 下書きプル要求のカスタム通知サブスクリプション」を参照してください。

詳細については、「 チーム、グループ、グローバル通知の管理」を参照してください。

グローバル通知

グローバル通知は、組織またはコレクションに対して定義されているすべての プロジェクト に適用されます。

サブスクリプション

通知 サブスクリプション は、 サポートされているイベントの種類に関連付けられています。 サブスクリプションには、イベントの照合に使用されるフィルターのセットが含まれています。 たとえば、 作業項目作成 イベントのサブスクリプションには、作業項目の種類である Bug にのみ一致するフィルターが含まれる場合があります。 または、 pull request created イベントのサブスクリプションに、特定の リポジトリとブランチのフィルターが含まれる場合があります。

既定のメール サブスクリプション

システムでは、多くの便利な電子メール サブスクリプションが事前に定義され、既定で有効になっています。 これらは 既定のサブスクリプションと呼ばれます。 既定のサブスクリプションでは、最も一般的な通知シナリオに対する既定のサポートが提供されます。 使用可能な既定のサブスクリプションの一覧を参照してください。

組織またはチーム管理者は、ユーザーが使用できるようにする既定のサブスクリプションを選択できます。 チームと組織の通知を管理する方法について説明します。

個々のユーザーは、他のチーム メンバーがサブスクライブしたまま、既定のサブスクリプションからオプトアウトすることを選択できます。 個人用通知サブスクリプションを管理する方法について説明します。

[ 既定のサブスクリプション ] タブには、使用可能なすべての既定のグローバル サブスクリプションが一覧表示されます。 通知サブスクリプションの 地球儀 は、サブスクリプションが既定のサブスクリプションであることを示します。 すべての既定の通知サブスクリプションを表示します。

プロジェクト コレクション管理者グループのメンバーには、このビューの既定のサブスクリプションを有効または無効にするアクセス許可があります。 [プロジェクト コレクションの有効なユーザー] グループのメンバーには、既定のサブスクリプションの詳細を表示するアクセス許可があります。 ビューと有効化のオプションは、個々のサブスクリプションに関連付けられているコンテキスト メニュー (...) で使用できます。

組織レベルの通知ページのスクリーンショット: [既定のサブスクリプション] タブ。

カスタム メール サブスクリプション

組織またはチームの管理者は、組織またはチームのすべてのメンバーに適用される カスタム メール サブスクリプション を作成できます。 チームと組織の通知を管理する方法について説明します。 グループ句を使用したクエリの詳細については、「 マネージド クエリを作成する」を参照してください。

個人はカスタム サブスクリプションを作成することもできます。このサブスクリプションは、ユーザーにのみ適用されます。 個人用サブスクリプションを管理する方法について説明します。

カスタム サービス フック サブスクリプション

サービス フック サブスクリプションを使用して、サードパーティのサービスと統合します。 Azure DevOps イベントがサービス フック サブスクリプションと一致すると、サード パーティのサービスは通知を受け取ります。 たとえば、Azure DevOps ビルドが完了すると、通知が Slack チャネルに送信され、Azure DevOps のビルド成果物へのリンクが返されます。 「サードパーティサービスとの統合」を参照してください。

[サブスクライバー]

[サブスクライバー] セクションは、空の ID 検索ボックスで始まります。 任意のグループ、チーム、または個人を入力して、指定した ID に関連付けられているサブスクリプションの一覧を表示します。

選択した ID のすべての通知サブスクリプションは、このビューで確認できます。 管理オプションは、各サブスクリプションに関連付けられているコンテキスト メニュー (...) から使用できます。 [サブスクリプション上の地球儀] 行は、既定のサブスクリプションを示します。

組織レベルの通知ページのスクリーンショット: サブスクライバーの一覧。

統計

[ 統計] セクションには、最もアクティブな通知サブスクリプションと上位のイベント イニシエーター (グループ、チーム、または個人) が表示されます。 統計は現在の日のみであり、UTC の 00:00 にリセットされます。 これらの統計の利点は、意図しない大量のサブスクリプションまたはイベント イニシエーターを特定することです。

[組織レベルの通知] ページの [統計] セクションのスクリーンショット。

設定

配信設定など、グローバル レベルの 設定を管理します。

[ 設定] セクションでは、 プロジェクト コレクション管理者 グループの任意のメンバーによる組織レベルの管理が可能です。 すべてのチームとグループは 、既定の配信オプション 設定を継承します。 この設定の [既定の配信オプション] は、チームレベルまたはグループ レベルでは明示的に設定されていません。

組織レベルの通知ページのスクリーンショット: 設定。

詳細については、「 チーム、グループ、グローバル通知の管理」を参照してください。

通知のアクセス許可

電子メール通知またはアラートの管理に関連付けられている UI アクセス許可はありません。 代わりに、 TFSSecurity コマンド ライン ツールを使用して管理できます。

  • 既定では、プロジェクト レベルの 共同作成者 グループのメンバーは、自分でアラートをサブスクライブできます。
  • プロジェクト コレクション管理者グループのメンバー、またはコレクション レベルの情報の編集アクセス許可を持つユーザーは、そのコレクション内の他のユーザーまたはチームに対してアラートを設定できます。
  • プロジェクト管理者グループのメンバー、またはプロジェクト レベルの情報の編集権限を持つユーザーは、他のユーザーまたはチームに対して、そのプロジェクトでアラートを設定できます。

お使いの電子メール アドレス

既定では、組織プロファイルの優先メール アドレスは通知を受け取ります。 通常、これは Azure DevOps にサインインしたときに使用したメール アドレスです。 このメール アドレスは、組織の基本設定プロファイル ページを使用して管理できます。

注意

優先メール アドレスは、すべての組織に適用され、組織ごとに変更することはできません。

他のサービスとの統合

チームが外部サービスを使用して Trello や Slack などの共同作業を行う場合は、これらのサービスの通知を構成できます。 以下のすぐに使用するサービスをサポートしています。

Zapier などのサードパーティサービスを使用して、他の何百ものサービスに通知を送信することもできます。 Zapier とAzure DevOps Servicesの統合の詳細を確認してください。

オンプレミス SMTP サーバー

注意

オンプレミスのAzure DevOps Serverの場合は、チーム メンバーが組織またはユーザー プロファイル メニューから [通知] オプションを表示し、通知を受信するように SMTP サーバーを構成します。