Skip to main content

ビルド中のツールのインストール

概要

ビルドマシンにプリインストールされていないツールが必要で、そのためのステップが見つからない場合は、いつでもインストールして、スクリプトまたはスクリプトステップで使用できます。

そうでないツールが必要な場合は ビルドマシンにプリインストール そして、あなたは見つけることができません ステップ いつでもインストールしてカスタムスクリプトで使用することができます。 スクリプト あなたのステップへ ワークフローそこにスクリプトを書き込むか、リポジトリからスクリプトを実行します。パスワードなし sudo すべてのビルド仮想マシンで有効になっているため、自由に使用できます。 sudo 必要であれば。

動作するスクリプトができたら、 ステップに変換することもできます オプションで他の人と共有します（StepLibを介して）。続きを読む： 新しいステップの開発

  1. でアプリを開きます ビットライズ。

  2. クリック ワークフロー メインページのボタン。

  3. 追加 スクリプト ワークフローへのステップ。

  4. スクリプトを挿入します スクリプトの内容 入力フィールド。

    この手順を使用すると、リポジトリからスクリプトを実行できます。リポジトリのルートを基準としたスクリプトのパスで適切なコマンドを追加するだけです。

例1 macOSにcmakeをインストールする

インストール cmake とともに Script 次の方法でmacOSを踏む brew 指図：

#!/bin/bash
set -ex
brew install cmake

Homebrewインストール

また、使用することができます Homebrewインストール インストールする手順 cmake および他の多くのツール。


例2 Linuxに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 および他の多くのツール。


例3 Xcode 14 スタックへの iOS 13 ランタイムのインストール

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はそれをインストールしません。

  1. でアプリを開きます ビットライズ。

  2. クリック ワークフロー メインページのボタン。

    opening-workflow-editor.png

  3. 選択 構成YAML 左に。

  4. 必要なステップを見つけます。そのステップの依存関係を宣言します。

  5. 追加 deps ステップタイトルの下：

    workflows:
  test:
    steps:
    - script:
        deps:

  6. パッケージマネージャー名とパッケージ名を宣言します。

    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
このセクションの内容:
ステップワークフロー