通知スキームの作成
JIRA can generate email notifications for various events that happen throughout the lifecycle of an issue, including custom events. Notifications are defined within a notification scheme (see below), which associates particular events with particular email recipients. The notification scheme is then assigned to a particular project.
同じ通知スキームを複数のプロジェクトで使用できます。
JIRA is pre-packaged with a notification scheme called Default Notification Scheme. This scheme is associated with all new projects by default. This means that if you have an outgoing (SMTP) mail server set up, that email notifications will be sent as soon as there is any activity (e.g. issues created) in the new project. However, you can disassociate this notification scheme from the project via the Project Summary page, as described below. You can also modify this scheme or if you prefer, create other notifications schemes for particular projects.
通知スキームを作成する
- 「JIRA 管理者」グローバル権限を持つユーザーとしてログインします。
- Choose > Issues. Select Notification Schemes to open the Notification Schemes page, which lists all the current notification schemes in your JIRA installation.
Keyboard shortcut: g + g + start typing notification schemes
- 次のいずれかを実行して、新しい通知スキームの作成を開始します:
- コピーリンクをクリックし、既存の通知スキームをコピーします。イベント受信者が必要としているものにある程度類似している通知スキームがある場合、コピーの作成は新しいスキームを追加するもっとも迅速な方法です。
または - 通知スキームを追加ボタンをクリックします。通知スキームの追加ページで、通知スキームの名前とスキームの短い説明を入力します。
- コピーリンクをクリックし、既存の通知スキームをコピーします。イベント受信者が必要としているものにある程度類似している通知スキームがある場合、コピーの作成は新しいスキームを追加するもっとも迅速な方法です。
- 新しいスキームを追加または既存のものをコピーして、編集リンクをクリックしてコピーした通知スキームの自動生成される名前および/または説明を編集する場合
- 通知スキームの名前を入力(または既存のものを編集)します(例:「アングリー ナードの通知スキーム」)
- (任意)通知スキームの説明を入力(または既存のものを編集)します。
- 追加ボタンをクリックして、通知スキームを作成します。
- 以下で説明されているように、通知/受信者を追加します。
- 以下で説明されているように、新しい通知スキームをプロジェクトに関連付けます。
通知スキームにイベントの受信者を追加する
通知スキームに特定のイベントの新しい受信者を追加するには、以下を実行します。
- 関連するプロジェクトで使用される通知スキームを特定します。
- この通知スキームの適切なイベントに受信者を追加します。
特定のイベントに新しい受信者を追加する方法:
- 「JIRA 管理者」グローバル権限を持つユーザーとしてログインします。
- Choose > Issues. Select Notification Schemes to open the Notification Schemes page, which lists all the current notification schemes in your JIRA installation.
Keyboard shortcut: g + g + start typing notification schemes
Screenshot 1: The 'Notification Schemes' page
- Locate the notification scheme of interest and click its linked name to open the Edit Notifications page for that notification scheme.
The Edit Notifications page lists all of the events (mentioned below), along with the recipients who will receive notifications when each event occurs:
Screenshot 2: The 'Edit Notifications' page
- Click the Add link in the appropriate event row (see the list of events below), which opens the Add Notification page, where you can choose who to notify (about the event) from the list of available recipients (see below).
Screenshot 3: The 'Add Notification' page
- 適切な受信者を選択します(受信者の特定の選択に必要な情報を入力します)。
- 追加ボタンをクリックします。通知の編集ページ(上記参照)に戻され、指定した通知が適切な課題イベントに対して一覧表示されます。
- 間違えてしまった場合や通知される人を除去したい場合、ユーザ/グループ/ロールのそばにある削除リンクをクリックします。
通知スキームとプロジェクトを関連付ける
- 「JIRA 管理者」グローバル権限を持つユーザーとしてログインします。
- Choose > Projects, and click the name of a project.
Keyboard shortcut: g + g + start typing projects
- プロジェクト サマリ ページの右下にある通知セクションで、現在のスキームの名前(例:デフォルト通知スキーム)またはなし(プロジェクトがまだスキームに関連付けられていない場合)をクリックして、プロジェクトの現在の通知スキームの詳細を表示します。
- Click the Actions dropdown menu and choose Use a different scheme (or Select a scheme).
Screenshot 4: The Project Notifications page
- すべての利用可能な通知スキームが表示される、後続の通知スキームをプロジェクトに関連付けるページで、プロジェクトに関連付ける通知スキームを選択し、関連付けボタンをクリックします。
イベント
JIRA supports the following events, which can generate email notifications (as defined in a notification scheme).
イベント | 説明 |
---|---|
Issue Created: | 課題がプロジェクトに作られました。 |
Issue Updated: | 課題の詳細が変更されました。これには課題コメントの削除が含まれます。 |
Issue Assigned: | 課題が新しいユーザに割り当てられました。 |
Issue Resolved: | 課題が解決されました(通常、取り組みと修正が終わった後)。 |
Issue Closed: | An issue has been closed. (Note that an issue may be closed without being resolved; see Workflow). |
Issue Commented: | 課題にコメントが追加されました。 |
Issue Comment Edited: | 課題のコメントが編集されました。 |
Issue Reopened: | 課題が再開されました。 |
Issue Deleted: | 課題が削除されました。 |
Issue Moved: | 課題がこのプロジェクトに移動、またはこのプロジェクトから移動されました。 |
Work Logged On Issue: | 課題にログインした時間がありました(すなわち作業ログが追加されました)。 |
Work Started On Issue: | 担当者が課題で作業を開始しました。 |
Work Stopped On Issue: | 担当者が課題で作業を停止しました。 |
Issue Worklog Updated: | 課題の作業ログのエントリが編集されました。 |
Issue Worklog Deleted: | 課題の作業ログのエントリが削除されました。 |
Generic Event: | このイベントの正確な性質は、このイベントを呼び出すワークフロー トランジションに依存します。 |
これらのイベントの正確な性質は、このイベントを呼び出すワークフロー トランジションに依存します。 |
JIRA does not have a specific notification event for the deletion of issue comments. When an issue's comment is deleted, JIRA sends out an email notification as an 'Issue Updated' event.
recipients
以下の種類の受信者がメール通知を受信できます。
受信者 | 説明 |
---|---|
現在の担当者 | 現在課題が割り当てられているユーザ。 |
報告者 | 課題を最初に作成したユーザ。 |
現在のユーザー | このイベントを開始する操作を実行したユーザ。 |
プロジェクトリード | The user who is managing the project to which the issue belongs. |
コンポーネントリード | The user who is managing the component to which the issue belongs. |
Single User | A particular user in your JIRA system. |
グループ | A particular group in your JIRA system. |
プロジェクトロール | The members of a particular project role for this project. |
Single Email Address | Any email address that you wish to alert. |
すべてのウォッチャー | All users who are watching the issue. |
User Custom Field Value | The value of a custom field of type User Picker or Multi User Picker that may have been associated with issues. |
Group Custom Field Value | The value of a custom field of type Group Picker or Multi Group Picker that may have been associated with issues.. |
注意:
- メール通知は、関連する課題を表示する権限を持つユーザにのみ送信されます — 該当ユーザは以下のとおりです。
- 課題が属するプロジェクトに対するプロジェクトの参照プロジェクト権限を持っている。かつ、
- are members of any Issue security levels that have been applied to the issue.
- JIRA can only send email notifications if SMTP email has been enabled (see Email Overview).
- JIRA's default setting is to not notify users of their own changes. This can be changed on a per user basis via their Profile Preferences.
注意:
担当者フィールドが変更されると、JIRA は通知メールを前の担当者と現在の担当者の両方に送信します。
However, earlier versions of JIRA only sent a notification email to the previous assignee if the operation that changed the event was the Assign Issue operation. It did not send a notification if the issue was edited in some other way.
The jira.assignee.change.is.sent.to.both.parties
advanced JIRA option allows this legacy behavior to be re-instated, for those customers who prefer this behavior.
詳細については、「JRA-6344」を参照してください。