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

概要

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

When you add a new project on bitrise.io, we create initial Pipelines and Workflows for you. These are called default Pipelines and Workflows. A default Pipeline consists of default Workflows.

You can use these to run your tests or create installable binaries such as IPAs or APKs. Feel free to modify the default Pipelines and Workflows to suit your needs.

Default Pipelines

We also create default Pipelines: デフォルトパイプライン.

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 ユニットテストステップ。

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

プロジェクトスキャナーは Java プロジェクトを検出し、それらのデフォルトワークフローを作成できます。以下の場合、新規プロジェクトは汎用 Java プロジェクトとみなされます

Gradle (コードには通常の Gradle 設定ファイルと Gradle Wrapper スクリプトがプロジェクトのルートディレクトリに含まれています) を使用しており、Android や Kotlin のマルチプラットフォームに必要な依存関係は使用していません。
Mavenを次のように使用しています POM.xml ルートディレクトリにあるプロジェクト設定ファイルで、Maven Wrapper スクリプトがあります。

一般的なJavaプロジェクトの場合、Bitriseはビルドツールに基づいてデフォルトのワークフローを生成します。

表1 Gradle を使用する Java プロジェクトのデフォルトワークフロー

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

表2 Maven を使用する Java プロジェクトのデフォルトワークフロー

ワークフロー ID	ワークフロー概要	ワークフローの説明
`run_tests`	プロジェクトのテストを実行します。	ワークフローは Git リポジトリのクローンを作成し、スクリプトステップを使用して Maven Wrapper のテストコマンドを実行してテストを実行します。 `./mvnw test`。

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

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

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

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

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

このセクションの内容:

参照:

PipelinesWorkflowsプロジェクトスキャナー