ビルド中のツールのインストール
ビルドマシンにプリインストールされていないツールが必要で、そのためのステップが見つからない場合は、いつでもインストールして、スクリプトまたはスクリプトステップで使用できます。
Bitriseビルドマシンには膨大な数が付属しています ツールがプリインストールされています。。ただし、CI のビルド中に新しいものをインストールする必要がある場合は、次の方法でインストールできます。
-
スクリプトステップを使用してカスタムスクリプトを実行する。
-
宣言中
deps
設定の YAML ファイルにあります。
カスタムスクリプトを使用してツールをインストールする
そうでないツールが必要な場合 ビルドマシンにプリインストールされています。 そして、見つかりません ステップ 1 そのためには、カスタムスクリプトをインストールして使用することができます。必要な場合は、パスワードなしで sudo
すべてのビルド仮想マシンで有効になっています。
動作するスクリプトができたら、 ステップに変換することもできます オプションで他の人と共有します(StepLibを介して)。続きを読む: 新しいステップの開発
-
でアプリを開きます ビットライズ。
-
クリック
メインページのボタン。 -
追加 スクリプト ワークフローへのステップ。
-
スクリプトを挿入します スクリプトの内容 入力フィールド。
この手順を使用すると、リポジトリからスクリプトを実行できます。リポジトリのルートを基準としたスクリプトのパスで適切なコマンドを追加するだけです。
インストール cmake
とともに Script
次の方法でmacOSを踏む brew
指図:
#!/bin/bash set -ex brew install cmake
Homebrewインストール
また、使用することができます Homebrewインストール インストールする手順 cmake
および他の多くのツール。
インストール cmake
とともに Script
次の方法でLinuxをステップします apt-get
指図:
#!/bin/bash set -ex sudo apt-get install -y cmake
apt-getには-yフラグを使用します
追加しない場合 -y
(はい)へのフラグ apt-get
指図、 apt-get
手動で受け入れるか拒否する必要があるプロンプトが表示されます。これはご使用のLinuxマシンでは問題になりませんが、CI環境では手動入力を提供できません。 apt-get
。この問題を防ぎ、プロンプトを自動的に受け入れるには、 -y
例に示すように、フラグ。
npmコマンドを実行します
また、使用することができます npmコマンドを実行します インストールする手順 cmake
および他の多くのツール。
iOS 13 ランタイムを Xcode 14 スタックにインストールします。 Script
ステップ。
#!/bin/bash set -ex sudo xcodes runtimes install "iOS 13.0"
macOS スタックで利用可能なシミュレーター ランタイム
同様の構文を使用して他のランタイムをインストールできますが、一部のランタイムは既にスタックにプリインストールされていることに注意してください。スタック上のシミュレーター ランタイムなど、プリインストールされているツールのリストに興味がある場合は、利用可能なすべてのスタックを見つけることができます。GitHub のシステム レポート.
bitrise.ymlファイルでdepsを宣言してツールをインストールする
依存関係インストーラーステップまたは スクリプト ステップ、 deps
オプションをYAMLファイルで設定します。 deps
特定のステップでは、 ビットライズCLI そのツールがインストールされているかどうかを確認し、必要に応じてインストールします。
選択したツールまたは依存関係がすでに使用可能な場合、BitriseCLIはそれをインストールしません。
-
でアプリを開きます ビットライズ。
-
クリック
メインページのボタン。 -
選択 構成YAML 左に。
-
必要なステップを見つけます。そのステップの依存関係を宣言します。
-
追加
deps
ステップタイトルの下:workflows: test: steps: - script: deps:
-
パッケージマネージャー名とパッケージ名を宣言します。
workflows: test: steps: - script: deps: brew: - name: cmake apt_get: - name: cmake
バイナリ名の宣言
(パッケージマネージャーを介さずに)別のソースから利用できる可能性のある依存関係を宣言する場合は、関連するものも宣言する必要があります。 binary name
。パッケージがバイナリ名と一致しない場合は、次のように宣言できます。 bin_name
。例はAWSCLIで、両方のパッケージマネージャーのパッケージ名は awscli
、しかしバイナリ自体は aws
。
workflows: test: steps: - script: deps: brew: - name: awscli bin_name: aws