Default Workflows

bitrise.ioで新しいプロジェクトを追加すると、初期のPipelinesとWorkflowsが作成されます。これらはデフォルトのPipelinesおよびWorkflowsと呼ばれます。デフォルトのPipelineはdefault Workflowsで構成されます。

これらを使用してテストを実行したり、IPAやAPKなどのインストール可能なバイナリを作成したりできます。必要に応じて、デフォルトのPipelinesおよびWorkflowsを自由に変更してください。

デフォルトのPipelines

デフォルトのPipelinesも作成します。デフォルトのPipelines。

iOSプロジェクト向けのDefault Workflows

新しいiOSプロジェクトでは、Bitriseが自動的に複数のWorkflowsを生成します。これらのWorkflowsをカスタマイズしたり、それらをもとに新しく作成したりできます。

Workflow ID	Workflow概要	Workflow説明
run_tests	Xcodeのテストを実行し、テストレポートを取得します。	WorkflowはGitリポジトリをクローンし、プロジェクトの依存関係がある場合はそれをキャッシュしてインストールし、Xcodeのテストを実行してテスト結果を保存します。
build_for_testing	テスト用にXcodeプロジェクトをビルドします。	WorkflowはGitリポジトリをクローンし、テスト用にアプリをビルドし、各テストシャードにテストを振り分けて、後続のWorkflowsで使用できるようにアプリとテストをBitriseにデプロイします。このWorkflowはデフォルトのPipelineの一部です。
test_without_building	再ビルドせずにiOSアプリをテストします。	Pipeline内の前のWorkflowからアプリとテストを取得し、Xcodeのtest_without_buildingコマンドを使用してコンパイル済みのバンドルをテストします。このWorkflowはデフォルトのPipelineの一部です。
archive_and_export_app	Xcodeのテストを実行し、デバイスにアプリをインストールしたりチームと共有したりするためのIPAファイルを作成します。	WorkflowはGitリポジトリをクローンし、プロジェクトの依存関係がある場合はそれをキャッシュしてインストールし、Xcodeのテストを実行して、プロジェクトからIPAファイルをエクスポートします。
build	Xcodeプロジェクトをビルドします。このWorkflowは、プロジェクトスキャナーがXcodeプロジェクトでテストの設定を検出しなかった場合にのみ生成されます。	WorkflowはGitリポジトリをクローンし、プロジェクトの依存関係がある場合はそれをキャッシュしてインストールし、プロジェクトをビルドします。Xcodeのテスト用ビルドアクションを使用します。

Androidプロジェクト向けのDefault Workflows

新しいAndroidプロジェクトでは、Bitriseが自動的に3つの新しいWorkflowsを生成します。これらのWorkflowsをカスタマイズしたり、それらをもとに新しく作成したりできます。

Workflow ID	Workflow概要	Workflow説明
run_tests	Androidの単体テストを実行し、テストレポートを取得します。	WorkflowはGitリポジトリをクローンし、Gradleの依存関係をキャッシュし、Androidツールをインストールし、Androidの単体テストを実行してテストレポートを保存します。
build_apk	Androidの単体テストを実行し、デバイスにアプリをインストールしたりチームと共有したりするためのAPKファイルを作成します。	WorkflowはGitリポジトリをクローンし、Androidツールをインストールし、ビルド番号に基づいてプロジェクトのバージョンコードを設定し、Androidのlintと単体テストを実行して、プロジェクトのAPKファイルをビルドして保存します。
run_instrumented_tests	テストシャーディングを使用してAndroidのインストルメンテーションテストを実行し、テストレポートを取得します。	WorkflowはGitリポジトリをクローンし、Gradleの依存関係をキャッシュし、Androidツールをインストールし、Androidエミュレーターを起動してAndroidのインストルメンテーションテストを実行し、テストレポートを保存します。このWorkflowは、並列処理を利用するデフォルトのPipelineの一部です。複数のWorkflowのコピーを実行してインストルメンテーションテストをシャーディングします。

Node.jsプロジェクト向けのDefault Workflows

Bitriseは、Node.jsプロジェクト向けにデフォルトのWorkflowを1つ生成します。プロジェクトのlintスクリプトとテストスクリプトを実行するWorkflowです。このWorkflowをカスタマイズしたり、それをもとに新しく作成したりできます。

Workflow ID	Workflow概要	Workflow説明
run_tests	プロジェクトのテストを実行します。	WorkflowはGitリポジトリをクローンし、Nodeのバージョンを選択してインストールし、npmパッケージをインストールして、package.jsonファイル内で利用可能なスクリプトに応じて、lintスクリプトとテストスクリプトを実行します。Workflowはパフォーマンス向上のためにnode_modulesのキャッシュもサポートしています。lintとtestの各Stepは、検出されたパッケージマネージャーに応じてnpmまたはYarnを使用します。どちらのロックファイルも存在しない場合、ユーザーはセットアップ時にパッケージマネージャーを対話形式で選択します。

Kotlin Multiplatformプロジェクト向けのDefault Workflows

Bitriseは、Kotlin Multiplatformプロジェクト向けに3つのdefault Workflowsを生成します。1つはテストを実行するため、1つはAndroidアプリをビルドするため、もう1つはiOSアプリをビルドするためのものです。

Workflow ID	Workflow概要	Workflow説明
run_tests	プロジェクトのテストを実行します。	WorkflowはGitリポジトリをクローンし、Gradle Unit Test Stepを使用してtestのGradleタスクを実行し、Gradleタスクの出力をキャッシュします。
android_build	KotlinプロジェクトからAndroidアプリをビルドして署名します。	WorkflowはGitリポジトリをクローンし、Android Build Stepを使用してアプリをビルドし、Android Signで署名して、Gradleタスクの出力をキャッシュします。ダウンロード可能なAPKファイルを生成します。
ios_build	KotlinプロジェクトからiOSアプリをビルドして署名します。	WorkflowはGitリポジトリをクローンし、Xcode Archive & Export for iOS Stepを使用してアプリをビルドおよび署名し、Gradleタスクの出力をキャッシュします。ダウンロード可能なIPAファイルを生成します。

Javaプロジェクト向けのDefault Workflows

プロジェクトスキャナーはJavaプロジェクトを検出し、それらに対するdefault Workflowsを作成できます。新しいプロジェクトは、次の場合に汎用のJavaプロジェクトと見なされます。

• Gradleを使用しており(コードにプロジェクトのルートディレクトリ内の通常のGradle設定ファイルとGradle Wrapperスクリプトが含まれている)、AndroidまたはKotlin Multiplatformの必須の依存関係を使用していない。
• ルートディレクトリにPOM.xmlプロジェクト設定ファイルを含むMavenを使用しており、Maven Wrapperスクリプトがある。

汎用のJavaプロジェクトの場合、Bitriseはビルドツールに基づいてdefault Workflowsを生成します。

Workflow ID	Workflow概要	Workflow説明
run_tests	プロジェクトのテストを実行します。	WorkflowはGitリポジトリをクローンし、testのGradleタスクを実行するRun Gradle Tests Stepを使用してテストを実行します。

Workflow ID	Workflow概要	Workflow説明
run_tests	プロジェクトのテストを実行します。	WorkflowはGitリポジトリをクローンし、Script Stepを使用してMaven Wrapperのテストコマンド(./mvnw test)を実行し、テストを実行します。

Rubyプロジェクト向けのDefault Workflows

Workflow ID	Workflow概要	Workflow説明
run_tests	プロジェクトのテストを実行します。	WorkflowはGitリポジトリをクローンし、gem-{{ checksum "Gemfile.lock" }}のキャッシュキーを使用してgemキャッシュを復元します。コードベース内のシグナルに応じて依存関係をインストールします。 - MySQL gemが検出された場合、システムの依存関係をインストールします。 - Bundlerが検出された場合、bundle installで依存関係をインストールします。 リレーショナルデータベースgemが検出された場合、データベースのセットアップ(db:create db:schema:load)を実行します。 テストフレームワークまたはRakefileが検出された場合、Workflowがテストを実行します。Workflowは常にRubyのgemキャッシュを保存し、Deploy to Bitrise.io Stepを含みます。

Pythonプロジェクト向けのDefault Workflows

Pythonの場合、単一のrun_tests Workflowが生成されます。含まれるStepsは、検出されたパッケージマネージャーと、プロジェクト内にpytestが見つかったかどうかによって異なります。

Workflow ID	Workflow概要	Workflow説明
run_tests	プロジェクトのテストを実行します。	WorkflowはGitリポジトリをクローンし、検出されたバージョンに基づいてPythonをインストールします。バージョンが検出されない場合は、[スタックのデフォルトのPythonバージョンが使用されます。依存関係をインストールします。使用される正確なコマンドは、検出されたパッケージマネージャーによって異なります。pytestが検出された場合、Workflowがテストを実行します。

Flutterプロジェクト向けのDefault Workflows

Flutterプロジェクトの場合、Bitriseは2つのdefault Workflowsを作成します。run_tests Workflowとbuild_app Workflowです。

これらのdefault Workflowsに含まれる正確なStepsはプロジェクトの種類によって異なります。ただし、プロジェクトの種類にかかわらず、2つのWorkflowsの主な目的は同じです。

Workflow ID	Workflow概要	Workflow説明
run_tests	プロジェクトのテストを実行します。	WorkflowはGitリポジトリをクローンし、Flutter Installer StepでFlutterをインストールし、Restore Dart cacheを実行してDartキャッシュを取得します。次を実行します。 - プロジェクトにtest/ディレクトリがある場合はFlutter Test Step。 - プロジェクトにtest/ディレクトリがない場合はFlutter Analyze Step。 テストの実行後、Dartキャッシュを保存し、Deploy to Bitrise.io Stepを実行してアーティファクトをデプロイします。
build_app	Flutterプロジェクトから、iOSアプリとAndroidアプリの両方をビルドします。	このWorkflowは、プロジェクトにiOSまたはAndroidのサブプロジェクトがある場合にのみ生成されます。Webプロジェクトの場合、このWorkflowは生成されません。WorkflowはGitリポジトリをクローンし、iOSプロジェクト用にsigning certificateをインストールし、Flutterをインストールし、Flutter Analyze Stepを実行します。また、test/ディレクトリが存在する場合はFlutter Test Stepも実行します。Flutter Build Stepでアプリをビルドします。検出されたすべてのプラットフォームをビルドします。