このチュートリアルでは、Bazel を使用して簡単な Android アプリをビルドする方法について説明します。
Bazel は、 Android ルールを使用して Android アプリのビルドをサポートしています。
このチュートリアルは、Windows、macOS、Linux ユーザーを対象としており、Bazel や Android アプリ開発の経験は必要ありません。このチュートリアルでは、Android コードを記述する必要はありません。
学習内容
このチュートリアルでは、次の方法について説明します。
- Bazel と Android Studio をインストールし、サンプル プロジェクトをダウンロードして環境をセットアップします。
- アプリのソースコードと、ワークスペース ディレクトリの最上位レベルを識別する
WORKSPACEファイルを含む Bazel ワークスペースをセットアップします。 WORKSPACEファイルを更新して、Android SDK など、必要な外部依存関係への参照を含めます。BUILDファイルを作成します。- Bazel でアプリをビルドします。
- Android エミュレータまたは実機にアプリをデプロイして実行します。
始める前に
Bazel をインストールする
チュートリアルを開始する前に、次のソフトウェアをインストールします。
- Bazel. インストールするには、インストール手順に沿って操作します。
- Android Studio. インストールするには、Android Studio をダウンロードする手順に沿って操作します。 セットアップ ウィザードを実行して SDK をダウンロードし、環境を構成します。
- (省略可)Git.
gitを使用して Android アプリ プロジェクトをダウンロードします。
サンプル プロジェクトを取得する
サンプル プロジェクトには、 Bazel の examples リポジトリにある基本的な Android アプリ プロジェクトを使用します。
このアプリには、クリックするとあいさつ文が表示されるボタンが 1 つあります。

図 1.Android アプリのボタンのあいさつ文。
git でリポジトリのクローンを作成します(または ZIP ファイルを
直接ダウンロードします)。
git clone https://github.com/bazelbuild/examplesこのチュートリアルのサンプル プロジェクトは examples/android/tutorial にあります。チュートリアルの残りの部分では、このディレクトリでコマンドを実行します。
ソースファイルを確認する
アプリのソースファイルを確認します。
.
├── README.md
└── src
└── main
├── AndroidManifest.xml
└── java
└── com
└── example
└── bazel
├── AndroidManifest.xml
├── Greeter.java
├── MainActivity.java
└── res
├── layout
│ └── activity_main.xml
└── values
├── colors.xml
└── strings.xml
主なファイルとディレクトリは次のとおりです。
| 名前 | 場所 |
|---|---|
| Android マニフェスト ファイル | src/main/AndroidManifest.xml と src/main/java/com/example/bazel/AndroidManifest.xml |
| Android ソースファイル | src/main/java/com/example/bazel/MainActivity.java と Greeter.java |
| リソース ファイル ディレクトリ | src/main/java/com/example/bazel/res/ |
Bazel を使用したビルド
ワークスペースをセットアップする
ワークスペースは、1 つ以上のソフトウェア プロジェクトの
ソースファイルを含むディレクトリで、ルートに WORKSPACE ファイルがあります。
WORKSPACE ファイルは空の場合もあれば、プロジェクトのビルドに必要な 外部
依存関係 への参照が含まれている場合もあります。
まず、次のコマンドを実行して空の WORKSPACE ファイルを作成します。
| OS | コマンド |
|---|---|
| Linux、macOS | touch WORKSPACE |
| Windows(コマンド プロンプト) | type nul > WORKSPACE |
| Windows(PowerShell) | New-Item WORKSPACE -ItemType file |
Bazel を実行する
次のコマンドで、Bazel が正しく実行されているかどうかを確認できます。
bazel info workspaceBazel が現在のディレクトリのパスを出力したら、準備完了です。WORKSPACE ファイルが存在しない場合は、次のようなエラー メッセージが表示されることがあります。
ERROR: The 'info' command is only supported from within a workspace.
Android SDK と統合する
Bazel は、Android SDK
ビルドツール
を実行してアプリをビルドする必要があります。つまり、Bazel がビルドツールを見つけられるように、
WORKSPACE ファイルに情報を追加する必要があります。
WORKSPACE ファイルに次の行を追加します。
android_sdk_repository(name = "androidsdk")
これにより、ANDROID_HOME 環境変数で参照されるパスにある Android SDK が使用され、その場所にあるインストール済みのビルドツールの最新バージョンと最高の API レベルが自動的に検出されます。
ANDROID_HOME 変数を Android SDK の場所に設定できます。インストールされている SDK のパスは、Android Studio の SDK
Manager で確認できます。SDK がデフォルトの場所にインストールされている場合は、次のコマンドを使用して ANDROID_HOME 変数を設定できます。
| OS | コマンド |
|---|---|
| Linux | export ANDROID_HOME=$HOME/Android/Sdk/ |
| macOS | export ANDROID_HOME=$HOME/Library/Android/sdk |
| Windows(コマンド プロンプト) | set ANDROID_HOME=%LOCALAPPDATA%\Android\Sdk |
| Windows(PowerShell) | $env:ANDROID_HOME="$env:LOCALAPPDATA\Android\Sdk" |
上記のコマンドでは、現在のシェル セッションでのみ変数が設定されます。永続的に設定するには、次のコマンドを実行します。
| OS | コマンド |
|---|---|
| Linux | echo "export ANDROID_HOME=$HOME/Android/Sdk/" >> ~/.bashrc |
| macOS | echo "export ANDROID_HOME=$HOME/Library/Android/Sdk/" >> ~/.bashrc |
| Windows(コマンド プロンプト) | setx ANDROID_HOME "%LOCALAPPDATA%\Android\Sdk" |
| Windows(PowerShell) | [System.Environment]::SetEnvironmentVariable('ANDROID_HOME', "$env:LOCALAPPDATA\Android\Sdk", [System.EnvironmentVariableTarget]::User) |
path、api_level、build_tools_version 属性を含めることで、使用する Android SDK の絶対パス、API レベル、ビルドツールのバージョンを明示的に指定することもできます。api_level と build_tools_version が指定されていない場合、android_sdk_repository ルールは SDK で使用可能な最新バージョンを使用します。これらの属性は、SDK に存在する場合に限り、任意の組み合わせで指定できます。例:
android_sdk_repository(
name = "androidsdk",
path = "/path/to/Android/sdk",
api_level = 25,
build_tools_version = "30.0.3"
)
Windows では、path 属性で混合形式のパス(スラッシュを使用した Windows パス)を使用する必要があります。
android_sdk_repository(
name = "androidsdk",
path = "c:/path/to/Android/sdk",
)
android_ndk_repository(name = "androidndk")
android_sdk_repository と同様に、Android NDK のパスはデフォルトで ANDROID_NDK_HOME 環境変数から推測されます。パスは、android_ndk_repository の path 属性で明示的に指定することもできます。
詳細については、Bazel で Android Native Development Kit を使用するをご覧ください。
api_level は、SDK と NDK のターゲットとなる Android API のバージョンです(例: Android 6.0 の場合は 23、Android 7.1 の場合は 25)。明示的に設定しない場合、api_level は android_sdk_repository と android_ndk_repository で使用可能な最高の API レベルにデフォルト設定されます。
SDK と NDK で API レベルを同じ値に設定する必要はありません。 このページ には、Android リリースから NDK でサポートされている API レベルへのマッピングが記載されています。
BUILD ファイルを作成する
A BUILD ファイルは、一連のビルド出力とその依存関係の関係
を記述します。たとえば、aapt からコンパイルされた Android リソースや
javac からのクラスファイルなどです。これらの依存関係は、ワークスペース内のソースファイル(Java、C++)または他のビルド出力の場合があります。BUILD ファイルは、Starlark という言語で記述されます。
BUILD ファイルは、Bazel のパッケージ階層と呼ばれる概念の一部です。 パッケージ階層は、ワークスペース内のディレクトリ構造をオーバーレイする論理構造です。各パッケージは、関連する一連のソースファイル
と BUILD ファイルを含む
ディレクトリ(とそのサブディレクトリ)です。パッケージには、独自の BUILD ファイルを含むサブディレクトリを除く、すべてのサブディレクトリも含まれます。パッケージ名は、WORKSPACE を基準とした BUILD ファイルのパスです。
Bazel のパッケージ階層は、BUILD ファイルが配置されている Android アプリ ディレクトリの Java パッケージ階層とは概念的に異なります。ただし、ディレクトリは同じように整理できます。
このチュートリアルの簡単な Android アプリの場合、src/main/ のソースファイルは単一の Bazel パッケージで構成されます。より複雑なプロジェクトでは、多くのネストされたパッケージが存在する可能性があります。
android_library ルールを追加する
BUILD ファイルには、Bazel のさまざまな種類の宣言が含まれています。最も重要なタイプは
ビルドルールです。これは、一連のソース
ファイルまたはその他の依存関係から中間または最終的なソフトウェア出力をビルドする方法を
Bazel に指示します。Bazel には、Android アプリの
ビルドに使用できる
android_library と
android_binary の 2 つのビルドルールが用意されています。
このチュートリアルでは、まず
android_library ルールを使用して、アプリのソースコードとリソース ファイルから Android ライブラリ
モジュール をビルドするように Bazel に指示します。次に、android_binary ルールを使用して、Android アプリ パッケージをビルドする方法を Bazel に指示します。
src/main/java/com/example/bazel ディレクトリに新しい BUILD ファイルを作成し、新しい android_library ターゲットを宣言します。
src/main/java/com/example/bazel/BUILD:
package(
default_visibility = ["//src:__subpackages__"],
)
android_library(
name = "greeter_activity",
srcs = [
"Greeter.java",
"MainActivity.java",
],
manifest = "AndroidManifest.xml",
resource_files = glob(["res/**"]),
)
android_library ビルドルールには、ソースファイルからライブラリ モジュールをビルドするために Bazel が必要とする情報を指定する一連の属性が含まれています。ルールの名前は greeter_activity です。この名前を使用して、android_binary ルールの依存関係としてルールを参照します。
android_binary ルールを追加する
android_binary ルールは、アプリの Android アプリ パッケージ(.apk ファイル)をビルドします。
src/main/ ディレクトリに新しい BUILD ファイルを作成し、新しい android_binary ターゲットを宣言します。
src/main/BUILD:
android_binary(
name = "app",
manifest = "AndroidManifest.xml",
deps = ["//src/main/java/com/example/bazel:greeter_activity"],
)
ここで、deps 属性は、上記の BUILD ファイルに追加した greeter_activity ルールの出力を参照します。つまり、Bazel がこのルールの出力をビルドするときに、まず greeter_activity ライブラリ ルールの出力がビルド済みで最新の状態であるかどうかを確認します。そうでない場合、Bazel はそれをビルドし、その出力を使用してアプリ パッケージ ファイルをビルドします。
これで、ファイルを保存して閉じます。
アプリをビルドする
アプリをビルドしてみましょう。次のコマンドを実行して android_binary ターゲットをビルドします。
bazel build //src/main:appbuild サブコマンドは、Bazel に後続の
ターゲットをビルドするように指示します。ターゲットは、BUILD ファイル内のビルドルールの名前として指定します。ワークスペース ディレクトリを基準としたパッケージ パスを指定します。この例では、ターゲットは app、パッケージ パスは //src/main/ です。
コマンドラインの現在の作業ディレクトリとターゲットの名前によっては、パッケージ パスまたはターゲット名を省略できる場合があります。ターゲット ラベルとパスの詳細については、ラベルをご覧ください。
Bazel はサンプルアプリのビルドを開始します。ビルドプロセス中、出力は次のようになります。
INFO: Analysed target //src/main:app (0 packages loaded, 0 targets configured).
INFO: Found 1 target...
Target //src/main:app up-to-date:
bazel-bin/src/main/app_deploy.jar
bazel-bin/src/main/app_unsigned.apk
bazel-bin/src/main/app.apk
ビルド出力を特定する
Bazel は、中間ビルド オペレーションと最終ビルド オペレーションの両方の出力を、ユーザーごと、ワークスペースごとの出力ディレクトリに格納します。これらのディレクトリは、プロジェクト ディレクトリの最上位にある次の場所からシンボリック リンクされます。WORKSPACE は次の場所にあります。
bazel-binには、バイナリ実行可能ファイルとその他の実行可能なビルド出力が保存されます。bazel-genfilesには、Bazel ルールによって生成される中間ソースファイルが保存されます。bazel-outには、他の種類のビルド出力が保存されます。
Bazel は、Android .apk ファイルを android_binary ルール
を使用して生成し、bazel-bin/src/main ディレクトリに保存します。サブディレクトリ名 src/main は Bazel パッケージの名前から
派生しています。
コマンド プロンプトで、このディレクトリの内容を一覧表示し、app.apk ファイルを見つけます。
| OS | コマンド |
|---|---|
| Linux、macOS | ls bazel-bin/src/main |
| Windows(コマンド プロンプト) | dir bazel-bin\src\main |
| Windows(PowerShell) | ls bazel-bin\src\main |
アプリを実行する
`bazel
mobile-install` コマンドを使用すると、
コマンドラインから接続された Android デバイスまたはエミュレータにアプリをデプロイできます。このコマンドは、Android Debug Bridge(adb)を使用してデバイスと通信します。デプロイする前に、Android Debug
Bridge の手順に沿って adb を使用するように
デバイスをセットアップする必要があります。Android Studio に含まれている Android エミュレータにアプリをインストールすることもできます。次のコマンドを実行する前に、エミュレータが実行されていることを確認してください。
次の情報を入力します。
bazel mobile-install //src/main:app次に、「Bazel Tutorial App」を見つけて起動します。

図 2.Bazel チュートリアル アプリ。
おめでとうございます。Bazel でビルドされた最初の Android アプリをインストールしました。
mobile-install サブコマンドは、
--incremental フラグもサポートしています。このフラグを使用すると、
前回のデプロイ以降に変更されたアプリの部分のみをデプロイできます。
また、--start_app フラグもサポートしています。このフラグを使用すると、アプリをインストールするとすぐに起動します。
関連情報
詳細については、次のページをご覧ください。
- GitHub で公開されている問題
- mobile-install の詳細
- rules_jvm_external を使用して、Maven リポジトリから AppCompat、Guava、JUnit などの外部依存関係を統合する
- robolectric-bazel 統合で Robolectric テストを実行する。
- Android インストルメンテーション テストでアプリをテストする
- NDK を使用して C コードと C++ コードを Android アプリに統合する NDK
- Bazel のその他のサンプル プロジェクト:
ビルドをお楽しみください。