Automation for Jira - フィールドが空の値から空でない値に設定された場合にのみ実行されるルールを作成する方法
プラットフォームについて: Server および Data Center のみ。この記事は、Server および Data Center プラットフォームのアトラシアン製品にのみ適用されます。
Support for Server* products ended on February 15th 2024. If you are running a Server product, you can visit the Atlassian Server end of support announcement to review your migration options.
*Fisheye および Crucible は除く
要約
この記事では、特定のフィールドが空の値から空でない値に変更されたときにアクションを実行するルールを作成する方法について説明します。
環境
- Jira Server / Data Center 8.0.0 以降のバージョン
- Automation for Jira 7.0.0 以降のバージョン
ソリューション
特定のフィールドが空の値から空でない値に変更されたかどうかを確認するには、自動化ルールで [次の値変更] トリガーと [高度な比較条件] ブロックを使用する必要があります。
自動化ルールは次のようになります。
- [WHEN: 次の値変更] トリガーを追加し、任意のフィールドを選択します。
- トリガーの後に [高度な比較条件] ブロックを追加し、次に示すようにフィールドに入力します。
- 最初の値: 次のスマート値を使用
{{fieldChange.fromString}}
- 条件: イコール
- 第 2 の値: 空のまま
- 最初の値: 次のスマート値を使用
対象のフィールドが [スプリント] フィールドであり、課題を編集しようとしていると仮定すると、自動化ルールは次のスクリーンショットのようになります。
Known issues related to this solution
This solution will work for any type of Jira custom fields, except for the types listed below:
- 修正バージョン
- Affects Version/s
- コンポーネント
This limitation comes from the fact that:
- Automation For Jira relies on the Jira issue history to populate the #fieldChange smart value.
- The values shown in the issue history is inconsistent for these 3 types of fields
- This inconsistent behavior is described in the bug ticket JRASERVER-69307 - Getting issue details... STATUS
Due to the bug which impacts the issue history, in some cases the Advanced Compare Condition will incorrectly "think" that the previous value of these fields was empty even though it was not. For this reason, we advise to not use this solution for the types of fields listed above.