特定のコミットまたはプルリクエストをスキップする
設定によっては、リポジトリ内のすべてのコード変更がBitriseビルドをトリガーする可能性があります。ただし、必要に応じて、特定のコミットまたはプルリクエストをスキップできます。
設定によっては、リポジトリ内のすべてのコード変更がBitriseビルドをトリガーする可能性があります。ただし、必要に応じて、特定のコミットまたはプルリクエストをスキップできます。スキップとは、このコンテキストでは、トリガーがそうするように設定されている場合でも、コードの変更がBitriseでのビルドをトリガーしないことを意味します。
コミットがビルドをトリガーしないようにする
特定のコミットがビルドをトリガーしないようにするには、次のいずれかを含めます [skip ci]
また [ci skip]
コミットメッセージ内:
This is not important, please [skip ci]
または:
I just changed the README [ci skip]
ヘッド/ラストコミットメッセージのみがチェックされます!
複数のコミットをプッシュすると、最後の(先頭の)コミットのメッセージのみがチェックされます。 skip ci
パターン!
結局、ビルドを開始したい場合は、次の2つの選択肢があります。
-
コミットをリベースします(コミットメッセージを変更します)。
-
別のコミットをプッシュします。
空のコミットをプッシュする
Gitを使用すると、空のコミットを作成してプッシュできます。スキップされたビルドをビルドしたい場合は、 git commit --allow-empty -m "I decided to run this"
関連するブランチでコミットをプッシュします。
プルリクエストがビルドをトリガーしないようにする
プルリクエストは、それ自体が(仮想)コミットとして扱われます。コミットメッセージは、プルリクエストのタイトルと説明です。です いいえ プルリクエストを構成する個々のコミットのコミットメッセージ。
プル リクエストをスキップするには、以下を含めます [skip ci]
プル リクエストのタイトルまたは説明のパターン。
個々のコミットメッセージはチェックされません
を置く [skip ci]
プル リクエストを構成する個々のコミットのコミット メッセージ内のパターンは機能しません。適切なトリガーが設定されている場合、プル リクエストはビルドをトリガーします。
プル リクエストをスキップしないことに決めたら、単純に削除できます。 [skip ci]
プル リクエストのタイトルまたは説明からパターンを取得します。これにより、最新のコミットで新しいビルドが自動的にトリガーされ、プル リクエストの今後のすべてのコミットもビルドされます ( [skip ci]
再びパターン)。
ドラフト PR によってトリガーされるステップのスキップ
を使用するときは、 GitHubのPR機能草案, Bitrise は、という環境変数を挿入します。 GITHUB_PR_IS_DRAFT
をビルド環境変数リストに追加します。この環境変数がビルド環境変数リストで使用可能な場合、その値は常に に設定されます。 true
。
使用できます GITHUB_PR_IS_DRAFT
条件の一部としてビルド内の環境変数: たとえば、ドラフト PR によってトリガーされるビルド内の特定のステップをスキップできます。
workflow1: steps: - script: run_if: '{{enveq "GITHUB_PR_IS_DRAFT" ""}}' inputs: - content: |- #!/usr/bin/env bash # fail if any commands fails set -e # debug log set -x
この例では、 run_if
条件は、ビルドがドラフト PR によってトリガーされない場合にのみステップが実行されることを意味します。
以下に挿入することをお勧めします run_if
ワークフローの各ステップにコマンドを入力して、ステップをスキップします。
ドラフトPR後に新しいビルドを開始する
以前にビルドでドラフトPRを使用したことがあるが、同じPRからコードへの変更をマージする準備ができている場合は、[ レビューの準備ができました GitHubのボタンは、Bitriseでの新しいビルドをトリガーしません。以前のビルドには、PR関連の環境変数のドラフトも含まれます。この場合、Webサイトから新しいビルドを手動で開始するか、新しいコミットでCIをトリガーすることをお勧めします。
If draft pull requests are enabled to trigger builds and a specific draft pull request already triggered a build, submitting it for review won't trigger a new build. Any previous builds will also contain the draft PR related Env Vars. In this case, we recommend you manually start a brand new build from the website or trigger the CI with a new commit.