デフォルトのパイプラインとワークフロー

概要

に新しいプロジェクトを追加すると bitrise.io、プロジェクトに応じて 1 つか 2 つのワークフローが自動的に作成されます。

に新しいプロジェクトを追加すると bitrise.io、イニシャルを作成します パイプライン と ワークフロー あなたのために。これらはデフォルトのパイプラインとワークフローと呼ばれます。デフォルトパイプラインはデフォルトワークフローで構成されています

これらを使用してテストを実行したり、IPA や APK などのインストール可能なバイナリを作成したりできます。デフォルトのパイプラインとワークフローをニーズに合わせて自由に変更してください

デフォルトパイプライン

デフォルトパイプラインは、すべての新しい iOS および Android プロジェクト用に作成されます。これらのパイプラインは、自動的に作成されたデフォルトのワークフローで構成されています

表1 iOS のデフォルトパイプライン

パイプライン ID	パイプライン概要	パイプライン内のワークフロー
`run_tests`	iOS プロジェクトをビルドし、Xcode テストを 2 つに分けて実行しますパラレルシャード。シャードの数は env 変数で指定されます。 `$TEST_SHARD_COUNT`。	`build_for_testing` `test_without_building`

パイプライン ID

パイプライン概要

パイプライン内のワークフロー

run_tests

iOS プロジェクトをビルドし、Xcode テストを 2 つに分けて実行しますパラレルシャード。シャードの数は env 変数で指定されます。 $TEST_SHARD_COUNT。

build_for_testing

test_without_building

表2 Android 用デフォルトパイプライン

パイプライン ID	パイプライン概要	パイプライン内のワークフロー
`run_tests`	Android インストルメンテーションテストを以下で実行してください 2 つの並列テストシャードそして、テストレポートを入手してください。シャードの数は env 変数で指定されます。 `$TEST_SHARD_COUNT`。	`run_instrumented_tests`

iOS プロジェクトのデフォルトワークフロー

新しいiOSプロジェクトでは、Bitriseは複数のワークフローを自動的に生成します。これらのワークフローをカスタマイズしたり新しいものを作成してください。それらに基づいています。

表1 デフォルト iOS ワークフロー

ワークフロー ID	ワークフロー概要	ワークフローの説明
`run_tests`	プロジェクトのテストを実行します。	ワークフローは Git リポジトリのクローンを作成し、ノードバージョンマネージャー (NVM) をインストールしてノードバージョンを選択し、キャッシュを復元します `node_modules` 依存関係、プロジェクトに適したパッケージマネージャーを使用してテストを実行し、キャッシュを保存します。
`build_for_testing`	テストできる状態で Xcode プロジェクトをビルドします。	ワークフローはGitリポジトリのクローンを作成し、テストの準備が整ったアプリをビルドし、テストを各テストシャードに配分し、アプリとテストをBitriseにデプロイして、その後のワークフローで使用できるようにします。このワークフローはデフォルトパイプラインの一部です。
`test_without_building`	iOS アプリを再ビルドせずにテストします。	パイプライン内の前のワークフローからアプリとテストを取得し、Xcodeを使用してコンパイルされたバンドルをテストします `test_without_building` コマンド。このワークフローはデフォルトパイプラインの一部です。
`archive_and_export_app`	Xcode テストを実行して IPA ファイルを作成し、アプリをデバイスにインストールしたり、チームと共有したりできます。	ワークフローは Git リポジトリのクローンを作成し、プロジェクトの依存関係がある場合はそれをキャッシュしてインストールし、Xcode テストを実行して、プロジェクトから IPA ファイルをエクスポートします。。
`build`	Xcode プロジェクトをビルドします。テストが見つかりませんこのワークフローは、次の場合にのみ生成されますプロジェクトスキャナー Xcode プロジェクトに設定されているテストが見つかりませんでした。	ワークフローは Git リポジトリのクローンを作成し、プロジェクトの依存関係がある場合はそれをキャッシュしてインストールし、プロジェクトをビルドします。テスト用にビルドアクション。

Android プロジェクトのデフォルトワークフロー

新しいAndroidプロジェクトでは、Bitriseは3つの新しいワークフローを自動的に生成します。これらのワークフローをカスタマイズしたり新しいものを作成してください。それらに基づいています。

表1 デフォルトの Android ワークフロー

ワークフロー ID	ワークフロー概要	ワークフローの説明
`run_tests`	Android ユニットテストを実行して、テストレポートを入手してください。	ワークフローは Git リポジトリをクローンし、 Gradle の依存関係をキャッシュします。、Android ツールをインストールし、以下を実行しますアンドロイド・ユニット・テストそして、を保存しますテストレポート。
`build_apk`	Android ユニットテストを実行して APK ファイルを作成し、アプリをデバイスにインストールしたり、チームと共有したりできます。	ワークフローは Git リポジトリのクローンを作成し、Android ツールをインストールします。ビルド番号に基づいてプロジェクトのバージョンコードを設定します。、アンドロイドリントを実行するそしてユニットテストを行い、プロジェクトの APK ファイルをビルドして保存します。
`run_instrumented_tests`	テストシャーディングを使用して Android インストゥルメンテーションテストを実行し、テストレポートを取得します。	ワークフローは Git リポジトリをクローンし、 Gradle の依存関係をキャッシュします。、Android ツールをインストールし、Android エミュレータを起動して Android インストルメントテストを実行し、以下を保存しますテストレポート。このワークフローは、以下を利用するデフォルトのパイプラインの一部です並列処理: ワークフローの複数のコピーを実行して、インストルメント化されたテストをシャードします。

ワークフロー ID

ワークフロー概要

ワークフローの説明

run_tests

Android ユニットテストを実行して、テストレポートを入手してください。

ワークフローは Git リポジトリをクローンし、 Gradle の依存関係をキャッシュします。、Android ツールをインストールし、以下を実行しますアンドロイド・ユニット・テストそして、を保存しますテストレポート。

build_apk

Android ユニットテストを実行して APK ファイルを作成し、アプリをデバイスにインストールしたり、チームと共有したりできます。

ワークフローは Git リポジトリのクローンを作成し、Android ツールをインストールします。ビルド番号に基づいてプロジェクトのバージョンコードを設定します。、アンドロイドリントを実行するそしてユニットテストを行い、プロジェクトの APK ファイルをビルドして保存します。

run_instrumented_tests

テストシャーディングを使用して Android インストゥルメンテーションテストを実行し、テストレポートを取得します。

ワークフローは Git リポジトリをクローンし、 Gradle の依存関係をキャッシュします。、Android ツールをインストールし、Android エミュレータを起動して Android インストルメントテストを実行し、以下を保存しますテストレポート。

このワークフローは、以下を利用するデフォルトのパイプラインの一部です並列処理: ワークフローの複数のコピーを実行して、インストルメント化されたテストをシャードします。

Node.js プロジェクトのデフォルトワークフロー

Bitrise は Node.js プロジェクト用のデフォルトワークフローを 1 つ生成します。それは、プロジェクトの lint スクリプトとテストスクリプトを実行するワークフローです。このワークフローはカスタマイズすることも、それに基づいて新しいワークフローを作成することもできます

表1 Node.js のデフォルトワークフロー

ワークフロー ID	ワークフロー概要	ワークフローの説明
`run_tests`	プロジェクトのテストを実行します。	ワークフローは Git リポジトリのクローンを作成し、Node バージョンを選択してインストールし、インストールします。 `npm` パッケージ、および、使用可能なスクリプトによっては `package.json` ファイル、lint スクリプトとテストスクリプトを実行します。ワークフローは以下もサポートしています `node_modules` パフォーマンスを向上させるためのキャッシュ。

Kotlin マルチプラットフォームプロジェクトのデフォルトワークフロー

Bitriseは、Kotlinマルチプラットフォームプロジェクト用のデフォルトワークフローを1つ生成します。このワークフローには、 Gradle ユニットテスト を実行するステップ test グラドルタスク。このワークフローはカスタマイズすることも、それに基づいて新しいワークフローを作成することもできます

表1 Kotlin マルチプラットフォームのデフォルトワークフロー

ワークフロー ID	ワークフロー概要	ワークフローの説明
`run_tests`	プロジェクトのテストを実行します。	ワークフローは Git リポジトリのクローンを作成し、を実行します。 `test` を使用した Gradle タスク Gradle ユニットテストステップ。

マルチプラットフォームプロジェクトのデフォルトワークフロー

マルチプラットフォームプロジェクト（iOSやAndroidのネイティブアプリではなく、React Native、Flutter、Ionic、Cordovaなどのモバイル開発フレームワークで作成されたプロジェクト）の場合、Bitriseは2つのデフォルトワークフローを作成します。 primary そして deploy。

これらのデフォルトワークフローに含まれる正確なステップは、プロジェクトの種類によって異なります。ただし、この 2 つのワークフローの主な目標は、プロジェクトの種類に関係なく同じです。

ザル primary ワークフローはプロジェクトのリポジトリをクローンし、依存関係をインストールしてキャッシュし、プロジェクトに設定されているテストを実行します。
ザル deploy ワークフローは、依存関係のインストールとキャッシュ、テストの実行に加えて、プロジェクトのビルドも行います。つまり、APK または IPA ファイルの生成を試みます。

さまざまなプロジェクトタイプのデフォルトワークフローに含まれる内容の詳細については、以下を試してみてください。弊社のデモアプリ!

このセクションの内容:

参照:

パイプラインワークフロープロジェクトスキャナー