ワークフロー プロパティを使用する
ワークフロー プロパティを使用して、ワークフロー ステータスとトランジションに制限を追加できます。
このページのワークフロー プロパティの一部は、バグの原因になる可能性があります。プロパティの追加後に不具合が起きる場合は、削除してみてください。
ステータス プロパティ
jira.issue.editable
‘Issue’ refers to ‘work item’. What is a work item?
作業項目が特定のステータスにある場合、編集可能にしたくない場合があります。たとえば、作業項目が「完了」ステータスになったら、作業完了後にデータが変更されないよう編集を制限したい場合があります。
例
ユースケース | 鍵 (キー) | 値 |
|---|---|---|
To make a work item editable when it's on a particular status. | jira.issue.editable | true |
To disable editing when a work item is on a particular status. Often used on a final status. | jira.issue.editable | false |
jira.permission.*
権限スキーム以外の制限を適用する場合は、jira.permission ワークフロー プロパティによって実行できます。この権限によって、特定のアクションを任意のユーザーに制限できます。
jira.permission の形式。*ワークフロー プロパティは jira.permission.[subtasks.]{permission}.{user}.[.suffix] です。
jira.permission でプロパティを起動します。
[subtasks.] はオプションで、作業項目のサブタスクに権限制限を適用します。
{permission} は制限する権限です。使用できる権限は以下のとおりです。
viewversioncontrol, viewworkflowreadonly, create, edit, transition, scheduleissue, move, assignable, assign, resolve, close, modifyreporter, delete, link, setsecurity, viewvotersandwatchers, managewatcherlist, commenteditall, commenteditown, commentdeleteall, commentdeleteown, comment, attachdeleteall, attachdeleteown, attach, worklogeditown, worklogeditall, worklogdeleteall, work. Read about different space permissions
{user} は、applicationRole、assignee、reporter、sd.customer.portal.only、groupCF、group、lead、projectrole、user、userCF に権限を制限するユーザーです。
[.suffix] は、同じプロパティを複数追加する場合に使用するオプションの数値です。
例
ユースケース | 鍵 (キー) | 値 |
|---|---|---|
作業項目が特定のステータスにある場合、jira-group-developers に属するユーザーのみが、その作業項目とサブタスクのすべての添付ファイルを削除できるようにする | jira.permission.subtasks.attachdeleteown.group
| groupId (例: 8ed46c45-d74a-40a0-983f-837391c749fb) |
user123 のみが特定のステータスの作業項目で報告者を変更できるようにする | jira.permission.modifyreporter.user | accountId (例: 5d8c5b7dc26b6a0dcb0cec44) |
報告者が特定のステータスにある作業項目をトランジションできるようにのみ許可する | jira.permission.transition.reporter | (空のままにする) |
projectRoleId が 2 のユーザーのみが作業項目にコメントできるようにする | jira.permission.comment.projectrole | 2 |
jira.permission.*.denied
jira.permission プロパティによって、{user} に denied を使用することでアクションをさらに制限できます。
例
ユースケース | 鍵 (キー) | 値 |
|---|---|---|
作業項目が特定のステータスにある場合に、管理者を含むすべてのユーザーに対して編集を無効にします。 | jira.permission.edit.denied | (空のままにする) |
作業項目が特定のステータスにある場合に作業時間ログを無効にする。Epic のステータスによく追加されます。 | jira.permission.work.denied | (空のままにする) |
作業項目が特定のステータスにある際に、新しい添付ファイルの追加を無効にする。たとえば、作業項目が [進行中] の際にのみ添付ファイルを追加できるようにする場合は、このプロパティを他のすべてのステータスに追加します。 | jira.permission.attach.denied | (空のままにする) |
作業項目が特定のステータスにある場合にコメントの追加を無効する。 コメントの追加が無効になっていると、トランジション画面では表示できなくなります。 | jira.permission.comment.denied | (空のままにする) |
トランジション プロパティ
jira.field.resolution.include と jira.field.resolution.exclude
作業項目が特定のステータスにある間、特定の解決状況を利用できないようにしたい場合は、jira.field.resolution プロパティを使用して制限できます。
例
ユースケース | 鍵 (キー) | 値 |
|---|---|---|
トランジションで特定の解決状況を有効にする たとえば、トランジションの「重複」の解決状況を有効にする場合などです。 | jira.field.resolution.include | (解決状況 ID はカンマで区切ります) |
ステータスに対して特定の解決状況を無効にする たとえば、トランジションの「重複」の解決状況を無効にする場合などです。これによって、解決状況が利用できなくなります。 | jira.field.resolution.exclude | (解決状況 ID はカンマで区切ります) |
opsbar-sequence
opsbar-sequence 機能を使用すると、サイト全体の作業項目でワークフロー ステータス カテゴリが表示される順序を変更できます。
デフォルトでは、ワークフローステータスカテゴリは作業項目に次の順序で表示されます:未着手、進行中、完了。このプロパティを使用すると、プロパティ値フィールドに値を追加することで、トランジションを個別に並び替えることができます。トランジションを並べる際には、番号 (0 から始まる) が最も小さいものから順に並べ替えられます。
このプロパティを持つトランジションはメニューの一番上に表示されます。他の (このプロパティを持たない) すべてのトランジションはその下に表示され、上記の標準のロジックを使用して並べ替えられます。
例
ユースケース | 鍵 (キー) | 資産価値 |
|---|---|---|
特定のステータス トランジション カテゴリをリストの一番上に配置する |
| 0 |
特定のステータス トランジション カテゴリを、合計 5 個のカテゴリを含むリストの一番下に配置する |
| 4 これが「5」でない理由: |
この内容はお役に立ちましたか?