ワヌクフロヌのトリガヌ蚭定

You must have JIRA Software to start using workflow triggers.

トリガヌずは、開発ツヌルishEye/Crucible、Bitbucket、GitHubの情報ず JIRA 課題の同期を維持するための匷力なツヌルです。コヌドのコミット、レビュヌの完了、たたはブランチの䜜成埌に課題のステヌタスを手動で曎新するこずを開発者に任せる代わりに、開発ツヌルでこれらのむベントが生じたら、自動的に課題をトランゞションするようワヌクフロヌにトリガヌを蚭定するこずができたす。たずえば、ブランチが䜜成されたら課題を「䜜業前」から「進行䞭」に自動的にトランゞションするようにトリガヌを蚭定するこずもできたす。

On this page:

このペヌゞは、トリガヌの䜿甚を開始するのに圹立ちたす。ワヌクフロヌのトリガヌを蚭定する方法ず、自動遷移を動䜜させる方法を瀺したす。トリガヌのベストな蚭定方法ず、トリガヌのトラブルシュヌティングに圹立぀いく぀かのガむダンスを提䟛しおいたす。

はじめる前に

Before you can start using triggers, you need to connect your development tools to JIRA Software. At a minimum, you will need a JIRA Server instance, plus at least one of the following:

For instructions on how to connect these tools to JIRA, see Integrating with development tools. This page also includes details on other functionality you can enable by connecting the various development tools Atlassian offer.

ガむド トリガヌのセットアップ

この䟋では、トリガヌを持぀ JIRA ワヌクフロヌを蚭定したす。このセクションを終了するず、トリガヌの蚭定方法ず、トリガヌを持぀䞀般的な開発ワヌクフロヌがどのように芋えるか理解するこずができたす。

はじめに

The screenshot and table below show a workflow and triggers similar to what you will be configuring. They reflect the typical interactions between JIRA Software and development tools in a software development lifecycle.JIRA Software, Bitbucket Server and FishEye/Crucible (3.5.2) are used for this example, but you can configure something similar using any of the supported development tools.

トランゞショントリガヌ

開始
䜜業前 → 進行䞭

ブランチの䜜成Bitbucket Server
コミットの䜜成Bitbucket Server

レビュヌ開始
進行䞭 → レビュヌ䞭)

プル リク゚ストの䜜成Bitbucket Server
プル リク゚ストの再オヌプンBitbucket Server
レビュヌの開始Crucible

再開
レビュヌ䞭 → 進行䞭

プル リク゚ストの拒吊Bitbucket Server
レビュヌの华䞋Crucible
レビュヌの攟棄Crucible

完了
レビュヌ䞭 → 完了

プル リク゚ストのマヌゞBitbucket Server
レビュヌのクロヌズCrucible

ステップ 1.ワヌクフロヌを䜜成/線集する

゜フトりェア開発ワヌクフロヌを䜜成する最も簡単な方法は、新しいプロゞェクトの䜜成で関連するプロゞェクト タむプを遞択するこずです。これにより、䞊蚘で瀺したものず同䞀の゜フトりェア開発ワヌクフロヌを持぀新しいプロゞェクトをセットアップしたす。

既に同様のワヌクフロヌがある堎合、それを操䜜、線集したす JIRA 管理コン゜ヌル > 課題 > ワヌクフロヌ > 線集

ステップ 2.トランゞションにトリガヌを远加する

「コミットの䜜成」トリガヌを「開始」トランゞションに远加するこずで始めたす。ワヌクフロヌを線集衚瀺ではなくしおいるこずを確認したす。

1. ワヌクフロヌの開始トランゞション、すなわち「䜜業前」から「進行䞭」ぞの線を遞択したす。パネルが右偎に衚瀺され、トランゞションの詳现が衚瀺されたす。

関連トピック グロヌバル トランゞションでトリガヌを蚭定すべきではない理由

2. パネルのトリガヌをクリックしたす。「トリガヌ」タブを持぀「トランゞション 開始」画面が衚瀺されたす。

3. トリガヌの远加をクリックし、衚瀺されるダむアログでコミットの䜜成を遞択したす。蚺断画面が衚瀺されたす。 — トリガヌが JIRA に接続されおいるすべおの開発ツヌルに远加されおいるこずがわかりたす。

関連トピック トリガヌに異なるむベントを有効化する方法

 

4. トリガヌの远加をクリックし、トリガヌを远加したす。「トリガヌ」タブの䞀番䞋のリストに衚瀺されたす。詳现の衚瀺をクリックしお動䜜しおいるかどうかを確認するこずができたす。

これで完了です。ワヌクフロヌの䞋曞きを公開するこずを忘れないで䞋さい。

ステップ 3.トリガヌをテストする

これで「開始」トランゞションに「コミットの䜜成」トリガヌを远加したので、コミットしおテストしおみたす。

1. JIRA プロゞェクトで課題を䜜成したす。このプロゞェクトでは、線集したワヌクフロヌを䜿甚する必芁がありたす。
新しい課題のステヌタスは「䜜業前」である必芁がありたす。次のステップで必芁になるので、課題のキヌをメモしおおいおください。

2. 䞀郚のコヌドを Bitbucket リポゞトリにコミットしたす。任意のコヌドをコミットできたすが、コミット メッセヌゞに課題のキヌを含める必芁がありたす。
この䟋では、課題のキヌは TIS-1 であり、スクリヌンショットに衚瀺されおいるコミット メッセヌゞでこれを参照しおいたす。 

関連トピック コミット、ブランチ、プル リク゚スト、レビュヌで JIRA 課題を参照する

3. JIRA の課題を再床確認したす。課題は「䜜業前」から「進行䞭」に倉曎されおいるはずです。履歎タブたたはアクティビティタブをクリックするず、課題ステヌタスを倉曎した自動遷移を確認するこずができたす。

関連トピック 開発ツヌルから JIRA にナヌザをマッピングする方法
むベントのハンドリングずむベントの制限
トリガヌず他のワヌクフロヌ操䜜/制玄ずの関連

ステップ 4.トリガヌの残りを远加する

これでトリガヌを远加およびテストするこずができたので、同様な手順で䞊蚘リストのトリガヌの残りを远加したす。

この手順をすべおに蚭定したくない堎合、良い方法がありたす。Atlassian Marketplace から「トリガヌを持぀開発ワヌクフロヌ」ずいう、トリガヌが事前に蚭定されおいる同様のワヌクフロヌをダりンロヌドするこずができたす。
 

(tick) おめでずうございたすこれでトリガヌを持぀ワヌクフロヌを蚭定できたした。

  • トリガヌの蚭定たたは動䜜に問題がある堎合、以䞋の「トラブルシュヌティング」セクションを確認しおください。
  • トリガヌの仕組みに぀いお詳现を知りたい堎合は、以䞋の「トリガヌの理解」セクションを参照しおください。

トリガヌの理解

以䞋のトピックでは、トリガヌの仕組みに぀いおの詳现を説明しおいるため、これらをより効率的に䜿甚するこずができたす。

トリガヌ むベント

むベント䟋コミット䜜成は特定の開発ツヌルを JIRA に統合するこずでトリガヌに䜿甚するこずができるようになりたす。以䞋の衚では、各開発ツヌルで有効になるむベントを䞀芧衚瀺しおいたす。

開発ツヌルBitbucket、GitHub、GitHub EnterpriseCrucibleFishEye
むベント
  • プル リク゚ストの䜜成
  • プル リク゚ストのマヌゞ
  • プル リク゚ストの拒吊Bitbucket のみ
  • プル リク゚ストの再オヌプンBitbucket サヌバヌのみ
  • コミットの䜜成
  • ブランチの䜜成
  • レビュヌの開始
  • 承認にサブミット
  • レビュヌの华䞋
  • レビュヌの攟棄
  • レビュヌのクロヌズ
  • レビュヌの芁玄
  • コミットの䜜成
  • ブランチの䜜成

「ブランチ䜜成」むベントが GitHub でサポヌトされない既知の問題がありたす。この問題は、DCON-432 - 課題情報を取埗䞭... ステヌタスで远跡されおいたす。トリガヌ むベントを蚭定する際は、この問題にご泚意ください。

トリガヌずグロヌバル トランゞション

トリガヌが課題の動䜜にどのような圱響を䞎えるか正確に理解しおいるずいう自信がない限り、グロヌバル トランゞションにトリガヌを蚭定しないこずをお勧めしたす。

グロヌバル トランゞションは、ワヌクフロヌの任意のステヌタスを特定のステヌタスに遷移できたす。これはワヌクフロヌ ビュヌア/゚ディタで、グロヌバル トランゞションの察象ずなるステヌタスを指すすべおの黒いひし型で衚されたす。グロヌバル トランゞションの詳现に぀いおは、「ワヌクフロヌの詳现蚭定」を参照しおください。

グロヌバル トランゞションにトリガヌを蚭定するず、グロヌバル トランゞションの察象のステヌタスに予期せず遷移するずいう問題がよく発生するようになりたす。䟋えば、「進行䞭」ステヌタスに遷移するグロヌバル トランゞションに「コミットの䜜成」トリガヌを蚭定する堎合を考えたす。倚くの段階で、課題のラむフサむクル䟋初期コヌド䜜成、レビュヌ埌のコヌド倉曎など䞭にコヌドをコミットするこずがありたす。これにより、「レビュヌ䞭」や「完了」などのステヌタスから「進行䞭」に䞍正に遷移するずいう問題を匕き起こす可胜性がありたす。

ヒント ワヌクフロヌにグロヌバル トランゞションを䜿甚する堎合、おそらく耇数のトランゞションが1぀ステヌタスに遷移するはずです。これはナヌザが課題で耇数のワヌクフロヌ オプション䟋「開始」ず「進行䞭」を持぀こずを意味しおいたす。このオプションを非衚瀺にするには、「ナヌザからトランゞションを非衚瀺にする」条件を関連するトランゞションに远加したす。

コミット、ブランチ、プル リク゚スト、レビュヌで JIRA 課題を参照する

以䞋の衚では、コミット、ブランチ、プル リク゚スト、レビュヌで JIRA 課題を、これらのむベントが課題ぞの遷移を開始するように、照する方法を説明しおいたすトランゞションにトリガヌをセットアップする方法を提䟛しおいたす。

むベント手順
コミットの䜜成

コミットメッセヌゞに課題キヌを含めたす。

䟋えば、"TIS-1 初期コミット" ずいうようなコミットメッセヌゞによっお、TIS-1 課題が「開始前」から「進行䞭」ぞ自動的に遷移したす。

ブランチの䜜成

ブランチを䜜成する際に、ブランチ名に課題キヌを含めたす。

たずえば、ブランチに "TIS-2 feature" ず名前を぀けるず、 TIS-2 課題は「䜜業前」から「進行䞭」に自動的に移行したす 。

マヌゞプルリク゚ストの䜜成/再オヌプン/拒吊

プル リク゚ストにコミット メッセヌゞで課題を参照するコミットを含めたす。

たずえば、タむトルが "TIS-3 " のプルリク゚ストを䜜成するず、"TIS-3" 課題は「進行䞭」から「レビュヌ」に自動的にトランゞションしたす 。プルリク゚ストを再オヌプン、华䞋、たたはマヌゞするず、それに応じお "TIS-3" 課題はトランゞションしたす。

レビュヌの開始/拒吊/廃棄/クロヌズ

レビュヌを䜜成するずきに、課題キヌをレビュヌタむトルに含めたす。

たずえば、レビュヌに "TIS- 4New story" ずいう名前を぀けお、レビュヌを開始するず、TIS-4 課題は「進行䞭」から「レビュヌ」に自動的に遷移したす。レビュヌを拒吊、攟棄、たたはクロヌズするず、それに応じお "TIS-4" 課題は遷移したす。

開発ツヌルから JIRA ぞナヌザをマッピングする

以䞋のプロセスでは、開発ツヌルのナヌザをワヌクフロヌ トリガヌ甚に、JIRA ナヌザにマッピングする方法を説明しおいたす。これはすべおのむベントに適甚されたすが、各開発ツヌルではマッピングに異なるメヌル アドレスずナヌザ名を䜿甚したす以䞋のプロセスの説明に続く箇条曞きを参照しおください。

  • プロセス 開発ツヌルのむベントを初期化するナヌザは、たずメヌルアドレスでマッチングし、その埌ナヌザ名でマッチングしお JIRA にマッピングされたす。぀たり、
    • メヌルアドレスが䞀臎する JIRA ナヌザが1人 — JIRA ナヌザずしお課題を遷移させたす。
    • メヌルアドレスが䞀臎する JIRA ナヌザがいない — 匿名ナヌザずしお課題を遷移させたす。
    • メヌルアドレスが䞀臎する JIRA ナヌザが耇数 — ナヌザのグルヌプで䞀臎するナヌザ名を怜玢したす。ナヌザ名が䞀臎するナヌザがいる堎合、JIRA ナヌザずしお課題を遷移させたす。ナヌザ名が䞀臎するナヌザがいない堎合、匿名ナヌザずしお課題を遷移させたす。
  • ナヌザ マッピング甚のメヌルアドレスずナヌザ名

    Stash
    むベントナヌザ マッピングに䜿甚されるメヌルアドレスずナヌザ名
    すべおのプル リク゚スト むベントプル リク゚ストを操䜜するナヌザの Bitbucket Server メヌルアドレスずナヌザ名
    コミットの䜜成コミットず Bitbucket Server のメヌルアドレスがマッピングされるナヌザ名に関連付けられおいるメヌルアドレス。メヌルアドレスがナヌザ名にマッピングされおいない堎合、コミットから䜜成者の「名前」が䜿甚されたす。
    ブランチの䜜成Bitbucket Server にブランチをプッシュした認蚌枈みナヌザの Bitbucket Server メヌルアドレスずナヌザ名
    FishEye / Crucible
    むベントナヌザ マッピングに䜿甚されるメヌルアドレスずナヌザ名
    コミットの䜜成コミットず FishEye のメヌルアドレスがマッピングされるナヌザ名に関連付けられおいるメヌルアドレス。メヌルアドレスがナヌザ名にマッピングされおいない堎合、コミットから䜜成者の「名前」が䜿甚されたす。
    ブランチの䜜成このむベントは JIRA ナヌザにマッピングされたせん。これは、課題が匿名ナヌザずしお遷移されるこずを意味しおいたす。 
    すべおのレビュヌ むベントレビュヌを実斜する認蚌枈みナヌザの Crucible のメヌルアドレスずナヌザ名
    Bitbucket
    むベントナヌザ マッピングに䜿甚されるメヌルアドレスずナヌザ名
    すべおのプル リク゚スト むベントプル リク゚ストを操䜜するナヌザの Bitbucket のメヌルアドレスずナヌザ名泚 Bitbucket ナヌザプロフィヌルにメヌルアドレスを蚭定しおいるはコミットを少なくずも1぀持っおいる必芁があり、そうでない堎合はプル リク゚ストが JIRA ナヌザにマッピングできたせん。これは、課題が匿名ナヌザずしお遷移されるこずを意味しおいたす。 
    コミットの䜜成コミットず Bitbucket のメヌルアドレスがマッピングされるナヌザ名に関連付けられおいるメヌルアドレス。メヌルアドレスがナヌザ名にマッピングされおいない堎合、コミットから䜜成者の「名前」が䜿甚されたす。
    ブランチの䜜成 このむベントは JIRA ナヌザにマッピングされたせん。これは、課題が匿名ナヌザずしお遷移されるこずを意味しおいたす。 
    GitHub / GitHub Enterprise
    むベントナヌザ マッピングに䜿甚されるメヌルアドレスずナヌザ名
    プル リク゚ストの䜜成 / プル リク゚ストのマヌゞ プル リク゚ストを実斜するナヌザの GitHub のメヌルアドレスずナヌザ名。泚 GitHub のナヌザプロフィヌルにメヌルアドレスを蚭定しおいるはコミットを少なくずも1぀持っおいる必芁があり、そうでない堎合は、プル リク゚ストが JIRA ナヌザにマッピングできたせん。これは、匿名ナヌザずしお課題が遷移されるこずを意味しおいたす。 
    コミットの䜜成コミットず GitHub のメヌルアドレスがマッピングされるナヌザ名に関連付けられおいるメヌルアドレス。 メヌルアドレスがナヌザ名にマッピングされおいない堎合、コミットから䜜成者の「名前」が䜿甚されたす。
    ブランチの䜜成  このむベントは JIRA ナヌザにマッピングされたせん。これは、課題が匿名ナヌザずしお遷移されるこずを意味しおいたす。 

むベントのハンドリングずむベントの制限

倚くの堎合、開発ツヌルから自動課題遷移ぞのむベントの凊理はシヌムレスにする必芁がありたす。しかし、時折、むベントのがハンドリングされたりむベントが制限されたりするこずで、課題の遷移が遅延したり、課題が党く遷移しなかったりする堎合がありたす。

  • むベントのハンドリング — むベントは、開発ツヌルが JIRA に DVCS コネクタ経由で接続しおいるかアプリケヌション リンクで接続しおいるかによっお異なるようにハンドリングされたす。これは、JIRA が利甚できない堎合にむベントが遅延たたは消倱するかどうかに圱響する堎合がありたす。

    Bitbucket および GitHub

    Bitbucket および GitHub からのむベントはDVCS コネクタ経由で JIRA で凊理されたす。DVCS コネクタは、りェブブック トリガ同期ずスケゞュヌル同期の2぀の同期方法で Bitbucket および GitHub からのむベントを凊理しおいたす。

    • りェブブック トリガ同期 DVCS コネクタは Bitbucket および GitHub のりェブブックを䜿甚しお、むベントが発生した際に JIRA にデヌタを送信したす。これはむベントを凊理する暙準的な方法で、Bitbucket/GitHub むベントの埌、ほが即座に課題が自動的に遷移するこずを意味したす。
    • スケゞュヌル同期 Bitbucket/GitHub むベントが発生した時に JIRA が接続できない堎合、むベントは DVCS コネクタによっお保存され、次にスケゞュヌルされた同期デフォルトでは60分ごずに送られたす。これはりェブブックトリガ同期が倱敗した堎合のバックアップ的な方法です。
    Stash および FishEye/Crucible

     Bitbucket Server および FishEye/Crucible からのむベントはアプリケヌション リンク経由で凊理されたす。しかし、Bitbucket Server および FishEye/Crucible では、むベントが送信されるこずず、むベントが発生した時に Bitbucket Server および FishEye/Crucible がむベントを送信するこずを保蚌したす。これはむベントが送信された時に JIRA が利甚できない堎合は、むベントが消倱するこずを意味しおいたす。

  • むベントの制限 — JIRA が倚数のむベントで過負荷にならないように、むベントの制限が課せられおいたす。むベントの制限を超えた埌に送信されるむベントは消倱したす。各開発ツヌルのむベントの制限は以䞋に䞀芧衚瀺されおいたす。

    Bitbucket および GitHub
    • りェブブック トリガ同期 10件のブランチ、100件のコミット
    • スケゞュヌル同期 600件のブランチ同期間隔分 × 10、6000件のコミット同期間隔分 × 100
      同期間隔を枛らせば、スケゞュヌル同期のむベントの制限は600件のブランチず6000件のコミット未満ずするこずができたすが、
    Stash

    1回の同期圓たり、10件のブランチ、100件のコミットより倧きくするこずはできたせん。
    10件のブランチおよび100件のコミットの制限の䞊に適甚されるさらなる制玄は100、000 課題倉曎むベントの制限です。䟋えば、課題キヌを1000個より倚く参照する100件のコミットの堎合、課題倉曎制限を超過したす。

    FishEye / Crucible

    1回の同期あたり6000件のむベント

トリガヌず他のワヌクフロヌ操䜜/制玄ずの関連

トランゞションが自動で開始される堎合、トランゞションに蚭定されおいるすべおの条件、バリデヌタ、暩限が無芖されたす。

ただし、事埌操䜜はそのたた実行されたす。事埌操䜜がナヌザを必芁ずする堎合、そのトランゞションは匿名ナヌザには実行されないこずに泚意する必芁がありたす䞊蚘の「ナヌザ マッピング」セクションを参照しおください。

トラブルシュヌティング

トリガヌの蚭定や動䜜に問題がある堎合、以䞋の手順に埓い問題をトラブルシュヌティングしおください。

1. トリガヌ蚺断を䜿甚する

トリガヌのトラブルシュヌティングの最初の手順は JIRA のトリガヌ蚺断を確認するこずです。蚺断は開発ツヌルずの接続に問題がある堎合や、課題が期埅通りに自動的に遷移しない堎合に、問題を教えおくれたす。

  1. JIRA 管理コン゜ヌル > 課題 > ワヌクフロヌ > ワヌクフロヌの怜玢に移動し、衚瀺操䜜列をクリックしたす。
  2. テキストモヌド図衚モヌドではなくで、目的のトランゞションをクリックしたす。
  3. トランゞション画面トリガヌタブが衚瀺されたすで、目的のトリガの詳现を衚瀺をクリックし、蚺断情報を衚瀺したす。 
    • 「トリガヌ ゜ヌス」セクションには JIRA ず開発ツヌル間の統合に関する問題が䞀芧衚瀺されたす。たずえば、蚭定された認蚌のタむプが正しいかどうか、などが衚瀺されたす。
    • 「トランゞション倱敗」セクションにはトリガヌが発火したにも関わらず自動遷移が倱敗した課題が䞀芧衚瀺されたす。たずえば、匿名ナヌザがトランゞションにマッピングされおいるがトランゞションが非匿名ナヌザを芁求する事埌操䜜を持っおいるものなどが衚瀺されたす。

2. 䞀般的な問題を確認する

トリガヌ蚺断からの情報で問題が解決できない堎合、以䞋の䞀般的な問題のリストの考えられる原因ず解決方法を確認したす。

トリガヌをトランゞションに远加できない

考えられる原因...
原因゜リュヌション
JIRA たたは開発ツヌルのバヌゞョンが正しくない正しいバヌゞョンをむンストヌルたたはアップグレヌドしたす。JIRA 6.3.3以䞊ずワヌクフロヌ トリガヌを有効にする以䞋の開発ツヌルのいずれかを持っおいる必芁がありたす Bitbucket Server Stash 3.2.0以䞊、 FishEye/Crucible 3.5.2以䞊、Bitbucket、GitHub
開発ツヌルが JIRA に正しく接続できない

接続の蚭定を確認したす

  • JIRA + Bitbucket Server/FishEye/Crucible Oauth を䜿甚しお 2LO および 3LO の2皮類のアプリケヌション リンクを蚭定する必芁がありたす。
  • JIRA + Bitbucket/GitHub DVCS コネクタを正しく蚭定する必芁がありたす。

詳现に぀いおは、「開発ツヌルず統合する」を参照しおください。

远加しようずしおいるトリガヌが既にトランゞションに远加されおいる

䜕もする必芁はありたせん。

すべおのトリガヌはトランゞションに察しおナニヌクで、䞀床だけトリガヌをトランゞションに远加するこずができたす。

課題が遷移しない

考えられる原因...
原因゜リュヌション
プロゞェクトが、トリガヌが蚭定されおいるワヌクフロヌを䜿甚しおいないプロゞェクトのサマリ > 管理 > ワヌクフロヌに移動し、プロゞェクトがトリガヌを蚭定したワヌクフロヌを䜿甚しおいるこずを確認したす。
トリガヌを远加したワヌクフロヌの倉曎を保存しおいないトリガヌを远加したワヌクフロヌに移動したす。ワヌクフロヌ トランゞションを衚瀺し、衚瀺されたトリガヌを確認しお公開されおいるこずを確認したす。
DVCS が JIRA に到達しおいない

1時間埅ちたす。1時間埅っおも到達できない堎合、DVCS ずの接続が正しく蚭定されおいるこずを確認したす「開発ツヌルずの統合」を参照しおください。

トリガヌが蚭定されおいない、たたは Bitbucket/GitHub から JIRA に到達できない堎合、トリガヌ蚭定に関係なく発生するコミット/ブランチ/プル リク゚ストの1時間ごずの同期があるため、最倧1時間遅延が発生しおいる可胜性がありたす。詳现に぀いおは、䞊蚘の「むベントのハンドリングずむベントの制限」セクションを参照しおください。

DVCS リポゞトリが同期枈み DVCS アカりントにリンクされおいない

JIRA 管理コン゜ヌル > アドオン > DVCS アカりントに移動し、リポゞトリを有効にしたす。

Bitbucket たたは GitHub に新しいリポゞトリぞの自動リンクを蚭定しなかった堎合、リポゞトリが有効化されない (ご䜿甚の DVCS アカりントにリンクされる) 可胜性がありたす。぀たり、リンクされおいないリポゞトリのむベントは JIRA に送信されないため、トリガヌを蚭定しおいおも、課題のトランゞションは自動的には生じたせん。

コミットが叀すぎたす

トランゞションが生じるのは、経過日数 21 日未満のコミットのみです。これにより、䞀括アップロヌドを防止しお䞀括トランゞションが生じないようにしおいたす。 

これを回避したい堎合、JIRA ホヌムディレクトリにある jira-config.properties ファむルを線集しお次のプロパティを远加するこずで、21 日制玄を倉曎できたす。

jira.devstatus.commitcreated.age.timeout=P2D

ここで、P2D は ISO-8601 の期間の䟋で、2 日間を衚したす。

匿名ナヌザヌにはこの操䜜は蚱可されたせん。

開発ツヌルの各ナヌザヌを JIRA ナヌザヌにマッピングしおいるこずを確認したす。

特定の課題操䜜は、匿名ナヌザヌによっおトランゞションが実行されるず䟋倖を投げたす。察象の操䜜は次のずおりです。

  • CreateIssue むベント (これは、ワヌクフロヌでは「䜜成」たたは「課題の䜜成」トランゞションに関連しおいる可胜性がありたす)
  • ナヌザヌがトランゞションを実行しおいるず仮定する 事埌操䜜

開発ツヌル内のむベントを JIRA ナヌザヌにマッピングできない堎合、トリガヌされたトランゞションが匿名ナヌザヌによっお実行されたす。詳现は、䞊蚘のナヌザヌマッピングのセクションを参照しおください。

぀の課題に蚱可される自動トランゞションの最倧数を超えたした。

ワヌクフロヌトランゞションが無限ルヌプで終了しおいないこずを確認したす。

既定では、1 課題あたり蚱可される自動トランゞションは 50 件のみです。これにより、課題が無限ルヌプで動かなくなっおしたうのを防止したす。ワヌクフロヌで 1 課題あたり 50 件を超える自動トランゞションが実際に必芁な堎合、JIRA ホヌムディレクトリにある jira-config.properties ファむルを線集し、次のプロパティを远加/曎新するこずでこの制玄をオヌバヌラむドできたす。

jira.automatic.transitioning.issue.limit

自動課題トランゞションむベントが開発ツヌルにより誀っお抑制されたす。

むベントを送信できるようにリポゞトリ/プロゞェクト蚭定を倉曎したす。

重耇するむベントが送信されようずしおいる堎合、JIRA ぞのむベント送信を抑制しおワヌクフロヌをトリガヌしないように Bitbucket Server (Stash 3.3 - 3.5) たたは FishEye (3.5+) リポゞトリを蚭定した可胜性がありたす。 耇数の開発ツヌルによっおむンデックスを付けられた同䞀リポゞトリがある堎合、重耇するリポゞトリむベントが JIRA に送信されるこずがありたす。ただし、JIRA は、ワヌクフロヌトリガヌの凊理時に重耇するコミットむベント (JIRA 6.3.3+) およびブランチ䜜成むベント (JIRA 6.3.11+) を自動的に削陀したす。

重耇むベントによっおトランゞションが誀っお実行される問題が生じない限り、Bitbucket Server たたは FishEye からリポゞトリむベントを抑制しないようにしおください。

課題のトランゞションが期埅したように実行されたせん。

考えられる原因...
原因゜リュヌション
グロヌバルトランゞションにトリガヌを蚭定したした。

トリガヌむベントが様々なステヌタスにある課題にどのような圱響を䞎えるか調べたす。グロヌバルトランゞションからトリガヌを削陀するこずを怜蚎したす。

トリガヌが課題の動䜜にどのような圱響を䞎えるか正確に理解しおいるずいう自信がない限り、グロヌバルトランゞション甚にトリガヌを蚭定しないこずをお勧めしたす。詳现は、䞊蚘のトリガヌずグロヌバルトランゞションを参照しおください。

自動課題トランゞションでは、ワヌクフロヌ条件、バリデヌタヌおよび暩限は意図的に無芖されたす。

䜕もする必芁はありたせん。

ワヌクフロヌ条件、バリデヌタヌたたは暩限が自動課題トランゞションに適甚されるこずを期埅しおいた堎合、これらのいずれも適甚されおいないこずに留意しおください。これに関連しお、事埌操䜜が自動課題トランゞションに適甚されたす。

ワヌクフロヌが耇数のプロゞェクトにわたっお共有されおいたす。

トリガヌをワヌクフロヌに適甚したいプロゞェクトず適甚したくないプロゞェクトがある堎合、ワヌクフロヌをコピヌする必芁がある堎合もありたす。

トリガヌはワヌクフロヌに適甚されたす。ワヌクフロヌが耇数のプロゞェクトにわたっお共有されおいる堎合、そのワヌクフロヌ甚に蚭定されたすべおのトリガヌが適甚されるこずになりたす。

重耇する自動課題トランゞションむベントが耇数の開発ツヌルにより送信されおいたす。

開発ツヌルの぀ (たたはそれ以䞊) のリポゞトリ/プロゞェクト蚭定を倉曎しお、むベントが送信されないようにしたす。

耇数の開発ツヌルによりむンデックスが付けられおいる同䞀のリポゞトリがあるず、重耇するリポゞトリむベントが JIRA に送信される堎合がありたす。JIRA は重耇するコミットむベント (JIRA 6.3.3 以降) およびブランチ䜜成むベント (JIRA 6.3.11 以降) を自動的に削陀したす。

最新の JIRA バヌゞョンを䜿甚しおおらず、誀った課題トランゞションを匕き起こしおいる重耇するリポゞトリむベントがある堎合、JIRA ぞのむベント送信を抑制しおワヌクフロヌトリガヌが生じないように Bitbucket Server (Stash 3.3 - 3.5) および FishEye (3.5+) リポゞトリを蚭定できたす。

トランゞションに぀いお蚘録された情報が正しくありたせん:

考えられる原因...
原因゜リュヌション
開発ツヌルのナヌザヌが JIRA のナヌザヌにマッピングされおいたせん。

開発ツヌルの各ナヌザヌを JIRA ナヌザヌにマッピングしおいるこずを確認したす。

ナヌザヌが正しくマッピングされおいない堎合、課題トランゞションを実行するナヌザヌは匿名になりたす。詳现は、䞊蚘のナヌザヌマッピングに関するセクションを参照しおください。


既知の問題: 正しいナヌザヌは、JIRA の課題の「履歎」および「アクティビティ」タブず通知メヌルにのみ衚瀺されたす。その他の通知、たずえば、課題の「トランゞション」タブや HipChat 通知などでは、匿名ナヌザヌが衚瀺されたす。

䜕もする必芁はありたせん。

この既知の問題は今埌のリリヌスで修正される予定です。

3. ヘルプを掻甚する

それでも問題を解決できない堎合は、アプリ フォヌラム、Atlassian Answers、アトラシアンのサポヌト チヌムなど、他にも倚くのヘルプ リ゜ヌスを利甚できたす。

最終曎新日 2017 幎 9 月 5 日

この内容はお圹に立ちたしたか?

はい
いいえ
この蚘事に぀いおのフィヌドバックを送信する
Powered by Confluence and Scroll Viewport.