ビルドトリガー

概要

トリガーイベントとワークフローを指定することにより、Bitriseで自動ビルドトリガーを構成できます。コードプッシュ、プルリクエスト、またはGitタグからビルドをトリガーできます。

既存のトリガー構成

このページでは、ワークフローまたはパイプライン内で定義されるターゲットベースのビルドトリガーについて詳しく説明します。よりきめ細かく柔軟なビルドトリガーシステムを提供するため、すべての新規ユーザーにはこのアプローチをお勧めします。

既存の構成では、従来のプロジェクトベースのトリガーが使用される場合があります。詳細については、以下を参照してください。従来のプロジェクトベースのトリガー。

ビルドトリガーを使用して、1 つ以上の Bitrise ビルドを自動的に開始します。トリガーの定義には、コードイベントと、ビルドをトリガーするためにイベントが一致する必要がある 1 つ以上の条件が含まれます。

ワークフローまたはパイプライン内でトリガーを定義できます。トリガーを使用すると、単一のコードイベントで複数の異なるワークフローまたはパイプラインをトリガーできるため、すべてを単一のワークフローまたはパイプラインにバンドルすることなく、コード変更の範囲に基づいて CI プロセスの関連部分をすべて一緒に実行できます。各ビルドは独立して実行され、個別の結果を提供します。

トリガーの詳細な構文と正確なトリガー条件については、ビルドトリガーの YAML 構文。

コードイベント

ビルドをトリガーするには、次の 3 種類のコードイベントを使用できます。

コードプッシュ: トリガー条件に一致するコミットを使用してコードをプッシュするたびに、ビルドを自動的にトリガーします。たとえば、プロジェクトのリポジトリの指定されたブランチへのコミットによってビルドがトリガーされます。
プルリクエスト: プルリクエストがトリガー条件に一致するたびに、ビルドを自動的にトリガーします。たとえば、プルリクエストによってビルドがトリガーされるソースブランチや宛先ブランチを指定できます。

初回のPRイベント

プルリクエストは、最初のイベントで 1 回だけビルドをトリガーします。ほとんどの場合、その初期イベントはプルリクエストの作成です。たとえば、PR をドラフト PR に変換しても、別のビルドはトリガーされません。プルリクエストの更新用にビルドをトリガーするには、新しいコミットのコードプッシュトリガーを設定します
Gitタグ: 特定のタグを持つコミットがビルドをトリガーするたびに、ビルドを自動的にトリガーします。

条件

トリガー条件はコードイベントのフィルターです。すべてのプルリクエストでビルドをトリガーする代わりに、特定のブランチを対象とするプルリクエストのトリガーを構成できます。

Gitプロバイダによってサポートされる条件は異なります。完全な表については、サポートされているトリガー条件。

トリガー条件は、単一のトリガー内で組み合わせることができます。たとえば、PR が特定のブランチを対象とし、かつ特定のラベルが含まれている場合にのみビルドをトリガーするプルリクエストトリガーを設定できます。

ビルドトリガーの作成

ビルドトリガーは、ワークフローまたはパイプラインで直接作成します。このようなトリガーを使用すると、単一のコードイベントで複数のワークフローまたはパイプラインをトリガーできます。トリガーは、UI または構成 YAML ファイルで作成できます。

トリガーを作成するには:

ワークフローエディター

構成YAML

でアプリを開きますビットライズ。
クリックワークフローメインページのボタン。
ワークフローを選択します。
選択してくださいトリガーワークフローのページのタブ。
トリガータイプを選択し、トリガーを追加ボタン。
ダイアログでトリガーを設定します。

トリガー条件の値を定義するときに正規表現を有効にするには、正規表現パターンボタンをクリックします。
完了したらクリックトリガーを追加。

構成 YAML ファイルを開きます。
ワークフローを見つけます。
ワークフローで、 triggers 財産。
```
my-workflow:
  triggers:
```
トリガーを作成します。さまざまなトリガータイプの正確な構文については、以下を参照してください。ビルドトリガーの YAML 構文。

たとえば、このトリガーはというワークフローでビルドを開始します my-workflow:
```
my-workflow:
  triggers:
    push:
    - commit_message: your_message
```
パターンマッチングには次の 2 つのプロパティを使用できます。
- pattern 単純なワイルドカードマッチングを使用できます。
- regex 正規表現を使った複雑なパターンマッチングが可能になります。
```
my_awesome_workflow
  triggers:
    push:
      - branch: main
      - commit_message:
          pattern: "hello"
          last_commit: true
    pull_request:
      - source_branch: "*"
```
設定を保存します。

Adding a new target-based trigger on the Triggers page

You can quickly add new target-based triggers without leaving the Triggers page. For example, after reviewing your active triggers, you can immediately add another one without switching context, speeding up your setup process.

Go to your project's Triggers page.
If you don't have triggers yet, you’ll see a new Add Trigger button in the middle on the Triggers page. Click Add trigger and fill out the dialog.
If you already have target-based triggers, the add trigger button is above the triggers in the top-right corner. Click add trigger and fill out the dialog.

Adding a trigger here creates a specific workflow, which then appears under that workflow’s Triggers tab on the Workflows page for easy management.

トリガーを無効にする

ビルドトリガーを一時的に無効にすることができます。無効にされたトリガーはビルドをトリガーしませんが、すべての構成情報は保持されます。無効にされたトリガーはいつでも再アクティブ化できます。

ビルドトリガーを無効にするには:

ワークフローエディター

構成YAML

Bitrise でワークフローエディターを開きます。
ワークフローまたはパイプラインを選択します。
ワークフローページで、トリガータブ。
必要なトリガーを見つけて、その名前の横にある縦の省略記号をクリックします。
選択トリガーを無効にする。

構成 YAML ファイルを開きます。
ワークフローまたはパイプラインとその triggers 財産。
追加 enabled: false 無効にするトリガーに追加します。
```
triggers:
  push:
  - branch: main
    enabled: false
```

サポートされているトリガー条件

すべてのトリガー条件がすべての Git プロバイダーで利用できるわけではありません。原則として、すべてのトリガー条件は、最もよく使用される 3 つの Git プロバイダー (GitHub、GitLab、Bitbucket) のクラウドサービスで利用できます。その他のプロバイダーまたは自己ホスト型 Git リポジトリについては、プッシュトリガーとプルリクエストトリガーの両方の詳細な表を確認してください。

表1 コードプッシュトリガーでサポートされているトリガー条件

Git プロバイダー	支店	コミットメッセージ	ファイルが変更されました
GitHub (クラウド)
GitHub (セルフホスト)
GitLab (クラウド)
GitLab (セルフホスト)
Bitbucket (クラウド)
BitBucket Server (セルフホスト)
アセンブラ
デベオ（Perforce）
ゴグス
Azure DevOps

表2 プルリクエストトリガーでサポートされているトリガー条件

Git プロバイダー	ソースブランチ	対象ブランチ	ラベル	コメント	コミットメッセージ	変更されたファイル
GitHub (クラウド)
GitHub (セルフホスト)
GitLab (クラウド)
GitLab (セルフホスト)
Bitbucket (クラウド)			該当なし
BitBucket Server (セルフホスト)			該当なし
アセンブラ			該当なし
デベオ（Perforce）
ゴグス
Azure DevOps

トリガー優先度

トリガーには優先度設定を割り当てることができます。これにより、特定のトリガーによってトリガーされるビルドの優先度が決まります。優先度が高いほど、ビルド・キュー内のビルドの位置も高くなります。

優先度は、ワークフローエディターまたはプロジェクトの設定 YAML ファイルのいずれかで割り当てることができます。優先度は常に -100～100 の間の整数です。数値が大きいほど優先度が高くなります。デフォルトの優先度は 0 です

ビルドの優先順位、およびさまざまなタイプの優先度間の優先順位の詳細については、以下をご覧ください。ビルドの優先順位。

ドラフト PR からのビルドのトリガー

GitHub では、と呼ばれる機能を提供しています。プルリクエストのドラフト: プルリクエスト (PR) を作成するときに、レビューの準備ができているプルリクエストを作成するか、ドラフトプルリクエストを作成するかを選択できます。ドラフトプルリクエストはマージできず、コード所有者はドラフトプルリクエストをレビューするように自動的に要求されません。

Git プロバイダーの制限

この機能は、GitHub および GitLab リポジトリでのみサポートされます。

ドラフト PR は、他の PR と同様に Bitrise でビルドをトリガーできます。ただし、ドラフト PR が完全なビルドをトリガーして実行しないようにすることもできます。ビルドまたはビルド内の特定のステップをスキップするには、 GITHUB_PR_IS_DRAFT 環境変数。

ドラフトPRを開くとビルドがトリガーされる場合、レビュー用に送信する（つまり「完全な」PRに変換する）と、別のビルドはトリガーされません。ドラフトの PR トリガー設定に応じて、ビルドをトリガーする正確なコードイベントを確認できますドラフト PR のビルドトリガー動作.

それぞれのトリガーには独自のトグルがあり、特定のトリガーがドラフト PR からビルドを開始し、他のトリガーが開始しないようにアプリを構成できます。

ドラフト PR からのビルドを無効にする

ビルドがドラフト PR によってトリガーされた場合のステップのスキップ

ドラフトプルリクエストによってトリガーされるビルドの特定のステップをスキップすることもできます。使用する必要があるのは、 run_if 状態: 詳細については、を参照してください。ステップを条件付きで有効または無効にする。

ワークフローエディター

ビットライズ

でアプリを開きますビットライズ。
クリックワークフローメインページのボタン。
ワークフローを開いて、以下を選択します。トリガータブ。

パイプラインを使用している場合は、設定 YAML ファイルの設定のみを無効にできます。
必要なトリガーを見つけて、名前の横にある縦の省略記号をクリックします。
[選択] トリガーを編集メニューから。
チェックを外すドラフトプルリクエストを含めるオプションを押してクリック [変更を適用]。

設定 YAML ファイルを開きます。
見つけて triggers 変更したいすべてのワークフローまたはパイプラインの要素。

[追加] draft_enabled: false 必要なプルリクエストトリガーへ。

workflows:
  primary:
    triggers: 
      pull_request:
      - draft_enabled: false

ドラフト PR のビルドトリガー動作

この表は、ドラフト PR トリガー設定に応じて、ドラフト PR に関して特定のアクションが実行されたときにビルドがトリガーされるかどうかを示しています。たとえば、ドラフト PR を PR に変換しても、ドラフト PR トリガーが有効になっている場合はビルドはトリガーされませんが、無効になっている場合はビルドがトリガーされます。

表1 トリガー動作

アクション	ドラフトPRトリガーが有効になっています	ドラフトPRトリガーは無効です
ドラフトPRを開く
ドラフトPRにコミットをプッシュする
ドラフトPRをPRに変換する
PR をドラフト PR に変換する

マージキューのサポート

GitHub マージキューを使うと、複数のプルリクエスト (PR) を 1 つのブランチに自動的にマージできます。Bitrise ビルドで各 PR の変更を確認するには、以下のようにトリガーを設定します gh-readonly-queue/* ブランチフィルターとして。このプレフィックスについて詳しくは、 GitHub ドキュメンテーション。

マージキューは、キューに対してトリガーされたビルドが PR ビルドと同じステータス名を報告する場合にのみ正しく機能します。

たとえば、以下の構成では、マージキューからマージされたすべてのブランチが、次のコードでビルドをトリガーします。 ci-pipeline パイプライン:

pipelines:
  ci-pipeline:
    triggers:
      push:
      - branch: "gh-readonly-queue/*"
    status_report_name: ci/bitrise/<project_slug>/pr

トリガー変数

ビルドトリガーに関連する多くの環境変数は、自動的にトリガーされるビルド中に使用できます。これらの変数は、ビルドトリガーとプルリクエスト属性に関する詳細なコンテキストを提供します。これらのトリガー変数は次の目的で使用します。

コメント、ラベル、変更されたファイルなどのプルリクエストデータを使用して、複雑なワークフローと意思決定プロセスを自動化します。
誰がどのようにビルドをトリガーするのかを理解し、それを活用してワークフローのデバッグに役立てましょう
正確なビルド条件を実装して不要な実行を減らし、時間とリソースを節約します。

すべてのトリガー変数とその定義は、参照表に記載されています。表2「bitrise.ioによって公開された環境変数」.

トリガー変数は、要件が満たされている場合にのみ使用できます。たとえば、 BITRISE_GIT_PULL_REQUEST_COMMENT 変数を使用できるのは、ビルドが PR コメントによってトリガーされた場合だけです。つまり、ビルドトリガーに PR コメントがある場合だけです。 pr_comment 条件。正確な条件は、以下で確認できます表2「bitrise.ioによって公開された環境変数」。

トリガー変数のユースケース

トリガー変数の使用例をいくつか示します。これらはあくまで提案に過ぎません。変数をいろいろ試して、ニーズに最適なものを見つけてください

例1 PRコメントへの報告

BITRISE_GIT_PULL_REQUEST_COMMENT_ID: プルリクエストのコメント ID を使用して、プルリクエストの元のコメントにステータス更新を直接投稿します。これには、成功、失敗、ログ、その他の関連情報などの詳細を含めることができます。

例2 条件付きテストの実行

BITRISE_GIT_CHANGED_FILES : コードベースの変更された部分を特定し、その変更に基づいて、UI 変更のフロントエンドテストや API 変更のバックエンドテストの実行など、特定のテストスイートを起動します。

例3 コミットメッセージまたはラベルに基づくさまざまな環境へのデプロイ

使用 BITRISE_GIT_COMMIT_MESSAGES そして BITRISE_GIT_PULL_REQUEST_LABELS デプロイ環境を決定するため。たとえば、コミットメッセージに「[staging]」が含まれていたり、「ready-for-staging」というラベルが表示されている場合は、コードをステージング環境にデプロイします

このセクションの内容:

参照:

ビルドトリガー

既存のトリガー構成

コードイベント

初回のPRイベント

条件

ビルドトリガーの作成

Adding a new target-based trigger on the Triggers page

トリガーを無効にする

最新の Git コミットのトリガー

サポートされているトリガー条件

トリガー優先度

ドラフト PR からのビルドのトリガー

Git プロバイダーの制限

ドラフト PR からのビルドを無効にする

ビルドがドラフト PR によってトリガーされた場合のステップのスキップ

ドラフト PR のビルド トリガー動作

マージキューのサポート

トリガー変数

トリガー変数のユースケース

検索結果

ドラフト PR のビルドトリガー動作