診断画面が表示されます。接続されているすべての開発ツールのトリガーが追加されていることがわかります。クリックしてトリガーを追加します。タブの一番下のリストに表示されます。クリックして動作しているかどうかを確認することができます。ワークフローの下書きを公開することを忘れないで下さい。3.トリガーをテストするこれで「開始」トランジションに「コミットの作成」トリガーを追加したので、コミットしてテストしてみます。プロジェクトで課題を作成します。このプロジェクトでは、編集したワークフローを使用する必要があります。新しい課題のステータスは「作業前」である必要があります。次のステップで必要になるので、課題のキーをメモしておいてください。リポジトリにコミットします。メッセージに課題のキーを含める必要があります。メッセージでこれを参照しています。課題を再度確認します。課題は「作業前」から「進行中」に変更されているはずです。履歴タブまたはアクティビティタブをクリックすると、課題ステータスを変更した自動遷移を確認することができます。4.トリガーの残りを追加するこれでトリガーを追加およびテストすることができたので、同様な手順で上記リストのトリガーの残りを追加します。この手順をすべてに設定したくない場合、良い方法があります。「トリガーを持つ開発ワークフロー」という、(トリガーが事前に設定されている)同様のワークフローをダウンロードすることができます。おめでとうございます!これでトリガーを持つワークフローを設定できました。トリガーの設定または動作に問題がある場合、以下の「トラブルシューティング」セクションを確認してください。トリガーの仕組みについて詳細を知りたい場合は、以下の「トリガーの理解」セクションを参照してください。以下のトピックでは、トリガーの仕組みについての詳細を説明しているため、これらをより効率的に使用することができます。統合することでトリガーに使用することができるようになります。以下の表では、各開発ツールで有効になるイベントを一覧表示しています。サポートされない既知の問題があります。ステータスで追跡されています。イベントを設定する際は、この問題にご注意ください。トランジションにトリガーを設定しないことをお勧めします。トランジションは、ワークフローの任意のステータスを特定のステータスに遷移できます。トランジションの対象となるステータスを指すすべての黒いひし型で表されます。トランジションの詳細については、「ワークフローの詳細設定」を参照してください。トランジションの対象のステータスに予期せず遷移するという問題がよく発生するようになります。トランジションに「コミットの作成」トリガーを設定する場合を考えます。多くの段階で、課題のライフサイクル(例:初期コード作成、レビュー後のコード変更など)中にコードをコミットすることがあります。これにより、「レビュー中」や「完了」などのステータスから「進行中」に不正に遷移するという問題を引き起こす可能性があります。トランジションを使用する場合、おそらく複数のトランジションが1つステータスに遷移するはずです。オプション(例:「開始」と「進行中」)を持つことを意味しています。このオプションを非表示にするには、「ユーザからトランジションを非表示にする」条件を関連するトランジションに追加します。課題を、これらのイベントが課題への遷移を開始するように、照する方法を説明しています(トランジションにトリガーをセットアップする方法を提供しています)。イベント手順説明コミットの作成コミットメッセージに課題キーを含めます。課題が「開始前」から「進行中」へ自動的に遷移します。ブランチの作成ブランチを作成する際に、ブランチ名に課題キーを含めます。課題は「作業前」から「進行中」に自動的に移行します。メッセージで)課題を参照するコミットを含めます。課題は「進行中」から「レビュー」に自動的にトランジションします。課題はトランジションします。レビューの開始/拒否/廃棄/クローズレビューを作成するときに、課題キーをレビュータイトルに含めます。課題は「進行中」から「レビュー」に自動的に遷移します。ユーザにマッピングする方法を説明しています。アドレスとユーザ名を使用します(以下のプロセスの説明に続く箇条書きを参照してください)。ユーザとして課題を遷移させます。匿名ユーザとして課題を遷移させます。ユーザのグループで一致するユーザ名を検索します。ユーザとして課題を遷移させます。ユーザ名が一致するユーザがいない場合、匿名ユーザとして課題を遷移させます。(メールアドレスがマッピングされる)ユーザ名に関連付けられているメールアドレス。メールアドレスがユーザ名にマッピングされていない場合、コミットから作成者の「名前」が使用されます。(メールアドレスがマッピングされる)ユーザ名に関連付けられているメールアドレス。メールアドレスがユーザ名にマッピングされていない場合、コミットから作成者の「名前」が使用されます。ユーザにマッピングされません。これは、課題が匿名ユーザとして遷移されることを意味しています。ユーザにマッピングできません。これは、課題が匿名ユーザとして遷移されることを意味しています。(メールアドレスがマッピングされる)ユーザ名に関連付けられているメールアドレス。メールアドレスがユーザ名にマッピングされていない場合、コミットから作成者の「名前」が使用されます。ユーザにマッピングされません。これは、課題が匿名ユーザとして遷移されることを意味しています。メールアドレスとユーザ名。ユーザにマッピングできません。これは、匿名ユーザとして課題が遷移されることを意味しています。(メールアドレスがマッピングされる)ユーザ名に関連付けられているメールアドレス。メールアドレスがユーザ名にマッピングされていない場合、コミットから作成者の「名前」が使用されます。ユーザにマッピングされません。これは、課題が匿名ユーザとして遷移されることを意味しています。多くの場合、開発ツールから自動課題遷移へのイベントの処理はシームレスにする必要があります。イベントのがハンドリングされたりイベントが制限されたりすることで、課題の遷移が遅延したり、課題が全く遷移しなかったりする場合があります。リンクで接続しているかによって異なるようにハンドリングされます。利用できない場合にイベントが遅延または消失するかどうかに影響する場合があります。イベントを処理しています。イベントの後、ほぼ即座に課題が自動的に遷移することを意味します。コネクタによって保存され、次にスケジュールされた同期(デフォルトでは60秒ごと)に送られます。これはウェブブックトリガ同期が失敗した場合のバックアップ的な方法です。リンク経由で処理されます。イベントを送信することを保証します。利用できない場合は、イベントが消失することを意味しています。多数のイベントで過負荷状態にならないように、イベントには制限が設定されています。イベントの制限を超えた後に送信されたイベントは失われます。各開発ツールのイベントの制限については以降の一覧をご確認ください。100)同期間隔を減らせば、スケジュール同期のイベントの制限は600件のブランチと6000件のコミット未満とすることができますが、Stash1回の同期当たり、10件のブランチ、100件のコミットより大きくすることはできません。課題変更イベントの制限です。Crucible1回の同期あたり6000件のイベントトリガーと他のワークフロー操作/制約との関連トランジションが自動で開始される場合、トランジションに設定されているすべての条件、バリデータ、権限が無視されます。後処理はそのまま実行されます。マッピング」セクションを参照してください)。トラブルシューティングトリガーの設定や動作に問題がある場合、以下の手順に従い問題をトラブルシューティングしてください。トリガー診断を確認することです。診断は開発ツールとの接続に問題がある場合や、課題が期待通りに自動的に遷移しない場合に、問題を教えてくれます。ワークフローの検索に移動し、表示(操作列)をクリックします。テキストモード(図表モードではなく)で、目的のトランジションをクリックします。トランジション画面(トリガータブが表示されます)で、目的のトリガの詳細を表示をクリックし、診断情報を表示します。開発ツール間の統合に関する問題が一覧表示されます。設定された認証のタイプが正しいかどうか、などが表示されます。「トランジション失敗」セクションにはトリガーが発火したにも関わらず自動遷移が失敗した課題が一覧表示されます。匿名ユーザがトランジションにマッピングされているがトランジションが非匿名ユーザを要求する後処理を持っているものなどが表示されます。一般的な問題を確認するトリガー診断からの情報で問題が解決できない場合、以下の一般的な問題のリストの考えられる原因と解決方法を確認します。正しいバージョンをインストールまたはアップグレードします。リンクを設定する必要があります。コネクタを正しく設定する必要があります。詳細については、「開発ツールと連携する」を参照してください。追加しようとしているトリガーが既にトランジションに追加されている何もする必要はありません。すべてのトリガーはトランジションに対してユニークで、一度だけトリガーをトランジションに追加することができます。ワークフローに移動し、プロジェクトがトリガーを設定したワークフローを使用していることを確認します。トリガーを追加したワークフローに移動します。トランジションを表示し、表示されたトリガーを確認して公開されていることを確認します。(「開発ツールとの連携」を参照してください)。リクエストの1時間ごとの同期があるため、最大1時間遅延が発生している可能性があります。詳細については、上記の「イベントのハンドリングとイベントの制限」セクションを参照してください。アカウントに移動し、リポジトリを有効にします。送信されないため、トリガーを設定していても、課題のトランジションは自動的には生じません。日未満のコミットのみです。これにより、一括アップロードを防止して一括トランジションが生じないようにしています。日の制約を変更できます。匿名ユーザーにはこの操作は許可されません。ユーザーにマッピングしていることを確認します。特定の課題操作は、匿名ユーザーによってトランジションが実行されると例外を投げます。対象の操作は次のとおりです。ユーザーにマッピングできない場合、トリガーされたトランジションが匿名ユーザーによって実行されます。詳細は、上記のユーザーマッピングのセクションを参照してください。1つの課題に許可される自動トランジションの最大数を超えました。ワークフロートランジションが無限ループで終了していないことを確認します。これにより、課題が無限ループに陥ることを防止します。ファイルを編集し、次のプロパティを追加/更新することでこの制約を上書きできます。jira.automatic.transitioning.issue.limit自動課題トランジションイベントが開発ツールにより誤って抑制されます。イベントを送信できるようにリポジトリ/プロジェクト設定を変更します。リポジトリを構成している可能性があります。送信されることがあります。リポジトリイベントを抑制しないようにしてください。課題のトランジションが期待したように実行されません。考えられる原因...原因ソリューショングローバルトランジションにトリガーを設定しました。トリガーイベントが様々なステータスにある課題にどのような影響を与えるか調べます。グローバルトランジションからトリガーを削除することを検討します。トリガーが課題の動作にどのような影響を与えるか正確に理解しているという自信がない限り、グローバルトランジション用にトリガーを設定しないことをお勧めします。詳細は、上記のトリガーとグローバルトランジションを参照してください。自動課題トランジションでは、ワークフロー条件、バリデーターおよび権限は意図的に無視されます。何もする必要はありません。ワークフロー条件、バリデーターまたは権限が自動課題トランジションに適用されることを期待していた場合、これらのいずれも適用されていないことに留意してください。関数が自動課題トランジションに適用されます。ワークフローが複数のプロジェクトにわたって共有されています。トリガーをワークフローに適用したいプロジェクトと適用したくないプロジェクトがある場合、ワークフローをコピーする必要がある場合もあります。トリガーはワークフローに適用されます。ワークフローが複数のプロジェクトにわたって共有されている場合、そのワークフロー用に設定されたすべてのトリガーが適用されることになります。重複する自動課題トランジションイベントが複数の開発ツールにより送信されています。リポジトリ/プロジェクト設定を変更して、イベントが送信されないようにします。送信される場合があります。リポジトリを構成できます。ユーザーにマッピングされていません。ユーザーにマッピングしていることを確認します。ユーザーが正しくマッピングされていない場合、課題トランジションを実行するユーザーは匿名になります。詳細は、上記のユーザーマッピングに関するセクションを参照してください。タブ、および通知メールにのみ正しいユーザーが表示されます。匿名ユーザとして表示されます。何もする必要はありません。この既知の問題は今後のリリースで修正される予定です。Answers、および弊社サポートチームなど、他にも多くの利用可能なヘルプリソースがあります。次のようなアプリを使用することで、ワークフローをさらに活用できます。