コマンドライン リファレンス

コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。
bazel [<startup options>] <command> [<args>]
または
bazel [<startup options>] <command> [<args>] -- [<target patterns>]
ターゲット パターンの構文については、ユーザーガイドをご覧ください。

オプションの構文

Bazel にはオプションをさまざまな方法で渡すことができます。値を必要とするオプションには、等号またはスペースを使用できます。

--<option>=<value>
--<option> <value>
オプションの中には、1 文字の短い形式と、1 つのダッシュとスペースで渡す必要があるものがあります。
-<short_form> <value>

ブール値のオプションは、次のように有効にできます。

--<option>
--<option>=[true|yes|1]
無効、次のように無効にできます。
--no<option>
--<option>=[false|no|0]

通常、トライステート オプションはデフォルトで自動に設定されますが、次のように強制的に有効にできます。

--<option>=[true|yes|1]
または次のように強制的に無効にできます。
--no<option>
--<option>=[false|no|0]

コマンド

analyze-profile ビルド プロファイル データを分析します。
aquery 指定されたターゲットを分析し、アクション グラフをクエリします。
build 指定されたターゲットをビルドします。
canonicalize-flags Bazel オプションのリストを正規化します。
clean 出力ファイルを削除し、必要に応じてサーバーを停止します。
coverage 指定したテスト ターゲットのコード カバレッジ レポートを生成します。
cquery 指定したターゲットを構成とともに読み込み、分析、クエリします。
dump bazel サーバー プロセスの内部状態をダンプします。
fetch ターゲットの前提条件である外部リポジトリを取得します。
help コマンドまたはインデックスのヘルプを出力します。
info bazel サーバーに関するランタイム情報を表示します。
license このソフトウェアのライセンスを出力します。
mobile-install モバイル デバイスにターゲットをインストールします。
modquery Bzlmod 外部依存関係グラフをクエリする
print_action ファイルをコンパイルするためのコマンドライン引数を出力します。
query 依存関係グラフクエリを実行します。
run 指定されたターゲットを実行します。
shutdown bazel サーバーを停止します。
sync ワークスペース ファイルで指定されたすべてのリポジトリを同期します。
test 指定したテスト ターゲットをビルドして実行します。
version bazel のバージョン情報を出力します。

起動オプション

コマンドの前に表示され、クライアントによって解析されるオプション。
--[no]autodetect_server_javabase のデフォルト: true
--noautodetect_server_javabase が渡されると、Bazel は bazel サーバーを実行するためにローカル JDK にフォールバックせず、終了します。
タグ: affects_outputsloses_incremental_state
--[no]batch のデフォルト: "false"
設定すると、Bazel は標準のクライアント/サーバーモードではなく、サーバーなしでクライアント プロセスとして実行されます。サポートは終了する予定ですので、サーバーの利用を続けるのを避けたい場合は、サーバーを明示的にシャットダウンすることをおすすめします。
タグ: loses_incremental_statebazel_internal_configurationdeprecated
--[no]batch_cpu_scheduling のデフォルト: "false"
Linux のみ。Blaze には CPU スケジューリングの「batch」を使用します。このポリシーは、インタラクティブではないものの、その価値を低くしたくないワークロードに有効です。「man 2 sched_setscheduler」をご覧ください。false の場合、Bazel はシステム呼び出しを行いません。
タグ: host_machine_resource_optimizations
--bazelrc=<path> のデフォルト: 説明を表示
Bazel オプションのデフォルト値を含むユーザー .bazelrc ファイルの場所。/dev/null は、以降のすべての「--bazelrc」が無視されることを示します。これは、リリースビルドなど、ユーザー RC ファイルの検索を無効にする際に役立ちます。このオプションは複数回指定することもできます。たとえば、「--bazelrc=x.rc --bazelrc=y.rc --bazelrc=/dev/null --bazelrc=z.rc」の場合、1) x.rc と y.rc が読み取られます。2)以前の /dev/null のため、z.rc は無視される。指定しない場合、Bazel は 2 つの場所(ワークスペース ディレクトリとユーザーのホーム ディレクトリ)で最初に検出された .bazelrc ファイルを使用します。注: コマンドライン オプションは、bazelrc のすべてのオプションよりも優先されます。
タグ: changes_inputs
--[no]block_for_lock のデフォルト: true
--noblock_for_lock が渡された場合、Bazel は実行中のコマンドが完了するのを待たず、すぐに終了します。
タグ: eagerness_to_exit
--[no]client_debug のデフォルト: "false"
true の場合、デバッグ情報をクライアントから stderr に記録します。このオプションを変更しても、サーバーは再起動されません。
タグ: affects_outputsbazel_monitoring
--connect_timeout_secs=<an integer> のデフォルト: 「30」
サーバーがサーバーに接続するたびに待機する時間
タグ: bazel_internal_configuration
--[no]expand_configs_in_place のデフォルト: true
- 通常の rc オプションとコマンドライン指定オプションの間の固定小数点展開とは対照的に、--config フラグの拡張をインプレースに変更しました。
タグ: no_opdeprecated
--failure_detail_out=<path> のデフォルト: 説明を表示
設定すると、サーバーで障害が発生し、通常どおり gRPC 経由で報告できない場合に、failed_detail の protobuf メッセージを書き込む場所を指定します。それ以外の場合、ロケーションは ${OUTPUT_BASE}/failure_detail.rawproto になります。
タグ: affects_outputsloses_incremental_state
--[no]home_rc のデフォルト: true
$HOME/.bazelrc にあるホーム bazelrc ファイルを探すかどうかを指定します。
タグ: changes_inputs
--[no]idle_server_tasks のデフォルト: true
サーバーがアイドル状態のときに System.gc() を実行する
タグ: loses_incremental_statehost_machine_resource_optimizations
--[no]ignore_all_rc_files のデフォルト: "false"
他の rc 変更フラグの値に関係なく、すべての rc ファイルを無効にします。これらのフラグが起動オプションのリスト内で後になっていた場合も同様です。
タグ: changes_inputs
--io_nice_level={-1,0,1,2,3,4,5,6,7} のデフォルト: 「-1」
(Linux のみ)sys_ioprio_set システム呼び出しを使用して、ベストエフォート型の IO スケジューリングのレベルを 0 ~ 7 に設定します。0 が最も優先度が高く、7 が最も低くなります。予測スケジューラは、優先度 4 までしか適用できません。負の値に設定すると、Bazel はシステム呼び出しを行いません。
タグ: host_machine_resource_optimizations
--local_startup_timeout_secs=<an integer> のデフォルト: 「120」
クライアントがサーバーに接続するのを待つ最大時間
タグ: bazel_internal_configuration
--macos_qos_class=<a string> のデフォルト: "default"
macOS で実行するときに bazel サーバーの QoS サービスクラスを設定します。このフラグは他のすべてのプラットフォームには影響しませんが、変更なしで RC ファイルを共有できるようにサポートされています。有効な値は、ユーザー インタラクティブ、ユーザー開始、デフォルト、ユーティリティ、バックグラウンドです。
タグ: host_machine_resource_optimizations
--max_idle_secs=<integer> のデフォルト: 「10800」
ビルドサーバーがアイドル状態になってからシャットダウンするまでの秒数。ゼロは、サーバーがシャットダウンされないことを意味します。この設定は server-startup でのみ読み取られます。このオプションを変更しても、サーバーは再起動されません。
タグ: eagerness_to_exitloses_incremental_state
--output_base=<path> のデフォルト: 説明を表示
設定した場合、すべてのビルド出力が書き込まれる出力場所を指定します。それ以外の場合、ロケーションは ${OUTPUT_ROOT}/_blaze_${USER}/${MD5_OF_WORKSPACE_ROOT} となります。注: この値に対して Bazel の呼び出しとは異なるオプションを指定すると、新しい追加の Bazel サーバーを起動する可能性があります。Bazel は、指定された出力ベースごとに 1 つのサーバーのみ起動します。通常、ワークスペースごとに 1 つの出力ベースがありますが、このオプションでは、ワークスペースごとに複数の出力ベースを設定して、同じマシン上で同じクライアントに対して複数のビルドを同時に実行できます。Bazel サーバーをシャットダウンする方法については、「bazel help shutdown」をご覧ください。
タグ: affects_outputsloses_incremental_state
--output_user_root=<path> のデフォルト: 説明を表示
すべてのビルド出力が書き込まれるユーザー固有のディレクトリ。これはデフォルトでは $USER の関数ですが、定数を指定することで、コラボレーション ユーザー間でビルド出力を共有できます。
タグ: affects_outputsloses_incremental_state
--[no]preemptible のデフォルト: "false"
true の場合、別のコマンドが開始されたときにコマンドをプリエンプトできます。
タグ: eagerness_to_exit
--server_jvm_out=<path> のデフォルト: 説明を表示
サーバーの JVM 出力を書き込む場所。設定しない場合、デフォルトで output_base 内の場所になります。
タグ: affects_outputsloses_incremental_state
--[no]shutdown_on_low_sys_mem のデフォルト: "false"
max_idle_secs が設定されていて、ビルドサーバーがしばらくアイドル状態だった場合、空き RAM の空き容量が少ないときにサーバーをシャットダウンします。Linux のみ。
タグ: eagerness_to_exitloses_incremental_state
--[no]system_rc のデフォルト: true
システム全体の bazelrc を探すかどうかを指定します。
タグ: changes_inputs
--[no]unlimit_coredumps のデフォルト: "false"
ソフトコア ダンプの制限をハードリミットに引き上げて、一般的な状況でサーバー(JVM を含む)とクライアントのコアダンプを有効にします。このフラグを bazelrc に 1 回貼り付けておき、コアダンプがトリガーされる条件を実際に発生したときにコアダンプが表示されるようにします。
タグ: bazel_internal_configuration
--[no]watchfs のデフォルト: "false"
true の場合、bazel は 1 つのファイルに対して変更をスキャンするのではなく、オペレーティング システムのファイル ウォッチ サービスを使用してローカルの変更を試みます。
タグ: deprecated
true の場合、ファイルのコピーではなく Windows で実際のシンボリック リンクが作成されます。Windows デベロッパー モードを有効にし、Windows 10 バージョン 1703 以降が必要です。
タグ: bazel_internal_configuration
--[no]workspace_rc のデフォルト: true
$workspace/.bazelrc にあるワークスペースの bazelrc ファイルを探すかどうか
タグ: changes_inputs
その他(その他):
--host_jvm_args=<jvm_arg> 個の複数回の使用が累積されます
Blaze を実行する JVM に渡すフラグ。
--host_jvm_debug
JVM 起動フラグを追加するための便利なオプション。これにより、JDWP 準拠のデバッガ(Eclipse など)からポート 5005 に接続するまで、JVM が起動中に待機するようになります。
展開先:
--host_jvm_args=-Xdebug
--host_jvm_args=-Xrunjdwp:transport=dt_socket,server=y,address=5005
--host_jvm_profile=<profiler_name> のデフォルト: ""
プロファイラまたはデバッガ固有の JVM 起動フラグを追加するための便利なオプション。Bazel には既知の値のリストがあり、ハードコードされた JVM 起動フラグにマッピングされます。場合によっては、特定のファイルのハードコードされたパスも検索されます。
--server_javabase=<jvm path> のデフォルト: ""
Bazel 自体の実行に使用される JVM のパス。

すべてのコマンドに共通するオプション

ビルド実行を制御するオプション:
--experimental_oom_more_eagerly_threshold=<an integer> のデフォルト: 「100」
このフラグが 100 より小さい値に設定されている場合、2 つのフル GC の後に、(古い世代の)ヒープのこの割合以上がまだ使用されている場合、Bazel は OOM になります。
タグ: host_machine_resource_optimizations
--experimental_ui_max_stdouterr_bytes=<an integer in (-1)-1073741819 range> のデフォルト: 1048576
コンソールに出力される stdout / stderr ファイルの最大サイズ。-1 は無制限であることを示します。
タグ: execution
ユーザーが意図する出力を構成できるようにするオプション。ユーザーが存在するのではなく、その値に影響を与えます。
--repo_env=<a 'name=value' assignment with an optional value part> 個の複数回の使用が累積されます
リポジトリ ルールでのみ使用できるその他の環境変数を指定します。リポジトリ ルールでも環境全体が表示されますが、この方法で、アクション グラフを無効にすることなく、オプションを通じて構成情報をリポジトリに渡すことができます。
タグ: action_command_lines
Bazel による有効なビルド入力の厳格さに適用されるオプション(ルールの定義、フラグの組み合わせなど):
--[no]check_bzl_visibility のデフォルト: true
無効になっている場合、.bzl の読み込み表示エラーは警告に降格されます。
タグ: build_file_semantics
このオプションは、Starlark 言語、または BUILD ファイル、.bzl ファイル、WORKSPACE ファイルにアクセスできる Build API のセマンティクスに影響します。
--[no]enable_bzlmod のデフォルト: "false"
true の場合、Bzlmod 依存関係管理システムを有効にして、WORKSPACE よりも優先されます。詳しくは、https://bazel.build/build/bzlmod をご覧ください。
タグ: loading_and_analysis
--[no]experimental_action_resource_set のデフォルト: true
true に設定すると、ctx.actions.run() と ctx.actions.run_shell() が、ローカル実行用の resource_set パラメータを受け入れます。それ以外の場合、メモリはデフォルトで 250 MB、CPU 1 つに設定されます。
タグ: executionbuild_file_semanticsexperimental
--[no]experimental_allow_tags_propagation のデフォルト: "false"
true に設定すると、タグはターゲットからアクションの実行要件に伝播されます。それ以外の場合、タグは伝播されません。詳しくは、https://github.com/bazelbuild/bazel/issues/8830 をご覧ください。
タグ: build_file_semanticsexperimental
--[no]experimental_analysis_test_call のデフォルト: true
true に設定すると、analytics_test ネイティブ呼び出しが使用可能になります。
タグ: loading_and_analysisbuild_file_semanticsexperimental
--[no]experimental_bzl_visibility のデフォルト: true
有効にすると、「load()」ステートメントを目的に可視性を設定するために、トップレベル評価中に .bzl ファイルが呼び出す `visibility()` 関数が追加されます。
タグ: loading_and_analysisexperimental
--[no]experimental_cc_shared_library のデフォルト: "false"
true に設定すると、cc_shared_library ルールに必要なルール属性と Starlark API メソッドが使用可能になります。
タグ: build_file_semanticsloading_and_analysisexperimental
--[no]experimental_disable_external_package のデフォルト: "false"
true に設定すると、自動生成された //external パッケージは使用できなくなります。Bazel はファイル「external/BUILD」を引き続き解析できませんが、名前のないパッケージから external/ にアクセスする glob は機能します。
タグ: loading_and_analysisloses_incremental_stateexperimental
--[no]experimental_enable_android_migration_apis のデフォルト: "false"
true に設定すると、Android Starlark の移行のサポートに必要な API が有効になります。
タグ: build_file_semantics
--[no]experimental_get_fixed_configured_action_env のデフォルト: "false"
有効にすると、機能構成で指定した固定環境変数も返されます。
タグ: loading_and_analysisexperimental
--[no]experimental_google_legacy_api のデフォルト: "false"
true に設定すると、Google のレガシーコードに関連する Starlark ビルド API の試験運用版がいくつか公開されます。
タグ: loading_and_analysisexperimental
--[no]experimental_lazy_template_expansion のデフォルト: true
true に設定すると、ctx.actions.expand_template() に、Template.ict パラメータを指定できます。このパラメータは、置換値の遅延評価に使用されます。
タグ: executionbuild_file_semanticsexperimental
--[no]experimental_platforms_api のデフォルト: "false"
true に設定すると、デバッグに役立つ、プラットフォーム関連の多くの Starlark API が有効になります。
タグ: loading_and_analysisexperimental
--[no]experimental_repo_remote_exec のデフォルト: "false"
true に設定すると、repository_rule はリモート実行機能を取得します。
タグ: build_file_semanticsloading_and_analysisexperimental
--[no]experimental_sibling_repository_layout のデフォルト: "false"
true に設定すると、メイン以外のリポジトリは、実行ルートのメイン リポジトリへのシンボリック リンクとして配置されます。つまり、すべてのリポジトリは $output_base/execution_root ディレクトリの直接の子です。これには、実際のトップレベルの「external」ディレクトリのために $output_base/execution_root/__main__/external を解放するという副作用があります。
タグ: action_command_linesbazel_internal_configurationloading_and_analysisloses_incremental_stateexperimental
--[no]incompatible_always_check_depset_elements のデフォルト: true
すべてのコンストラクタで、DEPSET に追加された要素の有効性を確認します。要素は不変である必要がありますが、これまで depset(direct=...) コンストラクタはチェックし忘れていました。depset 要素でリストの代わりにタプルを使用します。詳しくは、https://github.com/bazelbuild/bazel/issues/10313 をご覧ください。
タグ: build_file_semanticsincompatible_change
true の場合、Bazel は Linking_context.libraries_to_link からリストを返しなくなり、代わりに depset を返します。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_disable_starlark_host_transitions のデフォルト: "false"
true に設定すると、ルール属性は「cfg = "host"」を設定できません。代わりに「cfg = "exec"」を設定してください。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_disable_target_provider_fields のデフォルト: "false"
true に設定すると、フィールド構文を使用して「ターゲット」オブジェクトのプロバイダにアクセスする機能が無効になります。代わりに provider-key 構文を使用します。たとえば、`ctx.attr.dep.my_info` を使用してルール実装関数内から `my_info` にアクセスする代わりに、`ctx.attr.dep[MyInfo]` を使用します。詳しくは、https://github.com/bazelbuild/bazel/issues/9014 をご覧ください。
タグ: build_file_semanticsincompatible_change
--[no]incompatible_disallow_empty_glob のデフォルト: "false"
true に設定すると、glob() の「allow_empty」引数のデフォルト値は False になります。
タグ: build_file_semanticsincompatible_change
--[no]incompatible_disallow_legacy_javainfo のデフォルト: true
非推奨。処理なし。
タグ: build_file_semanticsincompatible_change
--[no]incompatible_disallow_struct_provider_syntax のデフォルト: "false"
true に設定すると、ルール実装関数は構造体を返しません。プロバイダ インスタンスのリストを返す必要があります。
タグ: build_file_semanticsincompatible_change
--[no]incompatible_existing_rules_immutable_view のデフォルト: true
true に設定すると、native.existing_rule と native.existing_rules は、可変ディクショナリではなく、軽量で不変のビュー オブジェクトを返します。
タグ: build_file_semanticsloading_and_analysisincompatible_change
--[no]incompatible_fix_package_group_reporoot_syntax のデフォルト: true
package_group の `packages` 属性で、値「//...」の意味を変更して、任意のリポジトリ内のすべてのパッケージではなく、現在のリポジトリにあるすべてのパッケージを参照します。以前の動作を取得するには、「//...」の代わりに「public」という特殊な値を使用します。このフラグでは、--compatible_package_group_has_public_syntax も有効にする必要があります。
タグ: build_file_semanticsincompatible_change
--[no]incompatible_java_common_parameters のデフォルト: true
true に設定すると、compile の output_jar、host_javabase パラメータ、host_javabase がすべて削除されます。
タグ: build_file_semanticsincompatible_change
--[no]incompatible_new_actions_api のデフォルト: true
true に設定すると、アクションを作成する API は「ctx」でのみ使用できます。「ctx」では利用できません。
タグ: build_file_semanticsincompatible_change
--[no]incompatible_no_attr_license のデフォルト: true
true に設定すると、関数「attr.license」が無効になります。
タグ: build_file_semanticsincompatible_change
--[no]incompatible_no_implicit_file_export のデフォルト: "false"
設定した場合、(使用されている)ソースファイルは、明示的にエクスポートされない限り、パッケージ 非公開になります。詳しくは、https://github.com/bazelbuild/Proposals/blob/master/designs/2019-10-24-file-visibility.md をご覧ください。
タグ: build_file_semanticsincompatible_change
--[no]incompatible_no_rule_outputs_param のデフォルト: "false"
true に設定すると、rule() Starlark 関数の outputs パラメータが無効になります。
タグ: build_file_semanticsincompatible_change
--[no]incompatible_package_group_has_public_syntax のデフォルト: true
package_group の package パッケージでは、すべてのパッケージを参照するか、パッケージなしを参照するように「public」または「private」と記述できます。
タグ: build_file_semanticsincompatible_change
--[no]incompatible_require_linker_input_cc_api のデフォルト: true
true に設定すると、create_linking_context ルールで library_to_link ではなく linker_inputs が必須になります。Linking_context の古いゲッターも無効になり、linker_inputs のみが利用できるようになります。
タグ: build_file_semanticsloading_and_analysisincompatible_change
--[no]incompatible_run_shell_command_string のデフォルト: true
true に設定した場合、actions.run_shell のコマンド パラメータは、文字列

build_file_semanticsincompatible_change
のみを受け入れます。
--[no]incompatible_stop_exporting_language_modules のデフォルト: "false"
有効にすると、特定の言語固有のモジュール(「cc_common」など)がユーザーの .bzl ファイルで使用できなくなり、該当するルール リポジトリからのみ呼び出される可能性があります。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_struct_has_no_methods のデフォルト: "false"
構造体フィールドの to_json メソッドと to_proto メソッドを無効にして、構造体フィールドの名前空間を汚染します。代わりに、json.encode または json.encode_インデント(JSON の場合)または proto.encode_text(textproto の場合)を使用してください。
タグ: build_file_semanticsincompatible_change
--[no]incompatible_top_level_aspects_require_providers のデフォルト: "false"
true に設定すると、トップレベル アスペクトは必須プロバイダを尊重し、ルールのアドバタイズされたプロバイダがアスペクトの必須プロバイダを満たすトップレベル ターゲットでのみ実行されます。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_unambiguous_label_stringification のデフォルト: true
true の場合、Bazel はラベル @//foo:bar を //foo:bar ではなく @//foo:bar に文字列化します。これは str() の動作(% 演算子など)にのみ影響します。repr() の動作は変更されません。詳しくは、https://github.com/bazelbuild/bazel/issues/15916 をご覧ください。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_use_cc_configure_from_rules_cc のデフォルト: "false"
true の場合、Bazel は @bazel_tools の cc_configure を使用できません。詳細と移行手順については、https://github.com/bazelbuild/bazel/issues/10134 をご覧ください。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_visibility_private_attributes_at_definition のデフォルト: "false"
true に設定すると、ルールの使用ではなく、ルールの定義に関して非公開ルールの属性の可視性がチェックされます。
タグ: build_file_semanticsincompatible_change
--max_computation_steps=<a long integer> のデフォルト: 0
BUILD ファイルで実行できる Starlark 計算ステップの最大数(0 は制限がないことを意味します)。
タグ: build_file_semantics
--nested_set_depth_limit=<an integer> のデフォルト: 「3500」
depset(NestedSet とも呼ばれる)の内部のグラフの最大深度。これを超えると depset() コンストラクタは失敗します。
タグ: loading_and_analysis
ビルド時間の最適化をトリガーするオプション:
--[no]experimental_heuristically_drop_nodes のデフォルト: "false"
true の場合、Blaze はメモリを節約するために、関連する FileNode と DirectoryListing のノードが完了した後、FileState と DirectoryListingState のノードを削除します。これらのノードが再度必要になる可能性は低くなります。該当する場合は、プログラムにより再評価されます。
タグ: loses_incremental_state
--[no]incompatible_do_not_split_linking_cmdline のデフォルト: true
true の場合、Bazel はリンクに使用されるコマンドライン フラグを変更しません。また、パラメータ ファイルに移動するフラグとしないフラグを選択的に決定しません。詳しくは、https://github.com/bazelbuild/bazel/issues/7670 をご覧ください。
タグ: loading_and_analysisincompatible_change
--[no]keep_state_after_build のデフォルト: true
false の場合、Blaze はビルドの終了時にこのビルドからインメモリの状態を破棄します。以降のビルドでインクリメンタリティが発生することはありません。
タグ: loses_incremental_state
--skyframe_high_water_mark_threshold=<an integer> のデフォルト: 「85」
Bazel の内部 Skyframe エンジンの高度な構成を示すフラグ。Bazel が保持しているヒープの割合の使用状況がこのしきい値以上であることを検出すると、不要な Skyframe 一時状態は破棄されます。これを微調整すると、(C)GC スラッシングが(i)この一時的な状態のメモリ使用量に起因し、(ii)必要なときに状態を再構築するよりもコストがかさむ場合の GC スラッシングの経過時間の影響を軽減できます。
タグ: host_machine_resource_optimizations
--[no]track_incremental_state のデフォルト: true
false の場合、Blaze は、このビルドのメモリを節約するために増分ビルドの無効化と再評価を可能にするデータを永続化しません。以降のビルドでは、これに関するインクリメンタリティはありません。通常は、これを false に設定する際に --batch を指定します。
タグ: loses_incremental_state
ログの詳細度、形式、場所に影響するオプション:
--[no]announce_rc のデフォルト: "false"
RC オプションを通知するかどうか。
タグ: affects_outputs
--[no]attempt_to_print_relative_paths のデフォルト: "false"
メッセージのロケーション部分を出力するときに、ワークスペース ディレクトリまたは --package_path で指定されたディレクトリのいずれかを基準とする相対パスを使用するようにします。
タグ: terminal_output
--bes_backend=<a string> のデフォルト: ""
ビルド イベント サービス(BES)バックエンド エンドポイントを [SCHEME://]HOST[:PORT] の形式で指定します。デフォルトでは、BES アップロードは無効になっています。サポートされるスキームは grpc と grpcs(TLS が有効な grpc)です。スキームが指定されていない場合、Bazel は grpcs を想定します。
タグ: affects_outputs
--[no]bes_check_preceding_lifecycle_events のデフォルト: "false"
PublishCheckToolEventStreamStreamRequest にフィールド check_preceding_lifecycle_events_present を設定します。これにより、現在のツールイベントに一致する InvocationAttemptStarted イベントと BuildEnqueued イベントを以前に受信したかどうかが BES に通知されます。
タグ: affects_outputs
--bes_header=<a 'name=value' assignment> 個の複数回の使用が累積されます
BES リクエストに含める NAME=VALUE 形式のヘッダーを指定します。フラグを複数回指定することで、複数のヘッダーを渡すことができます。同じ名前を持つ複数の値は、カンマ区切りのリストに変換されます。
タグ: affects_outputs
--bes_instance_name=<a string> のデフォルト: 説明を表示
アップロードされた BEP を BES が維持するインスタンス名を指定します。デフォルトは null です。
タグ: affects_outputs
--bes_keywords=<comma-separated list of options> 個の複数回の使用が累積されます
BES に公開されるデフォルトのキーワード セットを追加する通知キーワードのリストを指定します("command_name=<command_name> ", "protocol_name=BEP")。デフォルトはなしです。
タグ: affects_outputs
--[no]bes_lifecycle_events のデフォルト: true
BES ライフサイクル イベントを公開するかどうかを指定します。(デフォルトは true)。
タグ: affects_outputs
--bes_oom_finish_upload_timeout=<An immutable length of time.> のデフォルト: 10m
OOM 中に BES / BEP アップロードが完了するまで待機する時間帯を指定します。このフラグは、JVM が GC の大幅なスラッシングによりユーザー スレッドを進められない場合に終了するようにします。
タグ: bazel_monitoring
--bes_outerr_buffer_size=<an integer> のデフォルト: 「10240」
進行状況イベントとしてレポートされる前に、BEP でバッファリングされる stdout または stderr の最大サイズを指定します。指定した値より大きい --bes_outerr_chunk_size がある場合でも、個々の書き込みが 1 つのイベントで報告されます。
タグ: affects_outputs
--bes_outerr_chunk_size=<an integer> のデフォルト: 1048576
1 つのメッセージで BEP に送信する stdout または stderr の最大サイズを指定します。
タグ: affects_outputs
--bes_proxy=<a string> のデフォルト: 説明を表示
プロキシを介して Build Event Service に接続します。現在、このフラグは Unix ドメイン ソケット(unix:/path/to/socket)を構成する場合にのみ使用できます。
--bes_results_url=<a string> のデフォルト: ""
ユーザーが BES バックエンドにストリーミングされる情報を表示できるベース URL を指定します。Bazel は、呼び出し ID が追加された URL をターミナルに出力します。
タグ: terminal_output
--bes_timeout=<An immutable length of time.> のデフォルト: 「0s」
ビルドとテストの完了後、BES/BEP アップロードが完了するまで bazel が待機する時間を指定します。有効なタイムアウトは、日数(d)、時間(h)、分(m)、秒(s)、ミリ秒(ms)の後ろに自然数を入力してください。デフォルト値は 0 で、タイムアウトが存在しないことを意味します。
タグ: affects_outputs
--build_event_binary_file=<a string> のデフォルト: ""
空でない場合、ビルドイベント プロトコルの表現を varint で区切ったバイナリ表現をそのファイルに書き込みます。このオプションは、--bes_upload_mode=wait_for_upload_complete を意味します。
タグ: affects_outputs
--[no]build_event_binary_file_path_conversion のデフォルト: true
ビルド イベント プロトコルのバイナリ ファイル表現のパスを、可能な限りグローバルで有効な URI に変換します。無効にした場合、file:// uri スキームは常に使用されます。
タグ: affects_outputs
--build_event_json_file=<a string> のデフォルト: ""
空でない場合は、ビルドイベント プロトコルの JSON シリアル化をそのファイルに書き込みます。
タグ: affects_outputs
--[no]build_event_json_file_path_conversion のデフォルト: true
可能な限り、ビルド イベント プロトコルの json ファイル表現のパスを、よりグローバルで有効な URI に変換します。無効にした場合、file:// uri スキームは常に使用されます。
タグ: affects_outputs
--build_event_max_named_set_of_file_entries=<an integer> のデフォルト: 「-1」
単一の name_set_of_files イベントの最大エントリ数。2 より小さい値は無視され、イベント分割は行われません。これはビルドイベント プロトコルの最大イベントサイズを制限するためのものですが、イベントサイズを直接制御するものではありません。イベント全体のサイズは、ファイルセットと URI の長さをセットにした関数であり、ハッシュ関数によって異なる場合があります。
タグ: affects_outputs
--[no]build_event_publish_all_actions のデフォルト: "false"
すべてのアクションを公開するかどうかを指定します。
タグ: affects_outputs
--build_event_text_file=<a string> のデフォルト: ""
空でない場合、ビルドイベント プロトコルのテキスト表記をこのファイルに記述します。
タグ: affects_outputs
--[no]build_event_text_file_path_conversion のデフォルト: true
可能な限り、ビルド イベント プロトコルのテキスト ファイル表現のパスを、よりグローバルに有効な URI に変換します。無効にした場合、file:// uri スキームは常に使用されます。
タグ: affects_outputs
--[no]experimental_announce_profile_path のデフォルト: "false"
有効にすると、JSON プロファイルのパスがログに追加されます。
タグ: affects_outputsbazel_monitoring
--[no]experimental_bep_target_summary のデフォルト: "false"
TargetSummary イベントを公開するかどうかを指定します。
--[no]experimental_build_event_expand_filesets のデフォルト: "false"
true の場合、出力ファイルを表示する際に BEP 内のファイルセットを展開します。
タグ: affects_outputs
true の場合、出力ファイルを提示する際に BEP の相対ファイルセット シンボリック リンクを完全に解決します。--experimental_build_event_expand_filesets が必要です。
タグ: affects_outputs
--experimental_build_event_upload_max_retries=<an integer> のデフォルト: 「4」
Bazel がビルドイベントのアップロードを再試行する最大回数。
タグ: bazel_internal_configuration
--experimental_build_event_upload_retry_minimum_delay=<An immutable length of time.> のデフォルト: 「1s」
BEP アップロードが失敗した場合の指数バックオフの最短初期遅延。(指数: 1.6)
タグ: bazel_internal_configuration
--experimental_build_event_upload_strategy=<a string> のデフォルト: 説明を表示
ビルドイベント プロトコルで参照されるアーティファクトをアップロードする方法を選択します。
タグ: affects_outputs
--experimental_profile_additional_tasks=<phase, action, action_check, action_lock, action_release, action_update, action_complete, info, create_package, remote_execution, local_execution, scanner, local_parse, upload_time, process_time, remote_queue, remote_setup, fetch, vfs_stat, vfs_dir, vfs_readlink, vfs_md5, vfs_xattr, vfs_delete, vfs_open, vfs_read, vfs_write, vfs_glob, vfs_vmfs_stat, vfs_vmfs_dir, vfs_vmfs_read, wait, thread_name, thread_sort_index, skyframe_eval, skyfunction, critical_path, critical_path_component, handle_gc_notification, action_counts, local_cpu_usage, system_cpu_usage, cpu_usage_estimation, local_memory_usage, system_memory_usage, memory_usage_estimation, system_network_up_usage, system_network_down_usage, workers_memory_usage, system_load_average, starlark_parser, starlark_user_fn, starlark_builtin_fn, starlark_user_compiled_fn, starlark_repository_fn, action_fs_staging, remote_cache_check, remote_download, remote_network, filesystem_traversal, worker_execution, worker_setup, worker_borrow, worker_working, worker_copying_outputs, credential_helper or unknown> 個の複数回の使用が累積されます
プロファイルに追加のプロファイル タスクを指定します。
タグ: affects_outputsbazel_monitoring
--[no]experimental_profile_include_primary_output のデフォルト: "false"
アクションのプライマリ出力への exec パスを含むアクション イベントに、追加の「out」属性が含まれます。
タグ: affects_outputsbazel_monitoring
--[no]experimental_profile_include_target_label のデフォルト: "false"
アクション イベントの JSON プロファイル データにターゲット ラベルを含めます。
タグ: affects_outputsbazel_monitoring
--[no]experimental_stream_log_file_uploads のデフォルト: "false"
アップロードされたログファイルを、ディスクに書き込むのではなく、リモート ストレージに直接ストリーミングします。
タグ: affects_outputs
--experimental_workspace_rules_log_file=<a path> のデフォルト: 説明を表示
特定の Workspace ルールのイベントを区切りの WorkspaceEvent proto としてこのファイルに記録します。
--[no]generate_json_trace_profile のデフォルト: "auto"
。有効になっている場合、Bazel はビルドをプロファイリングし、出力ベースのファイルに JSON 形式のプロファイルを書き込みます。chrome://tracing に読み込んでプロファイルを表示します。デフォルトでは、Bazel はビルドに似たすべてのコマンドとクエリに対してプロファイルを書き込みます。
タグ: affects_outputsbazel_monitoring
--[no]heap_dump_on_oom のデフォルト: "false"
OOM がスローされたときにヒープダンプを手動で出力するかどうか(--experimental_oom_more_eagerly_threshold による OOM を含む)。ダンプは <output_base>/<invocation_id>.heapdump.hprof に書き込まれます。このオプションは、実質的に -XX:+HeapDumpOnOutOfMemoryError に代わるもので、OOM がキャッチされて Runtime#halt にリダイレクトされるため、効果はありません。
タグ: bazel_monitoring
--[no]legacy_important_outputs のデフォルト: true
これを使用して、TargetComplete イベントで従来の big_outputs フィールドの生成を抑制します。Bazel と ResultStore の統合では、essential_outputs が必要です。
タグ: affects_outputs
--logging=<0 <= an integer <= 6> のデフォルト: 「3」
ロギングレベル。
タグ: affects_outputs
--memory_profile=<a path> のデフォルト: 説明を表示
設定すると、メモリ使用率のデータをフェーズの最後に指定ファイルに書き込み、安定ヒープをビルドの最後にマスターログに書き込む。
タグ: affects_outputsbazel_monitoring
--memory_profile_stable_heap_parameters=<integers, separated by a comma expected in pairs> のデフォルト: 「1,0」
ビルド終了時の安定ヒープのメモリ プロファイルの計算を調整します。偶数整数をカンマで区切って入力してください。各ペアの最初の整数は、実行する GC の数です。各ペアの 2 つ目の整数は、GC 間で待機する秒数です。例: 2,4,4,0 の場合、2 つの GC の一時停止時間が 4 秒で、その後 4 つの GC の停止時間が 0 秒になります。
タグ: bazel_monitoring
--profile=<a path> のデフォルト: 説明を表示
設定すると、Bazel のプロファイリングを行い、指定されたファイルにデータを書き込む。bazelanalyze-profile を使用してプロファイルを分析します。
タグ: affects_outputsbazel_monitoring
--[no]slim_profile のデフォルト: true
プロフィールが大きすぎる場合は、イベントを統合して JSON プロファイルのサイズを小さくします。
タグ: affects_outputsbazel_monitoring
--starlark_cpu_profile=<a string> のデフォルト: ""
すべての Starlark スレッドによる CPU 使用率の pprof プロファイルを、指定されたファイルに書き込みます。
タグ: bazel_monitoring
--tool_tag=<a string> のデフォルト: ""
この Bazel 呼び出しを関連付けるツール名。
タグ: affects_outputsbazel_monitoring
--ui_event_filters=<Convert list of comma separated event kind to list of filters> 個の複数回の使用が累積されます
UI に表示するイベントを指定します。先頭の + または - を使用してイベントをデフォルトのイベントに対して追加または削除することも、直接割り当てでデフォルト セットを完全にオーバーライドすることもできます。サポートされるイベントの種類には、INFO、DEBUG、ERROR などがあります。
タグ: terminal_output
その他(その他のカテゴリに分類されないオプション):
--build_metadata=<a 'name=value' assignment> 個の複数回の使用が累積されます
ビルドイベントで指定するカスタム Key-Value 文字列ペア。
タグ: terminal_output
--color=<yes, no or auto> のデフォルト: "auto"
ターミナル コントロールを使用して出力を色付けします。
--config=<a string> 個の複数回の使用が累積されます
rc ファイルから追加の config セクションを選択します。また、<command> ごとに、<command>:<config> からオプションも取得します(このセクションが .rc ファイルに存在しない場合、Blaze はエラーになります)。同等の構成セクションとフラグの組み合わせは、tools/*.blazerc 構成ファイルにあります。
--curses=<yes, no or auto> のデフォルト: "auto"
ターミナルのカーソル コントロールを使用して、スクロールの出力を最小限に抑えます。
--[no]enable_platform_specific_config のデフォルト: "false"
true の場合、Bazel は bazelrc ファイルからホスト OS 固有の構成行を取得します。たとえば、ホスト OS が Linux で bazel build を実行すると、Bazel は build:linux で始まる行を取得します。サポートされている OS 識別子は、Linux、MacOS、Windows、freebsd、openbsd です。このフラグを有効にすると、Linux では --config=linux、Windows では --config=windows などが使用されます。
--experimental_credential_helper=<An (unresolved) path to a credential helper for a scope.> 個の複数回の使用が累積されます
指定されたスコープ(ドメイン)の認証情報の取得に使用する認証情報ヘルパーを構成します。認証情報ヘルパーの認証情報は、<code>--google_default_credentials</code>、`--google_credentials`、<code>.netrc</code> の認証情報よりも優先されます。詳しくは、https://github.com/bazelbuild/Proposals/blob/main/designs/2022-06-07-bazel-credential-helpers.md をご覧ください。
--experimental_credential_helper_cache_duration=<An immutable length of time.> のデフォルト: 30m
認証情報ヘルパーからの認証情報がキャッシュに保存される期間を構成します。 異なる値で呼び出すと、既存のエントリの有効期間が調整されます。キャッシュをクリアするには、ゼロを渡します。clean フラグを指定すると、このフラグに関係なく、常にキャッシュがクリアされます。
--experimental_credential_helper_timeout=<An immutable length of time.> のデフォルト: 「5s」
Credential Helper のタイムアウトを構成します。タイムアウト内に認証ヘルパーが応答しなかった場合、呼び出しが失敗します。
--[no]experimental_skymeld_ui のデフォルト: "false"
分析フェーズと実行フェーズの両方のフェーズが同時に実行されている場合、進行状況を表示します。
タグ: terminal_output
--[no]experimental_windows_watchfs のデフォルト: "false"
true の場合、--watchfs に対する Windows の試験運用版サポートは有効になっています。それ以外の場合、Windows では --watchfsis はしません。--watchfs も有効にします。
--google_auth_scopes=<comma-separated list of options> のデフォルト: https://www.googleapis.com/auth/cloud-platform
Google Cloud 認証スコープのカンマ区切りリスト。
--google_credentials=<a string> のデフォルト: 説明を表示
認証情報を取得するファイルを指定します。詳しくは、https://cloud.google.com/docs/authentication をご覧ください。
--[no]google_default_credentials のデフォルト: "false"
認証に「Google アプリケーションのデフォルト認証情報」を使用するかどうか。詳しくは、https://cloud.google.com/docs/authentication をご覧ください。デフォルトで無効。
--grpc_keepalive_time=<An immutable length of time.> のデフォルト: 説明を表示
gRPC 接続の送信キープアライブ ping を構成します。これが設定されている場合、Bazel は接続で読み取りオペレーションが行われない時間が経過した後に ping を送信しますが、少なくとも 1 つの保留中の gRPC 呼び出しがある場合に限られます。時間は秒の粒度として扱われます。1 秒未満の値を設定すると、エラーが発生します。デフォルトでは、キープアライブ ping は無効になっています。この設定を有効にする前に、サービス オーナーと調整する必要があります。たとえば、このフラグに 30 秒の値を設定するには、これを --grpc_keepalive_time=30s とする必要があります。
--grpc_keepalive_timeout=<An immutable length of time.> のデフォルト: 20 秒
発信 gRPC 接続のキープアライブ タイムアウトを構成します。キープアライブ ping を --grpc_keepalive_time で有効にし、これ以降 ping 応答がない場合、Bazel は接続をタイムアウトします。時間は秒の粒度として扱われます。1 秒未満の値を設定すると、エラーが発生します。キープアライブ ping が無効になっている場合、この設定は無視されます。
true に設定すると、「ctx.actions.symlink」は、ディレクトリへのファイルのシンボリック リンクを禁止します。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_remove_rule_name_parameter のデフォルト: true
true に設定すると、「name」パラメータを使用して「rule」を呼び出すことはできません。
タグ: loading_and_analysisincompatible_change
--[no]progress_in_terminal_title のデフォルト: "false"
ターミナルのタイトルにコマンドの進行状況を表示します。複数のターミナルタブがある場合に、Bazel の動作を確認できます。
--[no]show_progress のデフォルト: true
ビルド中の進行状況のメッセージを表示します。
--show_progress_rate_limit=<a double> のデフォルト: 0.2
出力される進行状況メッセージ間の最小秒数。
--[no]show_timestamps のデフォルト: "false"
メッセージにタイムスタンプを含める
--tls_certificate=<a string> のデフォルト: 説明を表示
サーバー証明書への署名を信頼する TLS 証明書へのパスを指定します。
--tls_client_certificate=<a string> のデフォルト: 説明を表示
使用する TLS クライアント証明書を指定します。クライアント認証を有効にするにはクライアント キーも指定する必要があります。
--tls_client_key=<a string> のデフォルト: 説明を表示
使用する TLS クライアント キーを指定します。クライアント認証を有効にするには、クライアント証明書も指定する必要があります。
--ui_actions_shown=<an integer> のデフォルト: 「8」
詳細の進行状況バーに同時実行されるアクションの数が表示されます。各アクションは 1 行に 1 つずつ表示されます。進行状況バーには常に 1 つ以上が表示され、1 未満の数値はすべて 1 にマッピングされます。
タグ: terminal_output
--[no]watchfs のデフォルト: "false"
Linux/macOS の場合: bazel は、各ファイルに変更をスキャンする代わりに、オペレーティング システムのファイル ウォッチ サービスを使用してローカルの変更を試みます。Windows の場合: このフラグは現在 NoOps ではありませんが、--experimental_windows_watchfs と一緒に有効にできます。任意の OS: ワークスペースがネットワーク ファイル システム上にあり、ファイルがリモートマシン上で編集されている場合、動作は未定義になります。

プロファイルの分析オプション

コマンドの前に表示され、クライアントによって解析されるオプション。
--distdir=<a path> 個の複数回の使用が累積されます
ネットワークをダウンロードしてアーカイブを検索する場所が増えます。
タグ: bazel_internal_configuration
設定すると、キャッシュ ヒットが発生した場合、リポジトリのキャッシュはコピーではなくファイルにハードリンクします。これはディスク容量を節約することを目的としています。
タグ: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id のデフォルト: "false"
true の場合、指定されていない場合は、リポジトリのダウンロードの URL から取得した文字列を canonical_id として使用します。その結果、キャッシュに同じハッシュを使用したダウンロードが含まれていても、URL が変更されると再ダウンロードされます。これを使用して、URL の変更により、無効なリポジトリがキャッシュによってマスクされないことを確認できます。
タグ: loading_and_analysisexperimental
--[no]experimental_repository_disable_download のデフォルト: "false"
設定すると、外部リポジトリのダウンロードが許可されなくなります。
タグ: experimental
--experimental_repository_downloader_retries=<an integer> のデフォルト: 0
ダウンロード エラーを再試行する最大回数。0 に設定すると、再試行が無効になります。
タグ: experimental
--experimental_scale_timeouts=<a double> のデフォルト: 1.0
この係数による Starlark リポジトリ ルールのすべてのタイムアウトをスケーリングします。このようにすることで、ソースコードを変更せずに、ルールの作成者よりも遅いマシンで外部リポジトリを動作させることができます。
タグ: bazel_internal_configurationexperimental
--http_timeout_scaling=<a double> のデフォルト: 1.0
HTTP のダウンロードに関連するすべてのタイムアウトを、指定された要素ごとにスケーリングします。
タグ: bazel_internal_configuration
--repository_cache=<a path> のデフォルト: 説明を表示
外部リポジトリの取得中に取得したダウンロード後の値のキャッシュの場所を指定します。引数として空の文字列を指定すると、キャッシュが無効になります。
タグ: bazel_internal_configuration
Bazel による有効なビルド入力の厳格さに適用されるオプション(ルールの定義、フラグの組み合わせなど):
--experimental_repository_hash_file=<a string> のデフォルト: ""
空でない場合、解決された値を含むファイルを指定します。リポジトリのディレクトリのハッシュはこれに対して検証します。
タグ: affects_outputsexperimental
--experimental_verify_repository_rules=<a string> 個の複数回の使用が累積されます
出力ディレクトリのハッシュを検証するリポジトリ ルールのリストの場合、ファイルは --experimental_repository_hash_file で指定します。
タグ: affects_outputsexperimental
このオプションは、Starlark 言語、または BUILD ファイル、.bzl ファイル、WORKSPACE ファイルにアクセスできる Build API のセマンティクスに影響します。
--[no]experimental_allow_top_level_aspects_parameters のデフォルト: true
No-op タグ
no_opdeprecatedexperimental
Bzlmod の出力とセマンティクスに関連するオプション:
--allow_yanked_versions=<a string> 個の複数回の使用が累積されます
: モジュールのソース バージョンを <module1>@<version1>, <module2>@<version2>` の形式で指定します。これらは、登録元のレジストリで yankyan と宣言されていても(NonRegistryOverride 以外からの場合でも)、その依存関係グラフで許可されます。そうしないと、ジャンクされたバージョンが原因で解決に失敗します。「BZLMOD_ALLOW_YANKED_VERSIONS」環境変数を使用して、許可されたジャンク バージョンを定義することもできます。このチェックを無効にするには、キーワード「all」を使用します(非推奨)。
タグ: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> のデフォルト: "error"
Bazel モジュールの Bazel バージョンの互換性を確認する。有効な値は、エラーを解決のためにエスカレーションする「error」、チェックを無効にする「off」、不一致が検出されたときに警告を出力する「warning」です。
タグ: loading_and_analysis
--check_direct_dependencies=<off, warning or error> のデフォルト: "warning"
ルート モジュール内で宣言されている直接的な「bazel_dep」依存関係が、解決済みの依存関係グラフに表示されるバージョンと同じかどうかを確認します。有効な値は、チェックを無効にする場合は「off」、不一致が検出されたときに警告を出力する場合は「warning」、解決の失敗にエスカレーションする場合は「error」です。
タグ: loading_and_analysis
--[no]ignore_dev_dependency のデフォルト: "false"
true の場合、Bazel はルート モジュールの MODULE.bazel で「dev_dependency」として宣言されている「bazel_dep」と「use_extension」を無視します。このフラグの値に関係なく、MODULE.bazel がルート モジュールでない場合、これらの dev 依存関係は常に無視されます。
タグ: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path> 個の複数回の使用が累積されます
ローカル ディレクトリを含むモジュールをオーバーライドします。
--registry=<a string> 個の複数回の使用が累積されます
Bazel モジュールの依存関係の検索に使用するレジストリを指定します。順序は重要です。まず古いレジストリでモジュールが参照され、以前のレジストリにないレジストリはその後にフォールバックされます。
タグ: changes_inputs
ログの詳細度、形式、場所に影響するオプション:
--dump=<text or raw> [-d] デフォルト: 説明を表示
は、人が読める形式の「text」形式またはスクリプト フレンドリーな「raw」形式で、完全なプロファイル データダンプを出力します。
タグ: affects_outputs
--[no]experimental_record_metrics_for_all_mnemonics のデフォルト: "false"
デフォルトでは、アクション タイプの数は、実行されたアクションの数が最も多い 20 個のニーモニックに制限されます。このオプションを設定すると、すべての略語に関する統計情報が書き込まれます。
他のカテゴリに該当しない Bazel コマンドへの汎用入力を指定または変更するオプション:
--experimental_resolved_file_instead_of_workspace=<a string> のデフォルト: ""
空でない場合、WORKSPACE ファイルではなく、指定された解決済みファイルを読み込みます。
タグ: changes_inputs
リモート キャッシュと実行オプション:
--experimental_downloader_config=<a string> のデフォルト: 説明を表示
リモート ダウンローダーを構成するファイルを指定します。このファイルは、各行がディレクティブ(「allow」、「block」または「rewrite」)で始まり、その後にホスト名(「allow」と「block」)が続くか、2 つのパターン(一致する URL が代替 URL として使用される)に続き、後方参照が「$1」で始まります。複数の URL に対してこの rewrite ディレクティブが複数回送信される可能性があります。
その他(その他に分類されないオプション):
--override_repository=<an equals-separated mapping of repository name to path> 個の複数回の使用が累積されます
ローカル ディレクトリを含むリポジトリをオーバーライドします。

Aquery オプション

build からすべてのオプションを継承します。

コマンドの前に表示され、クライアントによって解析されるオプション。
--distdir=<a path> 個の複数回の使用が累積されます
ネットワークをダウンロードしてアーカイブを検索する場所が増えます。
タグ: bazel_internal_configuration
設定すると、キャッシュ ヒットが発生した場合、リポジトリのキャッシュはコピーではなくファイルにハードリンクします。これはディスク容量を節約することを目的としています。
タグ: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id のデフォルト: "false"
true の場合、指定されていない場合は、リポジトリのダウンロードの URL から取得した文字列を canonical_id として使用します。その結果、キャッシュに同じハッシュを使用したダウンロードが含まれていても、URL が変更されると再ダウンロードされます。これを使用して、URL の変更により、無効なリポジトリがキャッシュによってマスクされないことを確認できます。
タグ: loading_and_analysisexperimental
--[no]experimental_repository_disable_download のデフォルト: "false"
設定すると、外部リポジトリのダウンロードが許可されなくなります。
タグ: experimental
--experimental_repository_downloader_retries=<an integer> のデフォルト: 0
ダウンロード エラーを再試行する最大回数。0 に設定すると、再試行が無効になります。
タグ: experimental
--experimental_scale_timeouts=<a double> のデフォルト: 1.0
この係数による Starlark リポジトリ ルールのすべてのタイムアウトをスケーリングします。このようにすることで、ソースコードを変更せずに、ルールの作成者よりも遅いマシンで外部リポジトリを動作させることができます。
タグ: bazel_internal_configurationexperimental
--http_timeout_scaling=<a double> のデフォルト: 1.0
HTTP のダウンロードに関連するすべてのタイムアウトを、指定された要素ごとにスケーリングします。
タグ: bazel_internal_configuration
--repository_cache=<a path> のデフォルト: 説明を表示
外部リポジトリの取得中に取得したダウンロード後の値のキャッシュの場所を指定します。引数として空の文字列を指定すると、キャッシュが無効になります。
タグ: bazel_internal_configuration
Bazel による有効なビルド入力の厳格さに適用されるオプション(ルールの定義、フラグの組み合わせなど):
--experimental_repository_hash_file=<a string> のデフォルト: ""
空でない場合、解決された値を含むファイルを指定します。リポジトリのディレクトリのハッシュはこれに対して検証します。
タグ: affects_outputsexperimental
--experimental_verify_repository_rules=<a string> 個の複数回の使用が累積されます
出力ディレクトリのハッシュを検証するリポジトリ ルールのリストの場合、ファイルは --experimental_repository_hash_file で指定します。
タグ: affects_outputsexperimental
このオプションは、Starlark 言語、または BUILD ファイル、.bzl ファイル、WORKSPACE ファイルにアクセスできる Build API のセマンティクスに影響します。
--[no]experimental_allow_top_level_aspects_parameters のデフォルト: true
No-op タグ
タグ: no_opdeprecatedexperimental
クエリ出力とセマンティクスに関連するオプション:
--aspect_deps=<off, conservative or precise> のデフォルト: 「慎重」
出力形式が {xml,proto.record} である場合にアスペクトの依存関係を解決する方法。「off」は、アスペクトの依存関係が解決されないことを意味します。「preservive」(デフォルト)は、直接依存関係のルールクラスが指定されるかどうかにかかわらず、宣言されたすべてのアスペクトの依存関係が追加されることを意味します。「precise」は、直接依存関係のルールクラスに照らしてアクティブな可能性がある、それらのアスペクトのみが追加されることを意味します。正確なモードでは、1 つのターゲットを評価するには他のパッケージを読み込む必要があるため、他のモードよりも速度が遅くなります。なお、正確なモードであっても、完全に正確というわけではありません。アスペクトを計算するかどうかは、分析フェーズで決定されます。「Bazel クエリ」では実行されません。
タグ: build_file_semantics
--[no]deduplicate_depsets のデフォルト: true
最終的な proto/textproto/json の出力で、dep_set_of_files のリーフ以外の子の重複を除去します。即時の親を共有していない依存関係の重複除去は行われません。これは、アクションの入力アーティファクトの最終的な有効なリストには影響しません。
タグ: terminal_output
--[no]graph:factored のデフォルト: true
true の場合、グラフは「因数分解」される。つまり、トポロジ上同等のノードは結合され、ラベルが連結される。このオプションは --output=graph にのみ適用されます。
タグ: terminal_output
--graph:node_limit=<an integer> のデフォルト: 「512」
出力のグラフノードのラベル文字列の最大長。ラベルが長い場合は切り詰められます。-1 の場合は切り捨てられません。このオプションは --output=graph にのみ適用されます。
タグ: terminal_output
--[no]implicit_deps のデフォルト: true
有効にすると、暗黙的な依存関係がクエリが実行される依存関係グラフに含まれます。暗黙的な依存関係とは、BUILD ファイルで明示的に指定されていないが、bazel によって追加される依存関係です。cquery の場合、このオプションは解決されたツールチェーンのフィルタリングを制御します。
タグ: build_file_semantics
--[no]include_artifacts のデフォルト: true
出力にアクション入力と出力の名前が含まれます(サイズの大きい可能性があります)。
タグ: terminal_output
--[no]include_aspects のデフォルト: true
aquery, cquery: アスペクトによって生成されたアクションを出力に含めるかどうか。query: no-op(常にアスペクトに従います)。
タグ: terminal_output
--[no]include_commandline のデフォルト: true
出力にアクション コマンドラインの内容が含まれます(サイズの大きい可能性があります)。
タグ: terminal_output
--[no]include_file_write_contents のデフォルト: "false"
FileWrite アクションと SourceSymlinkManifest アクション(場合によっては大きい可能性があります)のファイルの内容を含めます。
タグ: terminal_output
--[no]include_param_files のデフォルト: "false"
コマンドで使用されるパラメータ ファイルの内容を入力します(サイズの大きい可能性があります)。注: このフラグを有効にすると、--include_commandline フラグが自動的に有効になります。
タグ: terminal_output
--[no]incompatible_display_source_file_location のデフォルト: true
デフォルトでは true。ソースファイルのターゲットを表示します。true の場合、場所出力にソースファイルの 1 行目の場所を表示します。このフラグは移行のためにのみ存在します。
タグ: terminal_outputincompatible_change
--[no]incompatible_package_group_includes_double_slash のデフォルト: true
有効にすると、package_group の package パッケージの出力時に、先頭の//が省略されることはありません。
タグ: terminal_outputincompatible_change
--[no]infer_universe_scope のデフォルト: "false"
設定されていて、--universe_scope が設定されていない場合、クエリ式内の一意のターゲット パターンのリストとして --universe_scope の値が推測されます。ユニバースをスコープとする関数(たとえば「allrdeps」など)を使用するクエリ式で推測される --universe_scope 値は望ましいものではない可能性があるため、自分が何をしているかわかっている場合にのみ、このオプションを使用してください。詳細と例については、https://bazel.build/query/language#sky-query をご覧ください。--universe_scope が設定されている場合、このオプションの値は無視されます。注: このオプションは「query」にのみ適用されます(つまり、「cquery」には適用されません)。
タグ: loading_and_analysis
--[no]line_terminator_null のデフォルト: "false"
各形式が改行ではなく \0 で終わっているかどうか。
タグ: terminal_output
--[no]nodep_deps のデフォルト: true
有効にすると、「nodep」属性からの依存関係が、クエリが動作する依存関係グラフに含まれます。「nodep」属性の一般的な例は「visibility」です。「info build-language」の出力を実行して解析し、ビルド言語のすべての「nodep」属性を確認します。
タグ: build_file_semantics
--output=<a string> のデフォルト: "text"
クエリ結果を出力する形式。aquery では、text、textproto、proto、jsonproto を指定できます。
タグ: terminal_output
--[no]proto:default_values のデフォルト: true
true の場合、値が BUILD ファイルで明示的に指定されていない属性を含めることができます。そうでない場合、それらは省略されます。このオプションは --output=proto に適用されます。
タグ: terminal_output
--[no]proto:definition_stack のデフォルト: "false"
Definition_stack の proto フィールドに値を設定します。この値は、ルールのクラスが定義された時点での Starlark コールスタックごとに記録されます。
タグ: terminal_output
--[no]proto:flatten_selects のデフォルト: true
有効にすると、select() によって作成された構成可能な属性はフラット化されます。リスト型の場合、フラット化された表現は、選択されたマップの各値を正確に 1 回含むリストです。スカラー型は null にフラット化されます。
タグ: build_file_semantics
--[no]proto:include_synthetic_attribute_hash のデフォルト: "false"
$internal_attr_hash 属性を計算して入力するかどうか。
タグ: terminal_output
--[no]proto:instantiation_stack のデフォルト: "false"
各ルールのインスタンス化コールスタックを入力します。なお、これにはスタックが存在する必要があります。
タグ: terminal_output
--[no]proto:locations のデフォルト: true
位置情報を proto 出力に出力するかどうか。
タグ: terminal_output
--proto:output_rule_attrs=<comma-separated list of options> のデフォルト: "all"
出力に含める属性のカンマ区切りのリスト。デフォルトはすべての属性です。空の文字列に設定すると、属性は出力されません。このオプションは --output=proto に適用されます。
タグ: terminal_output
--[no]proto:rule_inputs_and_outputs のデフォルト: true
rule_input フィールドと rule_output フィールドを設定するかどうかを指定します。
タグ: terminal_output
--query_file=<a string> のデフォルト: ""
設定すると、コマンドラインではなく、ここで指定したファイルからクエリが読み取られます。ここにファイルとコマンドライン クエリを指定するとエラーが発生します。
タグ: changes_inputs
--[no]relative_locations のデフォルト: "false"
true の場合、xml と proto の出力に含まれる BUILD ファイルは相対パスになります。デフォルトでは、ロケーションの出力は絶対パスであり、マシン間では整合性がありません。このオプションを true に設定すると、マシン間で一貫した結果が得られます。
タグ: terminal_output
--[no]skyframe_state のデフォルト: "false"
追加分析を行わずに、Skyframe から現在のアクション グラフをダンプします。注: --skyframe_state によるターゲットの指定は現在サポートされていません。このフラグは --output=proto または --output=textproto でのみ使用できます。
タグ: terminal_output
--[no]tool_deps のデフォルト: true
クエリ: 無効の場合、「ホスト構成」または「実行」のターゲットに対する依存関係は、クエリが実行される依存関係グラフに含まれません。プロトコル コンパイラに対する「proto_library」ルールなど、ホスト構成の依存関係エッジは、通常、同じ「ターゲット」プログラムの一部ではなく、ビルド中に実行されるツールを指しています。 Cquery: 無効な場合、ホストまたは実行の遷移にまたがる構成済みターゲットはすべて、この構成済みターゲットを検出したトップレベル ターゲットからフィルタされます。つまり、トップレベルのターゲットがターゲット構成にある場合、ターゲット構成でも構成されたターゲットのみが返されます。トップレベル ターゲットがホスト構成にある場合、ホスト構成ターゲットのみが返されます。このオプションでは、解決されたツールチェーンは除外されません。
タグ: build_file_semantics
--universe_scope=<comma-separated list of options> のデフォルト: ""
ターゲット パターンの加算(加算、減算)を指定します。クエリは、指定したターゲットの推移的な終了によって定義されたユニバースで実行します。このオプションは、クエリコマンドと cquery コマンドで使用されます。cquery の場合、このオプションへの入力は、すべての回答が作成されるターゲットであるため、このオプションは構成と遷移に影響する可能性があります。このオプションを指定しなかった場合、トップレベルのターゲットがクエリ式から解析されたターゲットと見なされます。注: cquery でこのオプションを指定しないと、クエリ式から解析されたターゲットがトップレベル オプションでビルドできない場合、ビルドが破損する可能性があります。
タグ: loading_and_analysis
Bzlmod の出力とセマンティクスに関連するオプション:
--allow_yanked_versions=<a string> 個の複数回の使用が累積されます
: モジュールのソース バージョンを <module1>@<version1>, <module2>@<version2>` の形式で指定します。これらは、登録元のレジストリで yankyan と宣言されていても(NonRegistryOverride 以外からの場合でも)、その依存関係グラフで許可されます。そうしないと、ジャンクされたバージョンが原因で解決に失敗します。「BZLMOD_ALLOW_YANKED_VERSIONS」環境変数を使用して、許可されたジャンク バージョンを定義することもできます。このチェックを無効にするには、キーワード「all」を使用します(非推奨)。
タグ: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> のデフォルト: "error"
Bazel モジュールの Bazel バージョンの互換性を確認する。有効な値は、エラーを解決のためにエスカレーションする「error」、チェックを無効にする「off」、不一致が検出されたときに警告を出力する「warning」です。
タグ: loading_and_analysis
--check_direct_dependencies=<off, warning or error> のデフォルト: "warning"
ルート モジュール内で宣言されている直接的な「bazel_dep」依存関係が、解決済みの依存関係グラフに表示されるバージョンと同じかどうかを確認します。有効な値は、チェックを無効にする場合は「off」、不一致が検出されたときに警告を出力する場合は「warning」、解決の失敗にエスカレーションする場合は「error」です。
タグ: loading_and_analysis
--[no]ignore_dev_dependency のデフォルト: "false"
true の場合、Bazel はルート モジュールの MODULE.bazel で「dev_dependency」として宣言されている「bazel_dep」と「use_extension」を無視します。このフラグの値に関係なく、MODULE.bazel がルート モジュールでない場合、これらの dev 依存関係は常に無視されます。
タグ: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path> 個の複数回の使用が累積されます
ローカル ディレクトリを含むモジュールをオーバーライドします。
--registry=<a string> 個の複数回の使用が累積されます
Bazel モジュールの依存関係の検索に使用するレジストリを指定します。順序は重要です。まず古いレジストリでモジュールが参照され、以前のレジストリにないレジストリはその後にフォールバックされます。
タグ: changes_inputs
ログの詳細度、形式、場所に影響するオプション:
--[no]experimental_record_metrics_for_all_mnemonics のデフォルト: "false"
デフォルトでは、アクション タイプの数は、実行されたアクションの数が最も多い 20 個のニーモニックに制限されます。このオプションを設定すると、すべての略語に関する統計情報が書き込まれます。
他のカテゴリに該当しない Bazel コマンドへの汎用入力を指定または変更するオプション:
--experimental_resolved_file_instead_of_workspace=<a string> のデフォルト: ""
空でない場合、WORKSPACE ファイルではなく、指定された解決済みファイルを読み込みます。
タグ: changes_inputs
リモート キャッシュと実行オプション:
--experimental_downloader_config=<a string> のデフォルト: 説明を表示
リモート ダウンローダーを構成するファイルを指定します。このファイルは、各行がディレクティブ(「allow」、「block」または「rewrite」)で始まり、その後にホスト名(「allow」と「block」)が続くか、2 つのパターン(一致する URL が代替 URL として使用される)に続き、後方参照が「$1」で始まります。複数の URL に対してこの rewrite ディレクティブが複数回送信される可能性があります。
その他(その他に分類されないオプション):
--override_repository=<an equals-separated mapping of repository name to path> 個の複数回の使用が累積されます
ローカル ディレクトリを含むリポジトリをオーバーライドします。
ビルド実行を制御するオプション:
シンボリック リンクを作成する直接ファイル システム呼び出しを行うかどうか
タグ: loading_and_analysisexecutionexperimental
--[no]experimental_remotable_source_manifests のデフォルト: "false"
ソース マニフェストのアクションをリモート可能にするかどうか
タグ: loading_and_analysisexecutionexperimental
--[no]experimental_split_coverage_postprocessing のデフォルト: "false"
true の場合、Bazel は新しく生成されたテストに対してカバレッジ 後処理を実行します。
タグ: execution
--[no]experimental_strict_fileset_output のデフォルト: "false"
このオプションを有効にすると、ファイルセットはすべての出力アーティファクトを通常のファイルとして扱います。ディレクトリを走査したり、シンボリック リンクの影響を受けたりすることはありません。
タグ: execution
--modify_execution_info=<regex=[+-]key,regex=[+-]key,...> のデフォルト: ""
操作の覚え方に基づいて、アクションの実行情報に鍵を追加または削除します。実行情報をサポートするアクションにのみ適用されます。一般的なアクション(Genrule、CppCompile、Javac、StarlarkAction、TestRunner など)は、実行情報をサポートしています。複数の正規表現を指定するときは、同じ正規表現に多くの正規表現が適用される可能性があるため、順序は重要です。構文: "regex=[+-]key,regex=[+-]key,..."例: '.*=+x,.*=-y.*=+z' は、すべてのアクションの実行情報に 'x' と 'z' を追加し、'y' を削除します。「Genrule=+requires-x」は、すべての Genrule アクションの実行情報に「requires-x」を追加します。'(?!Genrule).*=-requires-x' は、Genrule 以外のすべてのアクションの実行情報から 'requires-x' を削除します。
タグ: executionaffects_outputsloading_and_analysis
--persistent_android_dex_desugar
ワーカーを使用して永続的な Android dex と desugar のアクションを有効にします。
展開先:
--strategy=Desugar=worker
--strategy=DexBuilder=worker

タグ: host_machine_resource_optimizationsexecution
--persistent_android_resource_processor
ワーカーを使用して永続的な Android リソース プロセッサを有効にします。
展開先:
--internal_persistent_busybox_tools
--strategy=AaptPackage=worker
--strategy=AndroidResourceParser=worker
--strategy=AndroidResourceValidator=worker
--strategy=AndroidResourceCompiler=worker
--strategy=RClassGenerator=worker
--strategy=AndroidResourceLink=worker
--strategy=AndroidAapt2=worker
--strategy=AndroidAssetMerger=worker
--strategy=AndroidResourceMerger=worker
--strategy=AndroidCompiledResourceMerger=worker
--strategy=ManifestMerger=worker
--strategy=AndroidManifestMerger=worker
{/1{1/2}--strategy=Aapt2Optimize=worker2{1/2}
{1/2}{1/2}
--persistent_multiplex_android_dex_desugar
ワーカーを使用して、永続的な多重化 Android dex と desugar のアクションを有効にします。
展開先:
--persistent_android_dex_desugar
--modify_execution_info=Desugar=+supports-multiplex-workers
--modify_execution_info=DexBuilder=+supports-multiplex-workers

タグ: host_machine_resource_optimizationsexecution
--persistent_multiplex_android_resource_processor
ワーカーを使用して、永続的な多重化 Android リソース プロセッサを有効にします。
展開先:
--persistent_android_resource_processor
--modify_execution_info=AaptPackage=+supports-multiplex-workers
--modify_execution_info=AndroidResourceParser=+supports-multiplex-workers
--modify_execution_info=AndroidResourceValidator=+supports-multiplex-workers
--modify_execution_info=AndroidResourceCompiler=+supports-multiplex-workers
--modify_execution_info=RClassGenerator=+supports-multiplex-workers
--modify_execution_info=AndroidResourceLink=+supports-multiplex-workers
--modify_execution_info=AndroidAapt2=+supports-multiplex-workers
--modify_execution_info=AndroidAssetMerger=+supports-multiplex-workers
--modify_execution_info=AndroidResourceMerger=+supports-multiplex-workers
--modify_execution_info=AndroidCompiledResourceMerger=+supports-multiplex-workers
--modify_execution_info=ManifestMerger=+supports-multiplex-workers
--modify_execution_info=AndroidManifestMerger=+supports-multiplex-workers
{/1{1/2}--modify_execution_info=Aapt2Optimize=+supports-multiplex-workers2{1/2}
{1/2}{1/2}
--persistent_multiplex_android_tools
永続的かつ多重化された Android ツール(dex の脱糖、リソース処理)を有効にします。
展開先:
--persistent_multiplex_android_resource_processor
--persistent_multiplex_android_dex_desugar

タグ: host_machine_resource_optimizationsexecution
アクションの実行に使用するツールチェーンを構成するオプション:
--android_compiler=<a string> のデフォルト: 説明を表示
Android ターゲット コンパイラ。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--android_crosstool_top=<a build target label> のデフォルト: "//external:android/crosstool"
Android ビルドに使用される C++ コンパイラの場所。
タグ: affects_outputschanges_inputsloading_and_analysisloses_incremental_state
--android_grte_top=<a label> のデフォルト: 説明を表示
Android ターゲット grte_top。
タグ: changes_inputsloading_and_analysisloses_incremental_state
--android_manifest_merger=<legacy, android or force_android> のデフォルト: Android
android_binary ルールに使用するマニフェスト マージツールを選択します。以前のマージツールから Android マニフェスト マージツールに移行するために役立つフラグ。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--android_platforms=<a build target label> のデフォルト: ""
android_binary ターゲットが使用するプラットフォームを設定します。複数のプラットフォームが指定されている場合、バイナリはファット APK であり、指定されたターゲット プラットフォームのネイティブ バイナリが含まれます。
タグ: changes_inputsloading_and_analysisloses_incremental_state
--android_sdk=<a build target label> のデフォルト: "@bazel_tools//tools/android:sdk"
Android アプリのビルドに使用する Android SDK / プラットフォームを指定します。
タグ: changes_inputsloading_and_analysisloses_incremental_state
--apple_compiler=<a string> のデフォルト: 説明を表示
Apple ターゲット コンパイラ。ツールチェーンのバリアント(xcode-beta など)の選択に役立ちます。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--apple_crosstool_top=<a build target label> のデフォルト: "@bazel_tools//tools/cpp:toolchain"
Apple と Objc のルール、およびそれらの依存関係で使用される crosstool パッケージのラベル。
タグ: loses_incremental_statechanges_inputs
--apple_grte_top=<a build target label> のデフォルト: 説明を表示
Apple ターゲット grte_top。
タグ: changes_inputsloading_and_analysisloses_incremental_state
--cc_output_directory_tag=<a string> のデフォルト: ""
設定ディレクトリに追加するサフィックスを指定します。
タグ: affects_outputsexplicit_in_output_path
--compiler=<a string> のデフォルト: 説明を表示
ターゲットのコンパイルに使用する C++ コンパイラ。
タグ: loading_and_analysisexecution
--coverage_output_generator=<a build target label> のデフォルト: "@bazel_tools//tools/test:lcov_merger"
未加工のカバレッジ レポートの後処理に使用されるバイナリの場所。現在、単一のファイル(バイナリ)を含むファイルグループである必要があります。デフォルトは '//tools/test:lcov_merger' です。
タグ: changes_inputsaffects_outputsloading_and_analysis
--coverage_report_generator=<a build target label> のデフォルト: "@bazel_tools//tools/test:coverage_report_generator"
カバレッジ レポートの生成に使用されるバイナリの場所。現在、単一のファイル(バイナリ)を含むファイルグループである必要があります。デフォルトは '//tools/test:coverage_report_generator' です。
タグ: changes_inputsaffects_outputsloading_and_analysis
--coverage_support=<a build target label> のデフォルト: "@bazel_tools//tools/test:coverage_support"
コード カバレッジを収集するすべてのテスト アクションの入力に必要なサポート ファイルの場所。デフォルトは '//tools/test:coverage_support' です。
タグ: changes_inputsaffects_outputsloading_and_analysis
--crosstool_top=<a build target label> のデフォルト: "@bazel_tools//tools/cpp:toolchain"
C++ コードのコンパイルに使用される crosstool パッケージのラベル。
タグ: loading_and_analysischanges_inputsaffects_outputs
--custom_malloc=<a build target label> のデフォルト: 説明を表示
malloc のカスタム実装を指定します。この設定により、ビルドルールの malloc 属性がオーバーライドされます。
タグ: changes_inputsaffects_outputs
--experimental_add_exec_constraints_to_targets=<a '<RegexFilter>=<label1>[,<label2>,...]' assignment> 個の複数回の使用が累積されます
カンマ区切りのリスト。カンマ区切りの制約値ターゲットのリストには、オプションで接頭辞「-」(負の式)が代入されます。ターゲットが負の式と 1 つ以上の正の式に一致しない場合、制約が実行制約として宣言されているかのように、ツールチェーンの解決が実行されます。例: //demo,-test=@platforms//cpus:x86_64 は、名前が「test」を含むターゲットを除き、//demo 以下のすべてのターゲットに「x86_64」を追加します。
タグ: loading_and_analysis
--[no]experimental_enable_objc_cc_deps のデフォルト: true
ob_c_* ルールを cc_library に依存させ、--ios_multi_cpu の値に --cpu を「ios_<--ios_cpu> に設定することで、objc の依存関係をビルドできるようにします。
タグ: loading_and_analysisincompatible_change
--[no]experimental_include_xcode_execution_requirements のデフォルト: "false"
設定されている場合、すべての Xcode アクションに「requires-xcode:{version}」実行要件を追加します。Xcode バージョンにハイフンが付いているラベルがある場合は、「requires-xcode-label:{version_label}」実行要件も追加します。
タグ: loses_incremental_stateloading_and_analysisexecution
--[no]experimental_prefer_mutual_xcode のデフォルト: true
true の場合、ローカルとリモートの両方で利用可能な最新の Xcode を使用する。false の場合、または相互に利用可能なバージョンがない場合は、xcode-select で選択されたローカル Xcode バージョンを使用します。
タグ: loses_incremental_state
--extra_execution_platforms=<comma-separated list of options> 個の複数回の使用が累積されます
アクション実行プラットフォームとして使用できるプラットフォーム。プラットフォームは、正確なターゲットまたはターゲット パターンで指定できます。これらのプラットフォームは、register_execution_platforms() によって WORKSPACE ファイルで宣言される前に考慮されます。
タグ: execution
--extra_toolchains=<comma-separated list of options> 個の複数回の使用が累積されます
ツールチェーンの解決時に考慮されるツールチェーン ルール。ツールチェーンは、正確なターゲットまたはターゲット パターンで指定できます。以下のツールチェーンは、register_toolchains() によって WORKSPACE ファイルで宣言されているものより考慮されます。
タグ: affects_outputschanges_inputsloading_and_analysis
--grte_top=<a label> のデフォルト: 説明を表示
チェックインされた libc ライブラリのラベル。デフォルト値はクロスツール ツールチェーンによって選択されるため、オーバーライドする必要はありません。
タグ: action_command_linesaffects_outputs
--host_compiler=<a string> のデフォルト: 説明を表示
ホスト コンパイルに使用する C++ コンパイラ。--host_crosstool_top が設定されていない場合は無視されます。
タグ: loading_and_analysisexecution
--host_crosstool_top=<a build target label> のデフォルト: 説明を表示
デフォルトでは、ホスト構成には --crosstool_top オプションと --compiler オプションも使用されます。このフラグを指定すると、Bazel は指定された crosstool_top にデフォルトの libc とコンパイラを使用します。
タグ: loading_and_analysischanges_inputsaffects_outputs
--host_grte_top=<a label> のデフォルト: 説明を表示
指定すると、ホスト構成用の libc トップレベル ディレクトリ(--grte_top)がオーバーライドされます。
タグ: action_command_linesaffects_outputs
--host_platform=<a build target label> のデフォルト: ""
ホストシステムを表すプラットフォーム ルールのラベル。
タグ: affects_outputschanges_inputsloading_and_analysis
--[no]incompatible_disable_expand_if_all_available_in_flag_set のデフォルト: true
true の場合、Bazel は フラグセットに expand_if_all_available を指定できません(移行手順については、https://github.com/bazelbuild/bazel/issues/7008 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_dont_enable_host_nonhost_crosstool_features のデフォルト: true
true の場合、Bazel は c++ ツールチェーンで「ホスト」機能と「非ホスト」機能を有効にしません(詳細については、https://github.com/bazelbuild/bazel/issues/7407 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_enable_android_toolchain_resolution のデフォルト: "false"
ツールチェーンの解決を使用して Android 向け Android SDK ルール(Starlark とネイティブ)を選択します。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_enable_apple_toolchain_resolution のデフォルト: "false"
ツールチェーンの解決を使用して、Apple SDK for Apple ルール(Starlark とネイティブ)を選択します。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_make_thinlto_command_lines_standalone のデフォルト: true
true の場合、Bazel は lto インデックス コマンドラインに C++ リンク アクション コマンドラインを再利用しません(詳細については、https://github.com/bazelbuild/bazel/issues/6791 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_objc_linking_info_migration のデフォルト: "false"
true の場合、ObjC 組み込みルールは ObjcProvider ではなく CcInfo からリンク情報を取得します。詳細と移行情報については、https://github.com/bazelbuild/bazel/issues/16939 をご覧ください。
タグ: loading_and_analysischanges_inputsincompatible_change
--[no]incompatible_remove_cpu_and_compiler_attributes_from_cc_toolchain のデフォルト: true
true の場合、cc_toolchain.cpu 属性と cc_toolchain.compiler 属性が設定されていると、Bazel からエラーが返されます(移行手順については、https://github.com/bazelbuild/bazel/issues/7075 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_remove_legacy_whole_archive のデフォルト: true
true の場合、Bazel はデフォルトではライブラリの依存関係全体をアーカイブしません(移行手順については、https://github.com/bazelbuild/bazel/issues/7362 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_require_ctx_in_configure_features のデフォルト: true
true の場合、Bazel は cc_common.configure_features で「ctx」パラメータを必要とします(詳しくは、https://github.com/bazelbuild/bazel/issues/7793 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]interface_shared_objects のデフォルト: true
ツールチェーンでサポートされている場合は、インターフェース共有オブジェクトを使用します。現在、すべての ELF ツールチェーンがこの設定をサポートしています。
タグ: loading_and_analysisaffects_outputsaffects_outputs
--ios_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を表示
iOS アプリのビルドに使用する iOS SDK のバージョンを指定します。指定しない場合は、「xcode_version」のデフォルトの iOS SDK バージョンが使用されます。
タグ: loses_incremental_state
--macos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を表示
macOS アプリケーションのビルドに使用する macOS SDK のバージョンを指定します。指定しない場合は、「xcode_version」のデフォルトの macOS SDK バージョンを使用します。
タグ: loses_incremental_state
--minimum_os_version=<a string> のデフォルト: 説明を表示
コンパイルの対象となる最小 OS バージョン。
タグ: loading_and_analysisaffects_outputs
--platform_mappings=<a relative path> のデフォルト: ""
何も設定されていない場合に使用するプラットフォーム、またはプラットフォームがすでに存在する場合に設定するフラグを記述するマッピング ファイルの場所。メインのワークスペース ルートからの相対パスである必要があります。デフォルトは「platform_mappings」です(ワークスペースのルートの直下にあるファイル)。
タグ: affects_outputschanges_inputsloading_and_analysis
--platforms=<a build target label> のデフォルト: ""
現在のコマンドのターゲット プラットフォームを表すプラットフォーム ルールのラベル。
タグ: affects_outputschanges_inputsloading_and_analysis
--python2_path=<a string> のデフォルト: 説明を表示
非推奨、処理なし。「--compatible_use_python_toolchains」により無効になっています。
タグ: no_opdeprecated
--python3_path=<a string> のデフォルト: 説明を表示
非推奨、処理なし。「--compatible_use_python_toolchains」により無効になっています。
タグ: no_opdeprecated
--python_path=<a string> のデフォルト: 説明を表示
ターゲット プラットフォームで Python ターゲットを実行するために呼び出される Python インタープリタの絶対パス。非推奨。--compatible_use_python_toolchains で無効になっています。
タグ: loading_and_analysisaffects_outputs
--python_top=<a build target label> のデフォルト: 説明を表示
ターゲット プラットフォームで Python ターゲットを実行するために呼び出される Python インタープリタを表す py_runtime のラベル。非推奨。--compatible_use_python_toolchains で無効になっています。
タグ: loading_and_analysisaffects_outputs
--target_platform_fallback=<a build target label> のデフォルト: "@local_config_platform//:host"
ターゲット プラットフォームが設定されておらず、現在のフラグのセットと一致するプラットフォーム マッピングがない場合に使用するプラットフォーム ルールのラベル。
タグ: affects_outputschanges_inputsloading_and_analysis
--tvos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を表示
tvOS アプリのビルドに使用する tvOS SDK のバージョンを指定します。指定しない場合は、「xcode_version」のデフォルトの tvOS SDK バージョンが使用されます。
タグ: loses_incremental_state
--watchos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を表示
watchOS アプリケーションのビルドに使用する watchOS SDK のバージョンを指定します。指定しない場合は、「xcode_version」のデフォルトのウォッチ OS SDK バージョンを使用します。
タグ: loses_incremental_state
--xcode_version=<a string> のデフォルト: 説明を表示
指定した場合、関連するビルド アクションに特定のバージョンの Xcode が使用されます。指定しない場合は、エグゼキュータのデフォルト バージョンの Xcode が使用されます。
タグ: loses_incremental_state
--xcode_version_config=<a build target label> のデフォルト: "@bazel_tools//tools/cpp:host_xcodes"
ビルド構成で Xcode バージョンを選択する際に使用する xcode_config ルールのラベル。
タグ: loses_incremental_stateloading_and_analysis
コマンドの出力を制御するオプション:
--[no]apple_enable_auto_dsym_dbg のデフォルト: "false"
dbg ビルドのデバッグ シンボル(.dSYM)ファイルの生成を強制的に有効にするかどうか。
タグ: affects_outputsaction_command_lines
--[no]apple_generate_dsym のデフォルト: "false"
デバッグ シンボル(.dSYM)ファイルを生成するかどうか。
タグ: affects_outputsaction_command_lines
true の場合、すべてのターゲットの runfiles シンボリック フォレストを作成します。false の場合、可能であればマニフェストのみを記述します。
タグ: affects_outputs
--[no]build_runfile_manifests のデフォルト: true
true の場合、すべてのターゲットの runfiles マニフェストを書き込みます。false の場合は、省略します。false の場合、ローカルテストの実行が失敗します。
タグ: affects_outputs
--[no]build_test_dwp のデフォルト: "false"
有効にすると、C++ テストを静的にビルドし、分割すると、テストバイナリの .dwp ファイルも自動的にビルドされます。
タグ: loading_and_analysisaffects_outputs
--cc_proto_library_header_suffixes=<comma-separated list of options> のデフォルト: .pb.h
cc_proto_library が作成するヘッダー ファイルの接頭辞を設定します。
タグ: affects_outputsloading_and_analysis
--cc_proto_library_source_suffixes=<comma-separated list of options> のデフォルト: .pb.cc
cc_proto_library が作成するソースファイルの接頭辞を設定します。
タグ: affects_outputsloading_and_analysis
--[no]experimental_proto_descriptor_sets_include_source_info のデフォルト: "false"
proto_library の代替 Java API バージョン用に追加のアクションを実行
タグ: affects_outputsloading_and_analysisexperimental
--[no]experimental_proto_extra_actions のデフォルト: "false"
proto_library の代替 Java API バージョン用に追加のアクションを実行
タグ: affects_outputsloading_and_analysisexperimental
--[no]experimental_save_feature_state のデフォルト: "false"
有効でリクエストされた機能の状態をコンパイルの出力として保存します。
タグ: affects_outputsexperimental
--fission=<a set of compilation modes> のデフォルト: "no"
C++ コンパイルとリンクに Fission を使用するコンパイル モードを指定します。{'fastbuild'、'dbg'、'opt'}、またはすべてのモードを有効にする場合は「yes」、すべてのモードを無効にする場合は「no」を組み合わせて使用します。
タグ: loading_and_analysisaction_command_linesaffects_outputs
--[no]incompatible_always_include_files_in_data のデフォルト: true
true の場合、ネイティブ ルールはデータ依存関係の <code>DefaultInfo.files</code> をランファイルに追加します。これは Starlark ルールの推奨動作(https://bazel.build/extending/rules#runfiles_features_to_avoid)と一致します。
タグ: affects_outputsincompatible_change
--[no]legacy_external_runfiles のデフォルト: true
true の場合、(.runfiles/repo に加えて).runfiles/wsname/external/repo の下に、外部リポジトリの runfiles シンボリック フォレストをビルドします。
タグ: affects_outputs
--[no]objc_generate_linkmap のデフォルト: "false"
リンクマップ ファイルを生成するかどうかを指定します。
タグ: affects_outputs
--[no]save_temps のデフォルト: "false"
設定すると、gcc からの一時的な出力が保存されます。これには、.s ファイル(アセンブラ コード)、.i ファイル(前処理済み C)、.ii ファイル(前処理された C++)が含まれます。
タグ: affects_outputs
ユーザーが意図する出力を構成し、その存在ではなく値に影響を与えるオプションです。
--action_env=<a 'name=value' assignment with an optional value part> 個の複数回の使用が累積されます
ターゲット構成のアクションで使用可能な環境変数のセットを指定します。変数は、名前で指定できます。この場合、値は呼び出し環境から取得されるか、name=value ペアによって呼び出し環境から独立して値が設定されます。このオプションは複数回使用できます。同じ変数に指定されたオプションに対し、最新の条件、さまざまな変数のオプションが累積されます。
タグ: action_command_lines
--android_cpu=<a string> のデフォルト: 「armeabi-v7a」
Android ターゲット CPU
タグ: affects_outputsloading_and_analysisloses_incremental_state
--[no]android_databinding_use_androidx のデフォルト: "false"
AndroidX 互換のデータ バインディング ファイルを生成する。これは、データ バインディング v2 でのみ使用されます。
タグ: affects_outputsloading_and_analysisloses_incremental_stateexperimental
--[no]android_databinding_use_v3_4_args のデフォルト: "false"
Android データ バインディング v2 と引数 3.4.0 を使用
タグ: affects_outputsloading_and_analysisloses_incremental_stateexperimental
--android_dynamic_mode=<off, default or fully> のデフォルト: "off"
cc_binary で共有ライブラリが明示的に作成されていない場合に、Android ルールの C++ 依存関係を動的にリンクするかどうかを指定します。「default」は、動的にリンクするかどうかを bazel が選択することを意味します。「fully」は、すべてのライブラリが動的にリンクされることを意味します。「off」は、すべてのライブラリがほぼ静的モードでリンクされることを意味します。
タグ: affects_outputsloading_and_analysis
--android_manifest_merger_order=<alphabetical, alphabetical_by_configuration or dependency> のデフォルト: "alphabetical"
Android バイナリのマニフェスト マージツールに渡されるマニフェストの順序を設定します。ALPHABETICAL は、マニフェストが execroot への相対パスで並べ替えられることを意味します。ALPHABETICAL_BY_CONFIGURATION は、マニフェストが出力ディレクトリ内の構成ディレクトリへの相対パスで並べ替えられることを意味します。DEPENDENCY とは、各ライブラリのマニフェストが依存関係のマニフェストの前に来るマニフェストを持つ順序を指定することを意味します。
タグ: action_command_linesexecution
--[no]android_resource_shrinking のデフォルト: "false"
ProGuard を使用する android_binary APK のリソース圧縮を有効にします。
タグ: affects_outputsloading_and_analysis
--apple_bitcode=<'mode' or 'platform=mode', where 'mode' is none, embedded_markers or embedded, and 'platform' is ios, watchos, tvos, macos or catalyst> 個の複数回の使用が累積されます
デバイス アーキテクチャをターゲットとするコンパイル ステップの場合は、Apple ビットコード モードを指定します。値は「[platform=]mode」の形式であり、プラットフォーム(「ios」、「macos」、「tvos」、「watchos」)は任意です。指定する場合、ビットコード モードはそのプラットフォーム専用に適用されます。省略した場合は、すべてのプラットフォームに適用されます。このモードは「none」、「embed_markers」、「embed」のいずれかである必要があります。このオプションは複数回指定できます。
タグ: loses_incremental_state
--[no]build_python_zip のデフォルト: "auto"
Python の実行可能 zip をビルドします。Windows では、他のプラットフォームでは、オフです。
タグ: affects_outputs
--catalyst_cpus=<comma-separated list of options> 個の複数回の使用が累積されます
Apple Catalyst バイナリをビルドするアーキテクチャのカンマ区切りのリスト。
タグ: loses_incremental_stateloading_and_analysis
--[no]collect_code_coverage のデフォルト: "false"
指定すると、Bazel はコードを計測可能(可能な場合、オフライン計測)を使用して、テスト中にカバレッジ情報を収集します。--instrumentation_filter に一致するターゲットのみが影響を受けます。通常、このオプションは直接指定しないでください。「bazelCoverage」コマンドを使用してください。
タグ: affects_outputs
--compilation_mode=<fastbuild, dbg or opt> [-c] デフォルト: "fastbuild"
バイナリをビルドするモードを指定します。値: fast'、'dbg'、'opt'。
タグ: affects_outputsaction_command_linesexplicit_in_output_path
--conlyopt=<a string> 個の複数回の使用が累積されます
C ソースファイルをコンパイルする際に gcc に渡す追加のオプション。
タグ: action_command_linesaffects_outputs
--copt=<a string> 個の複数回の使用が累積されます
gcc に渡す追加のオプション。
タグ: action_command_linesaffects_outputs
--cpu=<a string> のデフォルト: ""
ターゲット CPU。
タグ: changes_inputsaffects_outputsexplicit_in_output_path
--cs_fdo_absolute_path=<a string> のデフォルト: 説明を表示
CSFDO プロファイル情報を使用してコンパイルを最適化する。プロファイル ファイル(未加工またはインデックス付き LLVM プロファイル ファイル)を含む zip ファイルの絶対パス名を指定します。
タグ: affects_outputs
--cs_fdo_instrument=<a string> のデフォルト: 説明を表示
コンテキストに応じた FDO インストルメンテーションによるバイナリ生成Clang/LLVM コンパイラの場合、実行時に未加工のプロファイル ファイルがダンプされるディレクトリ名も受け入れられます。
タグ: affects_outputs
--cs_fdo_profile=<a build target label> のデフォルト: 説明を表示
最適化に使用されるコンテキスト センシティブ プロファイルを表す cs_fdo_profile。
タグ: affects_outputs
--cxxopt=<a string> 個の複数回の使用が累積されます
C++ ソースファイルをコンパイルする際に gcc に渡す追加のオプション。
タグ: action_command_linesaffects_outputs
--define=<a 'name=value' assignment> 個の複数回の使用が累積されます
各 --define オプションでビルド変数の割り当てを指定します。
タグ: changes_inputsaffects_outputs
--dynamic_mode=<off, default or fully> のデフォルト: "default"
C++ バイナリを動的にリンクするかどうかを決定します。「default」は、Bazel が動的にリンクするかどうかを選択することを意味します。「fully」は、すべてのライブラリが動的にリンクされることを意味します。「off」は、すべてのライブラリがほぼ静的モードでリンクされることを意味します。
タグ: loading_and_analysisaffects_outputs
--[no]enable_fdo_profile_absolute_path のデフォルト: true
設定すると、fdo_absolute_profile_path を使用するとエラーが発生します。
タグ: affects_outputs
--[no]enable_runfiles のデフォルト: "auto"
runfiles のシンボリック リンク ツリーを有効にします。デフォルトでは、Windows、他のプラットフォームでは無効になっています。
タグ: affects_outputs
--experimental_action_listener=<a build target label> 個の複数回の使用が累積されます
非推奨となり、複数の側面を考慮しました。action_listener を使用して、既存のビルド アクションに extra_action をアタッチします。
タグ: executionexperimental
--[no]experimental_android_compress_java_resources のデフォルト: "false"
APK で Java リソースを圧縮する
タグ: affects_outputsloading_and_analysisexperimental
--[no]experimental_android_databinding_v2 のデフォルト: "false"
Android データ バインディング v2 を使用する
タグ: affects_outputsloading_and_analysisloses_incremental_stateexperimental
--[no]experimental_android_resource_shrinking のデフォルト: "false"
ProGuard を使用する android_binary APK のリソース圧縮を有効にします。
タグ: affects_outputsloading_and_analysis
--[no]experimental_android_rewrite_dexes_with_rex のデフォルト: "false"
rex ツールを使用して dex ファイルを書き換える
タグ: affects_outputsloading_and_analysisloses_incremental_stateexperimental
--experimental_objc_fastbuild_options=<comma-separated list of options> のデフォルト: "-O0,-DDEBUG=1"
これらの文字列を objc fastbuild コンパイラ オプションとして使用します。
タグ: action_command_lines
--[no]experimental_omitfp のデフォルト: "false"
true の場合、libunwind をスタックのアンワインドに使用し、-fomit-frame-pointer と -fasync-unwind-tables でコンパイルします。
タグ: action_command_linesaffects_outputsexperimental
--[no]experimental_platform_in_output_dir のデフォルト: "false"
true の場合、ターゲット プラットフォームは CPU ではなく出力ディレクトリ名で使用されます。
タグ: affects_outputsexperimental
--[no]experimental_use_llvm_covmap のデフォルト: "false"
これを指定すると、Bazel は、collect_code_coverage が有効になっているときに、gcov ではなく llvm-cov カバレッジ マップ情報を生成します。
タグ: changes_inputsaffects_outputsloading_and_analysisexperimental
--fat_apk_cpu=<comma-separated list of options> のデフォルト: 「armeabi-v7a」
このオプションを設定すると、指定されたすべてのターゲット アーキテクチャのネイティブ バイナリ(--fat_apk_cpu=x86,armeabi-v7a. このフラグを指定すると、android_binary ルールの依存関係で --android_cpu は無視されます。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--[no]fat_apk_hwasan のデフォルト: "false"
HWASAN 分割を作成するかどうか。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--fdo_instrument=<a string> のデフォルト: 説明を表示
FDO インストルメンテーションでバイナリを生成する。Clang/LLVM コンパイラの場合、実行時に未加工のプロファイル ファイルがダンプされるディレクトリ名も受け入れられます。
タグ: affects_outputs
--fdo_optimize=<a string> のデフォルト: 説明を表示
FDO プロファイル情報を使用してコンパイルを最適化する。.gcda ファイルツリーを含む zip ファイルの名前、自動プロファイルを含む afdo ファイル、または LLVM プロファイル ファイルを指定します。このフラグには、ラベルとして指定されたファイル(例: 「//foo/bar:file.afdo」- 対応するパッケージに「exports_files」ディレクティブを追加)と、「fdo_profile」ターゲットを指すラベルも指定できます。このフラグは fdo_profile ルールに優先します。
タグ: affects_outputs
--fdo_prefetch_hints=<a build target label> のデフォルト: 説明を表示
キャッシュ プリフェッチのヒントを使用します。
タグ: affects_outputs
--fdo_profile=<a build target label> のデフォルト: 説明を表示
最適化に使用されるプロファイルを表す fdo_profile。
タグ: affects_outputs
--features=<a string> 個の複数回の使用が累積されます
特定の機能は、すべてのパッケージでデフォルトで有効または無効にされます。-<feature> を指定すると、この機能がグローバルに無効になります。ネガティブな特徴は常にポジティブな特徴よりも優先されます。このフラグは、Bazel リリースなしでデフォルトの機能変更のロールアウトを有効にするために使用されます。
タグ: changes_inputsaffects_outputs
--[no]force_pic のデフォルト: "false"
有効にすると、すべての C++ コンパイルで位置独立コード(「-fPIC」)が生成されます。リンクは非 PIC ライブラリよりも PIC ビルド済みライブラリを優先し、リンクは位置独立実行ファイル(「-pie」)を生成します。
タグ: loading_and_analysisaffects_outputs
--host_action_env=<a 'name=value' assignment with an optional value part> 個の複数回の使用が累積されます
ホストまたは実行構成のアクションで使用できる環境変数のセットを指定します。変数は、名前で指定できます。この場合、値は呼び出し環境から取得されるか、name=value ペアによって呼び出し環境から独立して値が設定されます。このオプションは複数回使用できます。同じ変数に指定されたオプションに対し、最新の条件、さまざまな変数のオプションが累積されます。
タグ: action_command_lines
--host_compilation_mode=<fastbuild, dbg or opt> のデフォルト: 「opt」
ビルド時に使用するツールのモードを指定します。値: fast'、'dbg'、'opt'。
タグ: affects_outputsaction_command_lines
--host_conlyopt=<a string> 個の複数回の使用が累積されます
ホスト構成または実行構成で C(C++ ではない)ソースファイルをコンパイルするときに C コンパイラに渡す追加オプション。
タグ: action_command_linesaffects_outputs
--host_copt=<a string> 個の複数回の使用が累積されます
ホスト構成または実行構成でビルドされたツールについて、C コンパイラに渡す追加のオプション。
タグ: action_command_linesaffects_outputs
--host_cpu=<a string> のデフォルト: ""
ホスト CPU。
タグ: changes_inputsaffects_outputs
--host_cxxopt=<a string> 個の複数回の使用が累積されます
ホスト構成または実行構成でビルドされたツールに対して C++ コンパイラに渡す追加のオプション。
タグ: action_command_linesaffects_outputs
--host_force_python=<PY2 or PY3> のデフォルト: 説明を表示
ホスト構成の Python バージョンをオーバーライドします。「PY2」または「PY3」のいずれか。
タグ: loading_and_analysisaffects_outputs
--host_linkopt=<a string> 個の複数回の使用が累積されます
ホスト構成または実行構成でツールをリンクする際にリンカーに渡す追加オプション。
タグ: action_command_linesaffects_outputs
--host_macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を表示
ホスト ターゲットに対して互換性がある最小の macOS バージョン。指定しない場合は、「macos_sdk_version」を使用します。
タグ: loses_incremental_state
--host_per_file_copt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options> 個の複数回の使用が累積されます
ホスト構成または実行構成で特定のファイルをコンパイルする際に C/C++ コンパイラに選択的に渡す追加のオプション。このオプションは複数回渡すことができます。構文: regex_filter@option_1,option_2,...,option_n。regex_filter は正規表現のパターンが含まれたリストと除外されるリストを表します(--instrumentation_filter も参照)。option_1 から option_n は任意のコマンドライン オプションを表します。オプションにカンマを含める場合は、バックスラッシュを引用符で囲む必要があります。オプションには @ を含めることができます。文字列の分割には最初の @ のみが使用されます。例: --host_per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0 は、bar.cc 以外のすべての cc ファイルの gcc コマンドラインに -O0 コマンドライン オプションを追加する。
タグ: action_command_linesaffects_outputs
--host_swiftcopt=<a string> 個の複数回の使用が累積されます
ホストツールの swiftc に渡す追加のオプション。
タグ: action_command_linesaffects_outputs
--[no]incompatible_avoid_conflict_dlls のデフォルト: true
有効にすると、Windows で cc_library によって生成されたすべての C++ ダイナミック リンク ライブラリ(DLL)の名前が name_{hash}.dll に変更され、RepositoryName と DLL のパッケージパスに基づいてハッシュが計算されます。このオプションは、同じ名前の複数の cc_library に依存する 1 つのパッケージがある場合に便利です(例: //foo/bar1:utils と //foo/bar2:utils)。
タグ: loading_and_analysisaffects_outputsincompatible_change
--[no]incompatible_merge_genfiles_directory のデフォルト: true
true の場合、genfiles ディレクトリが bin ディレクトリに折りたたまれています。
タグ: affects_outputsincompatible_change
--[no]incompatible_use_platforms_repo_for_constraints のデフォルト: true
true の場合、@bazel_tools の制約設定が削除されます。
タグ: affects_outputsincompatible_change
--[no]instrument_test_targets のデフォルト: "false"
カバレッジが有効になっている場合、インストルメンテーション テストルールを考慮するかどうかを指定します。設定すると、--instrumentation_filter に含まれるテストルールが計測可能になります。それ以外の場合、テストルールはカバレッジ計測から常に除外されます。
タグ: affects_outputs
--instrumentation_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> のデフォルト: "-/javatests[/:]-/test/java[/:]"
カバレッジが有効になっている場合、指定した正規表現ベースのフィルタに含まれる名前を持つルールのみが計測されます。「-」で始まるルールを除外します。--instrument_test_targets が有効になっていない限り、テスト対象外のルールのみがインストルメント化されます。
タグ: affects_outputs
--ios_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を表示
ターゲット シミュレータとデバイスに対する iOS の互換性が最小バージョン。指定しない場合は、「ios_sdk_version」が使用されます。
タグ: loses_incremental_state
--ios_multi_cpus=<comma-separated list of options> 個の複数回の使用が累積されます
ios_application をビルドするためのアーキテクチャのカンマ区切りのリスト。その結果、指定されたすべてのアーキテクチャを含むユニバーサル バイナリが作成されます。
タグ: loses_incremental_stateloading_and_analysis
--[no]legacy_whole_archive のデフォルト: true
。非推奨であり、--compatible_remove_legacy_whole_archive に置き換えられました(詳しくは、https://github.com/bazelbuild/bazel/issues/7362 をご覧ください)。オンの場合、linkshared=True で、linkopt で linkstatic=True または「-static」のいずれかが指定されている cc_binary ルールでは --whole-archive を使用します。これは下位互換性のみを目的としています。より望ましい代替手段として、必要に応じて alwayslink=1 を使用することをおすすめします。
タグ: action_command_linesaffects_outputsdeprecated
--linkopt=<a string> 個の複数回の使用が累積されます
リンク時に gcc に渡す追加のオプション。
タグ: action_command_linesaffects_outputs
--ltobackendopt=<a string> 個の複数回の使用が累積されます
LTO バックエンド ステップに渡す追加オプション(--features=thin_lto の下)。
タグ: action_command_linesaffects_outputs
--ltoindexopt=<a string> 個の複数回の使用が累積されます
LTO インデックス登録ステップに渡す追加オプション(--features=thin_lto の下)。
タグ: action_command_linesaffects_outputs
--macos_cpus=<comma-separated list of options> 個の複数回の使用が累積されます
Apple macOS バイナリをビルドするアーキテクチャのカンマ区切りのリスト。
タグ: loses_incremental_stateloading_and_analysis
--macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を表示
ターゲットに対して互換性がある最小の macOS バージョン。指定しない場合は、「macos_sdk_version」を使用します。
タグ: loses_incremental_state
--[no]objc_debug_with_GLIBCXX のデフォルト: "false"
設定されていて、コンパイル モードが「dbg」に設定されている場合は、GLIBCXX_DEBUG、GLIBCXX_DEBUG_PEDANTIC、GLIBCPP_CONCEPT_CHECKS を定義します。
タグ: action_command_lines
--[no]objc_enable_binary_stripping のデフォルト: "false"
リンクされたバイナリに対してシンボルとデッドコード ストリッピングを実行するかどうか。このフラグと --compile_mode=opt の両方を指定すると、バイナリ ストリッピングが実行されます。
タグ: action_command_lines
--objccopt=<a string> 個の複数回の使用が累積されます
Objective-C / C++ ソースファイルのコンパイル時に gcc に渡す追加のオプション。
タグ: action_command_lines
--per_file_copt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options> 個の複数回の使用が累積されます
特定のファイルをコンパイルする際に gcc に選択的に渡す追加のオプション。このオプションは複数回渡すことができます。構文: regex_filter@option_1,option_2,...,option_n。regex_filter は正規表現のパターンが含まれたリストと除外されるリストを表します(--instrumentation_filter も参照)。option_1 から option_n は任意のコマンドライン オプションを表します。オプションにカンマを含める場合は、バックスラッシュを引用符で囲む必要があります。オプションには @ を含めることができます。文字列の分割には最初の @ のみが使用されます。例: --per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0 は、bar.cc 以外のすべての cc ファイルの gcc コマンドラインに -O0 コマンドライン オプションを追加する。
タグ: action_command_linesaffects_outputs
--per_file_ltobackendopt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options> 個の複数回の使用が累積されます
特定のバックエンド オブジェクトをコンパイルするときに、LTO バックエンドを選択的に渡すオプション(--features=thin_lto の下)を追加しました。このオプションは複数回渡すことができます。構文: regex_filter@option_1,option_2,...,option_n。regex_filter は正規表現の包含と除外のリストのリストを表します。option_1 から option_n は、任意のコマンドライン オプションを表します。オプションにカンマを含める場合は、バックスラッシュを引用符で囲む必要があります。オプションには @ を含めることができます。文字列の分割には最初の @ のみが使用されます。例: --per_file_ltobackendopt=//foo/.*\.o,-//foo/bar\.o@-O0 は、bar.o を除く //foo/ にあるすべての o ファイルの LTO バックエンド コマンドラインに -O0 コマンドライン オプションを追加する。
タグ: action_command_linesaffects_outputs
--platform_suffix=<a string> のデフォルト: 説明を表示
設定ディレクトリに追加するサフィックスを指定します。
タグ: loses_incremental_stateaffects_outputsloading_and_analysis
--propeller_optimize=<a build target label> のデフォルト: 説明を表示
プロペラ プロファイルの情報を使用してビルド ターゲットを最適化します。プロペラ プロファイルは、cc プロファイルと ld プロファイルの少なくとも 1 つのファイルで構成されている必要があります。このフラグにはビルドラベルがあり、このラベルはプロペラ プロファイルの入力ファイルを参照する必要があります。たとえば、ラベルを定義する BUILD ファイルで、a/b/BUILD:propeller_optimize( name = "propeller_profile", cc_profile = "propeller_cc_profile.txt", ld_profile = "propeller_ld_profile.txt") を指定します。これらの Bazel ファイルが Bazel で出力されるようにするには、対象のパッケージに exports_files ディレクティブを追加する必要があります。このオプションは、以下のように使用する必要があります: --propeller_optimize=//a/b:propeller_profile
タグ: action_command_linesaffects_outputs
--propeller_optimize_absolute_cc_profile=<a string> のデフォルト: 説明を表示
Propeller 最適化ビルドの cc_profile ファイルの絶対パス名。
タグ: affects_outputs
--propeller_optimize_absolute_ld_profile=<a string> のデフォルト: 説明を表示
Propeller 最適化ビルドの ld_profile ファイルの絶対パス名。
タグ: affects_outputs
--run_under=<a prefix in front of command> のデフォルト: 説明を表示
「test」および「run」コマンドの実行可能ファイルの前に挿入する接頭辞。値が「foo -bar」、実行コマンドラインが「test_binary -baz」の場合、最後のコマンドラインは「foo -bar test_binary -baz」です。これは、実行可能ターゲットへのラベルにすることもできます。例: 'valgrind'、'strace'、'strace -c'、'valgrind --quiet --num-callers=20'、'//package:target'、'//package:target --options'
タグ: action_command_lines
--[no]share_native_deps のデフォルト: true
true の場合、同じ機能を含むネイティブ ライブラリが複数のターゲット間で共有されます。
タグ: loading_and_analysisaffects_outputs
--[no]stamp のデフォルト: "false"
日付、ユーザー名、ホスト名、ワークスペース情報などでバイナリをスタンプします。
タグ: affects_outputs
--strip=<always, sometimes or never> のデフォルト: 「sometimes」
。バイナリと共有共有ライブラリを削除するかどうかを指定します(-Wl,--strip-debug を使用)。「sometimes」のデフォルト値は --if の --compile_mode=fastbuild です。
タグ: affects_outputs
--stripopt=<a string> 個の複数回の使用が累積されます
<name>.stripped バイナリの生成時にストリップに渡す追加のオプション。
タグ: action_command_linesaffects_outputs
--swiftcopt=<a string> 個の複数回の使用が累積されます
Swift コンパイルに渡す追加オプション。
タグ: action_command_lines
--tvos_cpus=<comma-separated list of options> 個の複数回の使用が累積されます
Apple tvOS バイナリをビルドするアーキテクチャのカンマ区切りのリスト。
タグ: loses_incremental_stateloading_and_analysis
--tvos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を表示
ターゲット シミュレータとデバイスの最小互換 tvOS バージョン。指定しない場合は、「tvos_sdk_version」が使用されます。
タグ: loses_incremental_state
--watchos_cpus=<comma-separated list of options> 個の複数回の使用が累積されます
Apple WatchOS バイナリをビルドするアーキテクチャのカンマ区切りのリスト。
タグ: loses_incremental_stateloading_and_analysis
--watchos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を表示
ターゲット シミュレータとデバイスに対する互換性のある最低限の watchOS バージョン。指定しない場合は、「watchos_sdk_version」が使用されます。
タグ: loses_incremental_state
--xbinary_fdo=<a build target label> のデフォルト: 説明を表示
XbinaryFDO プロファイル情報を使用してコンパイルを最適化するデフォルトのクロス バイナリ プロファイルの名前を指定します。このオプションを --fdo_instrument/--fdo_optimize/--fdo_profile と一緒に使用すると、xbinary_fdo を指定していない場合と同様に、これらのオプションが常に優先されます。
タグ: affects_outputs
Bazel による有効なビルド入力の厳格さに適用されるオプション(ルールの定義、フラグの組み合わせなど):
--auto_cpu_environment_group=<a build target label> のデフォルト: ""
cpu_value を target_environment 値に自動的にマッピングするために使用する environment_group を宣言します。
タグ: changes_inputsloading_and_analysisexperimental
--[no]check_licenses のデフォルト: "false"
依存パッケージによって課されるライセンス制約が、ビルドされるターゲットの配布モードと競合していないことを確認します。デフォルトでは、ライセンスはチェックされません。
タグ: build_file_semantics
--[no]check_visibility のデフォルト: true
無効にした場合、ターゲット依存関係の可視性エラーは警告に降格されます。
タグ: build_file_semantics
--[no]desugar_for_android のデフォルト: true
dex の前に Java 8 バイトコードの出力をデコードするかどうか。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--[no]desugar_java8_libs のデフォルト: "false"
レガシー デバイス用のアプリでサポートされている Java 8 ライブラリを含めるかどうか。
タグ: affects_outputsloading_and_analysisloses_incremental_stateexperimental
--[no]enforce_constraints のデフォルト: true
各ターゲットが互換性を持つ環境を確認し、同じ環境をサポートしていない依存関係がターゲットに存在する場合にエラーを報告します。
タグ: build_file_semantics
--[no]experimental_allow_android_library_deps_without_srcs のデフォルト: "false"
srcs-less android_library ルールの deny を許可しない方法から遷移するフラグ。これをロールアウトするには、デポをクリーンアップする必要があります。
タグ: eagerness_to_exitloading_and_analysis
--[no]experimental_check_desugar_deps のデフォルト: true
Android バイナリレベルで正しい脱糖を再確認するかどうかを指定します。
タグ: eagerness_to_exitloading_and_analysisexperimental
--experimental_import_deps_checking=<off, warning or error> のデフォルト: "OFF"
有効になっている場合は、aar_import の依存関係が完了しているかどうかを確認します。この適用によってビルドが中断されたり、警告が表示されたりすることがあります。
タグ: loading_and_analysis
--experimental_strict_java_deps=<off, warn, error, strict or default> のデフォルト: "default"
true の場合、Java ターゲットで、直接使用するすべてのターゲットが依存関係として明示的に宣言されていることを確認します。
タグ: build_file_semanticseagerness_to_exit
--[no]incompatible_check_testonly_for_output_files のデフォルト: "false"
有効にする場合は、生成ルールのテスト専用ファイルを検索して、出力ファイルとなる前提条件ターゲットを確認します。これは可視性の確認と一致します。
タグ: build_file_semanticsincompatible_change
--[no]incompatible_disable_native_android_rules のデフォルト: "false"
有効にすると、ネイティブ Android ルールの直接使用は無効になります。https://github.com/bazelbuild/rules_android の Starlark Android ルールを使用してください。
タグ: eagerness_to_exitincompatible_change
--[no]incompatible_disable_native_apple_binary_rule のデフォルト: "false"
いいえ。下位互換性を維持するため、こちらで保持されます。
タグ: eagerness_to_exitincompatible_change
--[no]incompatible_force_strict_header_check_from_starlark のデフォルト: true
有効にする場合は、Starlark API で厳格なヘッダーチェックを設定する
タグ: loading_and_analysischanges_inputsincompatible_change
--[no]incompatible_validate_top_level_header_inclusions のデフォルト: true
true の場合、Bazel は最上位のディレクトリ ヘッダーのインクルードも検証します(詳しくは https://github.com/bazelbuild/bazel/issues/10047 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]strict_filesets のデフォルト: "false"
このオプションを有効にすると、パッケージの境界を越えたファイルセットはエラーとして報告されます。check_fileset_dependencies_recursative が無効になっている場合、機能しません。
タグ: build_file_semanticseagerness_to_exit
--strict_proto_deps=<off, warn, error, strict or default> のデフォルト: "error"
オフになっていない場合は、直接使用するすべてのターゲットを proto_library ターゲットで明示的に宣言していることを確認します。
タグ: build_file_semanticseagerness_to_exitincompatible_change
--strict_public_imports=<off, warn, error, strict or default> のデフォルト: "off"
オフになっていない場合、proto_library ターゲットで「import public」で使用されているすべてのターゲットがエクスポート済みとして明示的に宣言されていることを確認します。
タグ: build_file_semanticseagerness_to_exitincompatible_change
--[no]strict_system_includes のデフォルト: "false"
true の場合、system を通じて検出されたヘッダーにインクルード パス(-isystem)も宣言する必要があります。
タグ: loading_and_analysiseagerness_to_exit
--target_environment=<a build target label> 個の複数回の使用が累積されます
このビルドのターゲット環境を宣言します。「環境」ルールへの参照ラベルである必要があります。指定する場合、トップレベル ターゲットはすべて、この環境と互換性がある必要があります。
タグ: changes_inputs
ビルドの署名出力に影響するオプション:
--apk_signing_method=<v1, v2, v1_v2 or v4> のデフォルト: v1_v2
APK の署名に使用する実装
タグ: action_command_linesaffects_outputsloading_and_analysis
--[no]device_debug_entitlements のデフォルト: true
設定されていて、コンパイル モードが「opt」でない場合、objc アプリは署名時にデバッグ利用資格を含めます。
タグ: changes_inputs
--ios_signing_cert_name=<a string> のデフォルト: 説明を表示
iOS 署名に使用する証明書名。設定しないと、プロビジョニング プロファイルにフォールバックします。コードサインのマニュアル ページ(署名 ID)に従い、証明書のキーチェーン ID 設定、または証明書の共通名の部分文字列(部分文字列)になります。
タグ: action_command_lines
このオプションは、Starlark 言語、または BUILD ファイル、.bzl ファイル、WORKSPACE ファイルにアクセスできる Build API のセマンティクスに影響します。
--[no]incompatible_disallow_legacy_py_provider のデフォルト: true
No-op はまもなく削除されます。
タグ: loading_and_analysisincompatible_change
テスト環境またはテストランナーの動作を管理するオプション:
--[no]allow_analysis_failures のデフォルト: "false"
true の場合、ルール ターゲットの分析に失敗した場合、ビルドが失敗するのではなく、エラーの説明を含む AnalysisFailureInfo のインスタンスがターゲットに伝播されます。
タグ: loading_and_analysisexperimental
--analysis_testing_deps_limit=<an integer> のデフォルト: 「2000」
for_analysis_testing 構成の遷移を持つルール属性を通じて、推移的依存関係の最大数を設定します。この上限を超えると、ルールエラーが発生します。
タグ: loading_and_analysis
--[no]break_build_on_parallel_dex2oat_failure のデフォルト: "false"
true の dex2oat アクションが失敗すると、テスト ランタイム時に dex2oat が実行されるのではなく、ビルドが破損します。
タグ: loading_and_analysisexperimental
--[no]experimental_android_use_parallel_dex2oat のデフォルト: "false"
dex2oat を並行して使用して、android_test を高速化します。
タグ: loading_and_analysishost_machine_resource_optimizationsexperimental
--[no]ios_memleaks のデフォルト: "false"
ios_test ターゲットでのメモリリークの確認を有効にします。
タグ: action_command_lines
--ios_simulator_device=<a string> のデフォルト: 説明を表示
シミュレータで iOS アプリケーションを実行するときにシミュレートするデバイス(iPhone 6 など)。デバイスのリストを表示するには、シミュレータを実行するマシンで「xcrun simctl list devicetypes」を実行します。
タグ: test_runner
--ios_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を表示
: 実行中またはテスト時にシミュレータで実行する iOS のバージョン。ルールで対象デバイスが指定されている場合、ios_test ルールでは無視されます。
タグ: test_runner
--runs_per_test=<a positive integer or test_regex@runs. This flag may be passed more than once> 個の複数回の使用が累積されます
各テストを実行する回数を指定します。これらのテストがなんらかの理由で失敗した場合、テスト全体が失敗したとみなされます。通常、指定された値は単なる整数です。例: --runs_per_test=3 は、すべてのテストを 3 回実行します。代替構文: regex_filter@runs_per_testRun_per_test は整数値、regex_filter は正規表現パターンの追加と除外のリスト(--instrumentation_filter も参照)のリストを表します。例: --runs_per_test=//foo/.*,-//foo/bar/.*@3 は、//foo/bar 内のすべてのテストを 3 回実行します。このオプションは複数回渡すことができます。最も最近一致した引数が一致します。何も一致しない場合、テストは 1 回だけ実行されます。
--test_env=<a 'name=value' assignment with an optional value part> 個の複数回の使用が累積されます
テストランナー環境に挿入する追加の環境変数を指定します。変数は名前で指定できます。この場合、その値は Bazel クライアント環境から読み取られます。または、name=value ペアで読み取られます。このオプションは、複数の変数を指定するために複数回使用できます。bazel test コマンドでのみ使用されます。
タグ: test_runner
--test_timeout=<a single integer or comma-separated list of 4 integers> のデフォルト: 「-1」
テスト タイムアウトのデフォルトのテスト タイムアウト値(秒)をオーバーライドします。正の整数値を指定すると、すべてのカテゴリがオーバーライドされます。カンマ区切りの整数を 4 つ指定すると、short、medium、long、eternary のタイムアウトがオーバーライドされます。いずれの形式でも -1 の値は、そのカテゴリにデフォルトのタイムアウトを使用するようにブレイズに指示します。
--tvos_simulator_device=<a string> のデフォルト: 説明を表示
シミュレータで tvOS アプリケーションを実行するときにシミュレートするデバイス(「Apple TV 1080p」など)。デバイスのリストを表示するには、シミュレータを実行するマシンで「xcrun simctl list devicetypes」を実行します。
タグ: test_runner
--tvos_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を表示
実行時またはテスト時にシミュレータで実行する tvOS のバージョン。
タグ: test_runner
--watchos_simulator_device=<a string> のデフォルト: 説明を表示
シミュレータでスマートウォッチ OS アプリケーションを実行するときにシミュレートするデバイス(「Apple Watch - 38mm」など)。デバイスのリストを表示するには、シミュレータを実行するマシンで「xcrun simctl list devicetypes」を実行します。
タグ: test_runner
--watchos_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を表示
実行中またはテスト時にシミュレータで実行する watchOS のバージョン。
タグ: test_runner
--[no]zip_undeclared_test_outputs のデフォルト: true
true の場合、宣言されていないテスト出力は zip ファイルにアーカイブされます。
タグ: test_runner
クエリ出力とセマンティクスに関連するオプション:
--aspect_deps=<off, conservative or precise> のデフォルト: 「慎重」
出力形式が {xml,proto.record} である場合にアスペクトの依存関係を解決する方法。「off」は、アスペクトの依存関係が解決されないことを意味します。「preservive」(デフォルト)は、直接依存関係のルールクラスが指定されるかどうかにかかわらず、宣言されたすべてのアスペクトの依存関係が追加されることを意味します。「precise」は、直接依存関係のルールクラスに照らしてアクティブな可能性がある、それらのアスペクトのみが追加されることを意味します。正確なモードでは、1 つのターゲットを評価するには他のパッケージを読み込む必要があるため、他のモードよりも速度が遅くなります。なお、正確なモードであっても、完全に正確というわけではありません。アスペクトを計算するかどうかは、分析フェーズで決定されます。「Bazel クエリ」では実行されません。
タグ: build_file_semantics
--[no]deduplicate_depsets のデフォルト: true
最終的な proto/textproto/json の出力で、dep_set_of_files のリーフ以外の子の重複を除去します。即時の親を共有していない依存関係の重複除去は行われません。これは、アクションの入力アーティファクトの最終的な有効なリストには影響しません。
タグ: terminal_output
--[no]graph:factored のデフォルト: true
true の場合、グラフは「因数分解」される。つまり、トポロジ上同等のノードは結合され、ラベルが連結される。このオプションは --output=graph にのみ適用されます。
タグ: terminal_output
--graph:node_limit=<an integer> のデフォルト: 「512」
出力のグラフノードのラベル文字列の最大長。ラベルが長い場合は切り詰められます。-1 の場合は切り捨てられません。このオプションは --output=graph にのみ適用されます。
タグ: terminal_output
--[no]implicit_deps のデフォルト: true
有効にすると、暗黙的な依存関係がクエリが実行される依存関係グラフに含まれます。暗黙的な依存関係とは、BUILD ファイルで明示的に指定されていないが、bazel によって追加される依存関係です。cquery の場合、このオプションは解決されたツールチェーンのフィルタリングを制御します。
タグ: build_file_semantics
--[no]include_artifacts のデフォルト: true
出力にアクション入力と出力の名前が含まれます(サイズの大きい可能性があります)。
タグ: terminal_output
--[no]include_aspects のデフォルト: true
aquery, cquery: アスペクトによって生成されたアクションを出力に含めるかどうか。query: no-op(常にアスペクトに従います)。
タグ: terminal_output
--[no]include_commandline のデフォルト: true
出力にアクション コマンドラインの内容が含まれます(サイズの大きい可能性があります)。
タグ: terminal_output
--[no]include_file_write_contents のデフォルト: "false"
FileWrite アクションと SourceSymlinkManifest アクション(場合によっては大きい可能性があります)のファイルの内容を含めます。
タグ: terminal_output
--[no]include_param_files のデフォルト: "false"
コマンドで使用されるパラメータ ファイルの内容を入力します(サイズの大きい可能性があります)。注: このフラグを有効にすると、--include_commandline フラグが自動的に有効になります。
タグ: terminal_output
--[no]incompatible_display_source_file_location のデフォルト: true
デフォルトでは true。ソースファイルのターゲットを表示します。true の場合、場所出力にソースファイルの 1 行目の場所を表示します。このフラグは移行のためにのみ存在します。
タグ: terminal_outputincompatible_change
--[no]incompatible_package_group_includes_double_slash のデフォルト: true
有効にすると、package_group の package パッケージの出力時に、先頭の // が省略されることはありません。
タグ: terminal_outputincompatible_change
--[no]infer_universe_scope のデフォルト: "false"
設定されていて、--universe_scope が設定されていない場合、クエリ式内の一意のターゲット パターンのリストとして --universe_scope の値が推測されます。ユニバースをスコープとする関数(たとえば「allrdeps」など)を使用するクエリ式で推測される --universe_scope 値は望ましいものではない可能性があるため、自分が何をしているかわかっている場合にのみ、このオプションを使用してください。詳細と例については、https://bazel.build/query/language#sky-query をご覧ください。--universe_scope が設定されている場合、このオプションの値は無視されます。注: このオプションは「query」にのみ適用されます(つまり、「cquery」には適用されません)。
タグ: loading_and_analysis
--[no]line_terminator_null のデフォルト: "false"
各形式が改行ではなく \0 で終わっているかどうか。
タグ: terminal_output
--[no]nodep_deps のデフォルト: true
有効にすると、「nodep」属性からの依存関係が、クエリが動作する依存関係グラフに含まれます。「nodep」属性の一般的な例は「visibility」です。「info build-language」の出力を実行して解析し、ビルド言語のすべての「nodep」属性を確認します。
タグ: build_file_semantics
--output=<a string> のデフォルト: "text"
クエリ結果を出力する形式。aquery では、text、textproto、proto、jsonproto を指定できます。
タグ: terminal_output
--[no]proto:default_values のデフォルト: true
true の場合、値が BUILD ファイルで明示的に指定されていない属性を含めることができます。そうでない場合、それらは省略されます。このオプションは --output=proto に適用されます。
タグ: terminal_output
--[no]proto:definition_stack のデフォルト: "false"
Definition_stack の proto フィールドに値を設定します。この値は、ルールのクラスが定義された時点での Starlark コールスタックごとに記録されます。
タグ: terminal_output
--[no]proto:flatten_selects のデフォルト: true
有効にすると、select() によって作成された構成可能な属性はフラット化されます。リスト型の場合、フラット化された表現は、選択されたマップの各値を正確に 1 回含むリストです。スカラー型は null にフラット化されます。
タグ: build_file_semantics
--[no]proto:include_synthetic_attribute_hash のデフォルト: "false"
$internal_attr_hash 属性を計算して入力するかどうか。
タグ: terminal_output
--[no]proto:instantiation_stack のデフォルト: "false"
各ルールのインスタンス化コールスタックを入力します。なお、これにはスタックが存在する必要があります。
タグ: terminal_output
--[no]proto:locations のデフォルト: true
位置情報を proto 出力に出力するかどうか。
タグ: terminal_output
--proto:output_rule_attrs=<comma-separated list of options> のデフォルト: "all"
出力に含める属性のカンマ区切りのリスト。デフォルトはすべての属性です。空の文字列に設定すると、属性は出力されません。このオプションは --output=proto に適用されます。
タグ: terminal_output
--[no]proto:rule_inputs_and_outputs のデフォルト: true
rule_input フィールドと rule_output フィールドを設定するかどうかを指定します。
タグ: terminal_output
--query_file=<a string> のデフォルト: ""
設定すると、コマンドラインではなく、ここで指定したファイルからクエリが読み取られます。ここにファイルとコマンドライン クエリを指定するとエラーが発生します。
タグ: changes_inputs
--[no]relative_locations のデフォルト: "false"
true の場合、xml と proto の出力に含まれる BUILD ファイルは相対パスになります。デフォルトでは、ロケーションの出力は絶対パスであり、マシン間では整合性がありません。このオプションを true に設定すると、マシン間で一貫した結果が得られます。
タグ: terminal_output
--[no]skyframe_state のデフォルト: "false"
追加分析を行わずに、Skyframe から現在のアクション グラフをダンプします。注: --skyframe_state によるターゲットの指定は現在サポートされていません。このフラグは --output=proto または --output=textproto でのみ使用できます。
タグ: terminal_output
--[no]tool_deps のデフォルト: true
クエリ: 無効の場合、「ホスト構成」または「実行」のターゲットに対する依存関係は、クエリが実行される依存関係グラフに含まれません。プロトコル コンパイラに対する「proto_library」ルールなど、ホスト構成の依存関係エッジは、通常、同じ「ターゲット」プログラムの一部ではなく、ビルド中に実行されるツールを指しています。 Cquery: 無効な場合、ホストまたは実行の遷移にまたがる構成済みターゲットはすべて、この構成済みターゲットを検出したトップレベル ターゲットからフィルタされます。つまり、トップレベルのターゲットがターゲット構成にある場合、ターゲット構成でも構成されたターゲットのみが返されます。トップレベル ターゲットがホスト構成にある場合、ホスト構成ターゲットのみが返されます。このオプションでは、解決されたツールチェーンは除外されません。
タグ: build_file_semantics
--universe_scope=<comma-separated list of options> のデフォルト: ""
ターゲット パターンの加算(加算、減算)を指定します。クエリは、指定したターゲットの推移的な終了によって定義されたユニバースで実行します。このオプションは、クエリコマンドと cquery コマンドで使用されます。cquery の場合、このオプションへの入力は、すべての回答が作成されるターゲットであるため、このオプションは構成と遷移に影響する可能性があります。このオプションを指定しなかった場合、トップレベルのターゲットがクエリ式から解析されたターゲットと見なされます。注: cquery でこのオプションを指定しないと、クエリ式から解析されたターゲットがトップレベル オプションでビルドできない場合、ビルドが破損する可能性があります。
タグ: loading_and_analysis
ビルド時間の最適化をトリガーするオプション:
--[no]collapse_duplicate_defines のデフォルト: true
有効にすると、冗長な --defines がビルドの早い段階で削除されます。特定の種類の同等のビルドで分析キャッシュが不必要に失われることを回避できます。
タグ: loading_and_analysisloses_incremental_state
--[no]experimental_filter_library_jar_with_program_jar のデフォルト: "false"
ProGuardJAR をフィルタして、LibraryJar 内に存在するクラスもすべて削除します。
タグ: action_command_lines
--[no]experimental_inmemory_dotd_files のデフォルト: true
有効にすると、C++ .d ファイルはディスクに書き込まれるのではなく、リモートビルドノードから直接メモリに渡されます。
タグ: loading_and_analysisexecutionaffects_outputsexperimental
--[no]experimental_inmemory_jdeps_files のデフォルト: true
有効にすると、Java コンパイルで生成された依存関係(.jdeps)ファイルは、ディスクに書き込まれるのではなく、メモリにリモート ビルドノードから直接渡されます。
タグ: loading_and_analysisexecutionaffects_outputsexperimental
--[no]experimental_objc_include_scanning のデフォルト: "false"
目標 C/C++ のスキャンを含めるかどうか。
タグ: loading_and_analysisexecutionchanges_inputs
--[no]experimental_parse_headers_skipped_if_corresponding_srcs_found のデフォルト: "false"
有効にすると、同じベース名を持つソースが同じターゲットで見つかった場合、parse_headers 機能は個別のヘッダー コンパイル アクションを作成しません。
タグ: loading_and_analysisaffects_outputs
--[no]experimental_retain_test_configuration_across_testonly のデフォルト: "false"
有効にすると、--trim_test_configuration は testonly=1 とマークされたルールのテスト構成をトリミングしません。これは、テスト以外のルールが cc_test ルールに依存している場合に、アクションの競合の問題を軽減することを目的としています。--trim_test_configuration が false の場合は影響はありません。
タグ: loading_and_analysisloses_incremental_state
--[no]experimental_starlark_cc_import のデフォルト: "false"
有効にすると、cc_import の Starlark バージョンを使用できます。
タグ: loading_and_analysisexperimental
--[no]experimental_unsupported_and_brittle_include_scanning のデフォルト: "false"
入力ファイルの #include 行を解析し、C/C++ コンパイルの入力を絞り込むかどうか。これにより、コンパイル入力ツリーのサイズを小さくすることで、パフォーマンスとインクリメンタリティを改善できます。ただし、インクルード スキャナは C プリプロセッサのセマンティクスを完全には実装していないため、ビルドが中断される可能性もあります。特に、動的な #include ディレクティブは認識されず、プリプロセッサの条件付きロジックは無視されます。自己責任で使用してください。報告したフラグに関連する問題はすべてクローズされます。
タグ: loading_and_analysisexecutionchanges_inputs
--[no]incremental_dexing のデフォルト: true
dex 化にほとんどの作業は JAR ファイルごとに行います。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--[no]objc_use_dotd_pruning のデフォルト: true
設定すると、clang が出力する .d ファイルを使用して、objc のコンパイルに渡された入力をプルーニングします。
タグ: changes_inputsloading_and_analysis
--[no]process_headers_in_dependencies のデフォルト: "false"
ターゲットを //a:a にビルドするとき、a が依存するすべてのターゲットでヘッダーを処理します(ツールチェーンでヘッダー処理が有効になっている場合)。
タグ: execution
--[no]trim_test_configuration のデフォルト: true
有効にすると、テスト関連のオプションはビルドのトップレベルの下に表示されます。このフラグが有効な場合、テストをテスト以外のルールの依存関係として作成することはできませんが、テスト関連のオプションを変更しても、テスト以外のルールが再分析されることはありません。
タグ: loading_and_analysisloses_incremental_state
--[no]use_singlejar_apkbuilder のデフォルト: true
このオプションは非推奨になりました。現在は NoOps であり、まもなく削除されます。
タグ: loading_and_analysis
ログの詳細度、形式、場所に影響するオプション:
--toolchain_resolution_debug=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> のデフォルト: "-.*"
ツールチェーンの解決中にデバッグ情報を出力します。このフラグには正規表現が使用されます。正規表現は、ツールチェーンのタイプと特定のターゲットに対してチェックを行い、デバッグ対象を判別します。複数の正規表現を指定する場合は、カンマで区切ります。その後、各正規表現は個別にチェックされます。注: このフラグの出力は非常に複雑であるため、ツールチェーンの解決の専門家にのみ役立つ可能性があります。
タグ: terminal_output
他のカテゴリに該当しない Bazel コマンドの汎用入力を指定または変更するオプション:
--flag_alias=<a 'name=value' flag alias> 個の複数回の使用が累積されます
Starlark フラグの省略名を設定します。「<key>=<value>」形式の単一の Key-Value ペアを引数として受け取ります。
タグ: changes_inputs
--[no]incompatible_default_to_explicit_init_py のデフォルト: "false"
このフラグは、Python ターゲットの runfile で __init__.py ファイルが自動的に作成されないように、デフォルトの動作を変更します。正確には、py_binary または py_test ターゲットで legacy_create_init が「auto」(デフォルト)に設定されている場合、このフラグが設定されている場合に限り、false として扱われます。https://github.com/bazelbuild/bazel/issues/10076 をご覧ください。
タグ: affects_outputsincompatible_change
--[no]incompatible_py2_outputs_are_suffixed のデフォルト: true
true の場合、Python 2 の構成でビルドされたターゲットは、接尾辞「-py2」を含む出力ルートの下に表示されます。Python 3 でビルドされたターゲットは、Python 関連のサフィックスのないルートに表示されます。つまり、`bazel-bin` という便利なシンボリック リンクは、Python 2 ではなく、Python 3 ターゲットを指します。このオプションを有効にする場合は、「--compatible_py3_is_default」を有効にすることもおすすめします。
タグ: affects_outputsincompatible_change
--[no]incompatible_py3_is_default のデフォルト: true
true の場合、「python_version」(または「default_python_version」)属性を設定していない「py_binary」ターゲットと「py_test」ターゲットは、PY2 ではなく PY3 に設定されます。このフラグを設定する場合は、「--compatible_py2_outputs_are_suffixed」も設定することをおすすめします。
タグ: loading_and_analysisaffects_outputsincompatible_change
--[no]incompatible_use_python_toolchains のデフォルト: true
true に設定すると、実行可能なネイティブ Python ルールでは、--python_top などのレガシーフラグで指定されたランタイムではなく、Python ツールチェーンで指定された Python ランタイムが使用されます。
タグ: loading_and_analysisincompatible_change
--python_version=<PY2 or PY3> のデフォルト: 説明を表示
Python のメジャー バージョン モード。「PY2」または「PY3」。「py_binary」ターゲットと「py_test」ターゲット(バージョンを明示的に指定していなくても)によってオーバーライドされるため、通常、このフラグを指定する理由はほとんどありません。
タグ: loading_and_analysisaffects_outputsexplicit_in_output_path
その他(その他)に分類されるオプション:
--[no]cache_test_results [-t] デフォルト: "auto"
。「auto」に設定すると、Bazel は、(1)Bazel がテストまたはその依存関係の変更を検出したとき、(2)テストが外部としてマークされている、(3)複数のテスト実行が --runs_per_test でリクエストされた、または(4)以前にテストに失敗した場合にのみ、テストを再実行します。「yes」に設定すると、外部としてマークされたテストを除くすべてのテスト結果がキャッシュに保存されます。「no」に設定すると、Bazel はテスト結果をキャッシュに保存しません。
--[no]experimental_cancel_concurrent_tests のデフォルト: "false"
true の場合、Blaze は初回の正常な実行で同時に実行中のテストをキャンセルします。これは、--runs_per_test_detects_flakes と組み合わせた場合にのみ有効です。
タグ: affects_outputsloading_and_analysis
--[no]experimental_fetch_all_coverage_outputs のデフォルト: "false"
true の場合、Bazel はカバレッジ実行時に各テストのカバレッジ データ ディレクトリ全体を取得します。
タグ: affects_outputsloading_and_analysis
--[no]experimental_generate_llvm_lcov のデフォルト: "false"
true の場合、clang をカバーすると LCOV レポートが生成されます。
タグ: affects_outputsloading_and_analysis
--[no]experimental_j2objc_header_map のデフォルト: true
J2ObjC のトランスパイルと並行して J2ObjC のヘッダー マップを生成するかどうか。
--[no]experimental_j2objc_shorter_header_path のデフォルト: "false"
ヘッダーパスを短くして生成するかどうか("_j2objc の代わりに"_ios" を使用する)。
タグ: affects_outputs
--experimental_java_classpath=<off, javabuilder or bazel> のデフォルト: "javabuilder"
Java コンパイルで短縮されたクラスパスを有効にします。
--[no]experimental_limit_android_lint_to_android_constrained_java のデフォルト: "false"
--experimental_run_android_lint_on_java_rules を Android 互換ライブラリに制限しました。
タグ: affects_outputs
--[no]experimental_run_android_lint_on_java_rules のデフォルト: "false"
java_* ソースを検証するかどうか。
タグ: affects_outputs
--[no]explicit_java_test_deps のデフォルト: "false"
TestTest の依存関係から誤って取得するのではなく、java_test で JUnit または Hamcrest への依存関係を明示的に指定します。現時点では bazel に対してのみ機能します。
--host_java_launcher=<a build target label> のデフォルト: 説明を表示
ビルド時に実行されるツールで使用される Java ランチャー。
--host_javacopt=<a string> 個の複数回の使用が累積されます
ビルド時に実行されるツールをビルドするときに javac に渡す追加のオプション。
--host_jvmopt=<a string> 個の複数回の使用が累積されます
ビルド時に実行されるツールをビルドするときに Java VM に渡す追加のオプション。これらのオプションは、各 java_binary ターゲットの VM 起動オプションに追加されます。
--[no]incompatible_exclusive_test_sandboxed のデフォルト: true
true の場合、排他的テストはサンドボックス戦略で実行されます。ローカルで排他的テストを強制的に実行するには、「local」タグを追加します。
タグ: incompatible_change
--[no]incompatible_strict_action_env のデフォルト: "false"
true の場合、Bazel は PATH に静的値を持つ環境を使用し、LD_LIBRARY_PATH を継承しません。クライアントから特定の環境変数を継承する場合は --action_env=ENV_VARIABLE を使用します。ただし、継承すると、共有キャッシュが使用されている場合にユーザー キャッシュが使用できなくなる可能性があります。
タグ: loading_and_analysisincompatible_change
--j2objc_translation_flags=<comma-separated list of options> 個の複数回の使用が累積されます
J2ObjC ツールに渡す追加のオプション。
--java_debug
: Java テストの Java 仮想マシンで JDWP 準拠のデバッガ(jdb など)からの接続を待機してから、テストを開始します。黙示 -test_output=streamed
展開先:
--test_arg=--wrapper_script_flag=--debug
--test_output=streamed
--test_strategy=exclusive
--test_timeout=9999
--nocache_test_results
--[no]java_deps のデフォルト: true
Java ターゲットごとに依存関係情報(現時点ではコンパイル時のクラスパス)を生成します。
--[no]java_header_compilation のデフォルト: true
ijar をソースから直接コンパイルします。
--java_language_version=<a string> のデフォルト: ""
Java 言語バージョン
--java_launcher=<a build target label> のデフォルト: 説明を表示
Java バイナリをビルドするときに使用する Java ランチャー。このフラグを空の文字列に設定した場合は、JDK ランチャーが使用されます。「ランチャー」属性はこのフラグをオーバーライドします。
--java_runtime_version=<a string> のデフォルト: "local_jdk"
Java ランタイム バージョン
--javacopt=<a string> 個の複数回の使用が累積されます
javac に渡す追加のオプション。
--jvmopt=<a string> 個の複数回の使用が累積されます
Java VM に渡す追加のオプション。これらのオプションは、各 java_binary ターゲットの VM 起動オプションに追加されます。
--legacy_main_dex_list_generator=<a build target label> のデフォルト: 説明を表示
以前の Multidex をコンパイルするときに main dex に存在する必要があるクラスのリストを生成するために使用するバイナリを指定します。
--plugin=<a build target label> 個の複数回の使用が累積されます
ビルドで使用するプラグイン。現在、java_plugin で動作します。
--proguard_top=<a build target label> のデフォルト: 説明を表示
Java バイナリをビルドするときにコードを削除するために使用する ProGuard のバージョンを指定します。
--proto_compiler=<a build target label> のデフォルト: "@bazel_tools//tools/proto:protoc"
proto-compiler のラベル。
タグ: affects_outputsloading_and_analysis
--proto_toolchain_for_cc=<a build target label> のデフォルト: "@bazel_tools//tools/proto:cc_toolchain"
C++ proto のコンパイル方法を説明する proto_lang_toolchain() のラベル
タグ: affects_outputsloading_and_analysis
--proto_toolchain_for_j2objc=<a build target label> のデフォルト: "@bazel_tools//tools/j2objc:j2objc_proto_toolchain"
j2objc proto のコンパイル方法を説明する proto_lang_toolchain() のラベル
タグ: affects_outputsloading_and_analysis
--proto_toolchain_for_java=<a build target label> のデフォルト: "@bazel_tools//tools/proto:java_toolchain"
Java proto のコンパイル方法を説明する proto_lang_toolchain() のラベル
タグ: affects_outputsloading_and_analysis
--proto_toolchain_for_javalite=<a build target label> のデフォルト: "@bazel_tools//tools/proto:javalite_toolchain"
JavaLite proto のコンパイル方法を説明する proto_lang_toolchain() のラベル

タグ: affects_outputsloading_and_analysis
--protocopt=<a string> 個の複数回の使用が累積されます
protobuf コンパイラに渡す追加オプション。
タグ: affects_outputs
--[no]runs_per_test_detects_flakes のデフォルト: "false"
true の場合、少なくとも 1 つの実行 / 試行が成功し、1 つ以上の実行 / 試行が失敗したシャードは FLAKY ステータスになる。
--shell_executable=<a path> のデフォルト: 説明を表示
Bazel が使用するシェル実行可能ファイルの絶対パス。これが設定されていない場合、Bazel の呼び出しに BAZEL_SH 環境変数(Bazel サーバーを起動する)が設定されている場合、Bazel はこの引数を使用します。どちらも設定されていない場合、Bazel はオペレーティング システムに応じてハードコードされたデフォルト パスを使用します(Windows: c:/tools/msys64/usr/bin/bash.exe、FreeBSD: /usr/local/bin/bash、その他: /bin/bash)。bash と互換性のないシェルを使用すると、生成されたバイナリのビルドエラーやランタイム エラーが発生する可能性があります。
タグ: loading_and_analysis
--test_arg=<a string> 個の複数回の使用が累積されます
テストの実行可能ファイルに渡す必要のある追加のオプションと引数を指定します。複数の引数を指定するために複数回使用できます。複数のテストが実行されると、それぞれが同じ引数を受け取ります。bazel test コマンドでのみ使用されます。
--test_filter=<a string> のデフォルト: 説明を表示
テスト フレームワークに転送するフィルタを指定します。テストの実行を制限するために使用されます。これはビルド対象のターゲットには影響しません。
--test_result_expiration=<an integer> のデフォルト: 「-1」
このオプションは非推奨であり、効果はありません。
--[no]test_runner_fail_fast のデフォルト: "false"
フェイル ファスト オプションをテストランナーに転送します。テストランナーは、最初の失敗時に実行を停止する必要があります。
--test_sharding_strategy=<explicit, disabled or forced=k where k is the number of shards to enforce> のデフォルト: "explicit"
テストのシャーディングの戦略を指定します。'shard_count' BUILD 属性がある場合にのみ、シャーディングを使用するには「explicit」を指定します。「disable」はテストのシャーディングを使用しません。「forced=k」は、「shard_count」BUILD 属性に関係なく、テストに「k」シャードを適用します。
--tool_java_language_version=<a string> のデフォルト: ""
ビルドに必要なツールを実行するために使用される Java 言語バージョン
--tool_java_runtime_version=<a string> のデフォルト: "remotejdk_11"
ビルド時にツールを実行するために使用される Java ランタイム バージョン
--[no]use_ijars のデフォルト: true
このオプションを有効にすると、Java コンパイルでインターフェース jar が使用されます。増分コンパイルは速くなりますが、エラー メッセージは異なる場合があります。

ビルド オプション

コマンドの前に表示され、クライアントによって解析されるオプション。
--distdir=<a path> 個の複数回の使用が累積されます
ネットワークをダウンロードしてアーカイブを検索する場所が増えます。
タグ: bazel_internal_configuration
設定すると、キャッシュ ヒットが発生した場合、リポジトリのキャッシュはコピーではなくファイルにハードリンクします。これはディスク容量を節約することを目的としています。
タグ: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id のデフォルト: "false"
true の場合、指定されていない場合は、リポジトリのダウンロードの URL から取得した文字列を canonical_id として使用します。その結果、キャッシュに同じハッシュを使用したダウンロードが含まれていても、URL が変更されると再ダウンロードされます。これを使用して、URL の変更により、無効なリポジトリがキャッシュによってマスクされないことを確認できます。
タグ: loading_and_analysisexperimental
--[no]experimental_repository_disable_download のデフォルト: "false"
設定すると、外部リポジトリのダウンロードが許可されなくなります。
タグ: experimental
--experimental_repository_downloader_retries=<an integer> のデフォルト: 0
ダウンロード エラーを再試行する最大回数。0 に設定すると、再試行が無効になります。
タグ: experimental
--experimental_scale_timeouts=<a double> のデフォルト: 1.0
この係数による Starlark リポジトリ ルールのすべてのタイムアウトをスケーリングします。このようにすることで、ソースコードを変更せずに、ルールの作成者よりも遅いマシンで外部リポジトリを動作させることができます。
タグ: bazel_internal_configurationexperimental
--http_timeout_scaling=<a double> のデフォルト: 1.0
HTTP のダウンロードに関連するすべてのタイムアウトを、指定された要素ごとにスケーリングします。
タグ: bazel_internal_configuration
--repository_cache=<a path> のデフォルト: 説明を表示
外部リポジトリの取得中に取得したダウンロード後の値のキャッシュの場所を指定します。引数として空の文字列を指定すると、キャッシュが無効になります。
タグ: bazel_internal_configuration
ビルド実行を制御するオプション:
--[no]check_up_to_date のデフォルト: "false"
ビルドを行わず、ビルドが最新かどうかをチェックします。すべてのターゲットが最新の状態であれば、ビルドは正常に完了しています。いずれかのステップを実行する必要がある場合は、エラーが報告され、ビルドが失敗します。
タグ: execution
--dynamic_local_execution_delay=<an integer> のデフォルト: 「1000」
少なくとも 1 回ビルド中にリモート実行が速くなる場合は、ローカル実行を何ミリ秒遅らせる必要がありますか。
タグ: executionhost_machine_resource_optimizations
--dynamic_local_strategy=<a '[name=]value1[,..,valueN]' assignment> 個の複数回の使用が累積されます
特定の略語で使用するローカル戦略の順序。略語として「local」を渡すと、未指定の略語のデフォルトが設定されます。[mnemonic=]local_strategy[,local_strategy,...] を使用します
タグ: executionhost_machine_resource_optimizations
--dynamic_remote_strategy=<a '[name=]value1[,..,valueN]' assignment> 個の複数回の使用が累積されます
特定の略語に使用するリモート戦略。略語として「remote」を渡すと、未指定の略語のデフォルトが設定されます。[mnemonic=]remote_strategy[remote.strategy_...] を使用します。
タグ: executionhost_machine_resource_optimizations
--experimental_docker_image=<a string> のデフォルト: ""
Docker 戦略を使用するときにサンドボックス化されたアクションの実行に使用する Docker イメージ名(ubuntu:latest など)を指定します。このアクション自体は、プラットフォームの説明の Remote_execution_properties に container-image 属性がまだありません。このフラグの値は、「docker run」にそのまま渡されるため、Docker 自体と同じ構文とメカニズムがサポートされます。
タグ: execution
--[no]experimental_docker_use_customized_images のデフォルト: true
有効にした場合、現在のユーザーの uid と gid を Docker イメージに挿入してから使用します。これは、ビルドやテストが、コンテナ内に名前とホーム ディレクトリを持っているユーザーに依存している場合に必要です。デフォルトでオンになっていますが、画像の自動カスタマイズ機能が動作しない場合や、この機能が必要ない場合は、この機能を無効にできます。
タグ: execution
--[no]experimental_dynamic_exclude_tools のデフォルト: true
設定すると、「ツール用」にビルドされたターゲットが動的実行の対象から外れます。このようなターゲットが段階的に構築されることはほとんどないため、ローカル サイクルを消費する価値はありません。
タグ: executionhost_machine_resource_optimizations
--experimental_dynamic_local_load_factor=<a double> のデフォルト: 0
ダイナミック実行からローカルマシンにかかる負荷の量を制御します。このフラグは、動的に実行されるアクションの数を同時にスケジュールします。Blaze が使用できると判断する CPU の数に基づきます。これは CPU が --local_cpu_resources フラグで制御できます。このフラグを 0 に設定した場合、すべてのアクションが直ちにローカルにスケジュールされます。0 より大きい場合、ローカルにスケジュールされるアクションの量は、使用可能な CPU の数によって制限されます。1 未満の場合、負荷率は、スケジュールを待機するアクションの数が多いときにローカルにスケジュールされるアクションの数を減らすために使用します。ローカル マシンがあまり役に立たないクリーンなビルド ケースでは、ローカルマシンの負荷を軽減します。
タグ: executionhost_machine_resource_optimizations
--experimental_dynamic_slow_remote_time=<An immutable length of time.> のデフォルト: 0
0 より大きい場合、動的に実行されるアクションの時間は、リモート タイムアウトを避けるために、ローカル実行を優先する前にリモートのみで実行する必要があります。これにより、リモート実行システムでいくつかの問題が発生する可能性があります。リモート実行の問題をモニタリングしずに、これをオンにしないでください。
タグ: executionhost_machine_resource_optimizations
--[no]experimental_enable_docker_sandbox のデフォルト: "false"
Docker ベースのサンドボックスを有効にします。Docker がインストールされていない場合、このオプションは無視されます。
タグ: execution
--experimental_sandbox_async_tree_delete_idle_threads=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5"> のデフォルト: 0
「0」の場合、アクションが完了した時点ですぐにサンドボックス ツリーを削除します(これにより、アクションの完了が遅れます)。ゼロより大きい場合、ビルドの実行時にサイズ 1 の非同期スレッドプールで上記の 3 つの削除を実行し、サーバーがアイドル状態のときにこのフラグで指定されたサイズに成長します。
タグ: host_machine_resource_optimizationsexecution
--experimental_sandbox_memory_limit=<an integer> のデフォルト: 0
true に設定すると、Linux サンドボックスごとにメモリ容量が制限されます。cgroup v2 と、cgroup ディレクトリへのユーザーの権限が必要です。
タグ: execution
--experimental_sandboxfs_path=<a string> のデフォルト: 「sandboxfs」
--experimental_use_sandboxfs が true の場合に使用する sandboxfs バイナリのパス。ベアメタル名の場合は、PATH でその名前の最初のバイナリを使用します。
タグ: host_machine_resource_optimizationsexecution
--[no]experimental_split_xml_generation のデフォルト: true
このフラグが設定されている場合、テスト アクションで test.xml ファイルが生成されない場合、Bazel は別のアクションを使用して、テストログを含むダミーの test.xml ファイルを生成します。それ以外の場合は、Bazel がテスト アクションの一部として test.xml を生成します。
タグ: execution
--experimental_total_worker_memory_limit_mb=<an integer, or "HOST_RAM", optionally followed by [-|*]<float>.> のデフォルト: 0
この上限が 0 を超えると、すべてのワーカーの合計メモリ使用量が上限を超えると、アイドル状態のワーカーが強制終了される可能性があります。
タグ: executionhost_machine_resource_optimizations
--[no]experimental_use_hermetic_linux_sandbox のデフォルト: "false"
true に設定した場合、root をマウントせずに、sandbox_add_mount_pair で提供されるものをマウントします。入力ファイルは、サンドボックスからシンボリック リンクされるのではなく、サンドボックスにハードリンクされます。アクション入力ファイルがサンドボックスとは別のファイル システムにある場合、入力ファイルは代わりにコピーされます。
タグ: execution
--[no]experimental_use_sandboxfs のデフォルト: "false"
シンボリック リンク ツリーを作成するのではなく、sandboxfs を使用してアクションの execroot ディレクトリを作成する。「はい」の場合、--experimental_sandboxfs_path によって提供されるバイナリは、有効な sandboxfs のバージョンに対応している必要があります。「auto」の場合、バイナリがないか、互換性がない場合があります。
タグ: host_machine_resource_optimizationsexecution
--[no]experimental_use_windows_sandbox のデフォルト: "false"
Windows サンドボックスを使用してアクションを実行します。「はい」の場合、--experimental_windows_sandbox_path によって提供されるバイナリは有効であり、サポートされているバージョンの sandboxfs に対応している必要があります。「auto」の場合、バイナリがないか、互換性がない場合があります。
--experimental_windows_sandbox_path=<a string> のデフォルト: BazelSandbox.exe
--experimental_use_windows_sandbox が true の場合に使用する Windows サンドボックス バイナリのパス。ベアメタル名の場合は、PATH でその名前の最初のバイナリを使用します。
--[no]experimental_worker_as_resource のデフォルト: true
有効にすると、ワーカーは ResourceManager からリソースとして取得されます。
タグ: executionhost_machine_resource_optimizations
--[no]experimental_worker_cancellation のデフォルト: "false"
有効になっている場合、Bazel はサポート ワーカーにキャンセル リクエストを送信します。
タグ: execution
--[no]experimental_worker_multiplex のデフォルト: true
有効にすると、試験運用版の多重化機能をサポートするワーカーがその機能を使用します。
タグ: executionhost_machine_resource_optimizations
--[no]experimental_worker_multiplex_sandboxing のデフォルト: "false"
有効にすると、Multiplex ワーカーは作業リクエストごとに別のサンドボックス ディレクトリを使用してサンドボックス化されます。「supports-multiplex-sandboxing」実行要件を持つワーカーのみがサンドボックス化されます。
タグ: execution
--[no]experimental_worker_strict_flagfiles のデフォルト: "false"
有効にすると、ワーカー仕様に従っていないワーカーのアクション引数によりエラーが発生します。ワーカー引数には、引数リストの最後の 1 つの @flagfile 引数を指定する必要があります。
タグ: execution
--genrule_strategy=<comma-separated list of options> のデフォルト: ""
genrule の実行方法を指定します。このフラグは段階的に廃止されます。代わりに、--spawn_strategy=<value> を使用してすべてのアクションを制御します。--strategy=Genrule=<value> を使用して genrule のみを制御します。
タグ: execution
--high_priority_workers=<a string> 個の複数回の使用が累積されます
優先度の高いタスクを実行するワーカーのモネティクス。優先度の高いワーカーの実行中は、他のすべてのワーカーがスロットリングされます。
タグ: execution
true に設定されていて、--compatible_remote_symlinks も true の場合、アクション出力のシンボリック リンクはぶら下がります。
タグ: executionincompatible_change
true に設定すると、Bazel はリモート キャッシュ / 実行プロトコルのアクション出力のシンボリック リンクを表します。指定されていない場合、シンボリック リンクが適用され、ファイルまたはディレクトリとして表されます。詳しくは #6631 をご覧ください。
タグ: executionincompatible_change
--[no]incompatible_sandbox_hermetic_tmp のデフォルト: "false"
true に設定すると、各 Linux サンドボックスに /tmp としてマウントされる専用の専用ディレクトリがホスト ファイル システムと共有されるのではなく、用意されます。すべてのサンドボックスでホストの/tmp を確認するには、--sandbox_add_mount_pair=/tmp を使用します。
タグ: execution
--[no]internal_spawn_scheduler のデフォルト: "false"
スポーン スケジューラが有効かどうかを Blaze で確認できるようにするためのプレースホルダ オプション。
タグ: executionhost_machine_resource_optimizations
--jobs=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5"> [-j] デフォルト: "auto"
実行する同時実行ジョブの数。整数またはキーワード("auto"、"HOST_CPUS"、"HOST_RAM")に続けて、その後にオペレーション([-|*]<float>)を付けます。"auto"、"HOST_CPUS*.5"値は 1 ~ 5000 の範囲で指定してください。2,500 より大きい値はメモリの問題を引き起こす可能性があります。「auto」は、ホストリソースに基づいて妥当なデフォルトを計算します。
タグ: host_machine_resource_optimizationsexecution
--[no]keep_going [-k] デフォルト: "false"
エラー発生後は、可能な限り処理を続行します。失敗したターゲットとそれに依存するターゲットは分析できませんが、これらのターゲットのその他の前提条件は分析できます。
タグ: eagerness_to_exit
--loading_phase_threads=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5"> のデフォルト: "auto"
読み込み / 分析フェーズで使用する並列スレッドの数。整数またはキーワード("auto"、"HOST_CPUS"、"HOST_RAM")に続けて、必要に応じてオペレーション([-|*]<float>)を記述します。"auto"、"HOST_CPUS*.5"「auto」は、ホストリソースに基づいて妥当なデフォルトを設定します。1 以上の値にする必要があります。
タグ: bazel_internal_configuration
--[no]reuse_sandbox_directories のデフォルト: "false"
*
true に設定すると、ワーカー以外のサンドボックス実行で使用されるディレクトリが再利用され、不要な設定コストを回避できます。
タグ: host_machine_resource_optimizationsexecution
--sandbox_base=<a string> のデフォルト: ""
このパスの下にサンドボックス ディレクトリをサンドボックス化できるようにします。tmpfs へのパス(/run/shm など)を指定すると、ビルドやテストに多くの入力ファイルがある場合に、パフォーマンスが大幅に向上する可能性があります。注: アクションの実行によって生成された出力ファイルと中間ファイルを保持するのに十分な RAM と空き容量が必要です。
タグ: host_machine_resource_optimizationsexecution
--[no]sandbox_explicit_pseudoterminal のデフォルト: "false"
サンドボックス化されたアクションの疑似ターミナルの作成を明示的に有効にします。一部の Linux ディストリビューションでは、疑似ターミナルが機能するために、サンドボックス内のプロセスのグループ ID を「tty」に設定する必要があります。問題の原因となっている場合は、このフラグを無効にして、他のグループの使用を開始できます。
タグ: execution
--sandbox_tmpfs_path=<an absolute path> 個の複数回の使用が累積されます
サンドボックス化されたアクションの場合は、この空のパスに書き込み可能な空のディレクトリをマウントします(サンドボックスの実装でサポートされている場合は、これを無視します)。
タグ: host_machine_resource_optimizationsexecution
--spawn_strategy=<comma-separated list of options> のデフォルト: ""
スポーンド アクションをデフォルトでどのように実行するかを指定します。優先度を最も高いものから順に示すカンマ区切りのリストを指定します。Bazel はアクションごとに、そのアクションを実行できる優先度が最も高い戦略を選択します。デフォルト値は "remote.worker.sandboxed.local" です。詳しくは、https://blog.bazel.build/2019/06/19/list-strategy.html をご覧ください。
タグ: execution
--strategy=<a '[name=]value1[,..,valueN]' assignment> 個の複数回の使用が累積されます
生成された他のアクションのコンパイルの配布方法を指定します。優先度を最も高いものから順に示すカンマ区切りのリストを指定します。Bazel はアクションごとに、そのアクションを実行できる優先度が最も高い戦略を選択します。デフォルト値は "remote.worker.sandboxed.local" です。このフラグは、--spawn_strategy (およびニーモニック Genrule とともに使用する場合は --genrule_strategy)によって設定された値をオーバーライドします。詳しくは、https://blog.bazel.build/2019/06/19/list-strategy.html をご覧ください。
タグ: execution
--strategy_regexp=<a '<RegexFilter>=value[,value]' assignment> 個の複数回の使用が累積されます
特定の regex_filter に一致する説明を含むスポーン アクションを実行するために使用するスポーン戦略をオーバーライドします。正規表現一致の詳細については、--per_file_copt をご覧ください。説明に一致する最後の regex_filter が使用されます。このオプションは、戦略を指定するための他のフラグをオーバーライドします。例: --strategy_regexp=//foo.*\.cc,-//foo/bar=local は、ローカル戦略を使用して、説明が //foo.*.cc と一致したが //foo/bar と一致しない場合にアクションを実行することを意味します。例: --strategy_regexp='Compiling.*/bar=local --strategy_regexp=Compiling=sandboxed は「local」戦略で「Compiling //foo/bar/baz」を実行しますが、逆にすると「sandboxed」で実行されます。
タグ: execution
--worker_extra_flag=<a 'name=value' assignment> 個の複数回の使用が累積されます
--persistent_workers に加えてワーカー プロセスに渡す追加のコマンドフラグです。ニーモニックでキーで指定します(例: --worker_extra_flag=Javac=--debug)。
タグ: executionhost_machine_resource_optimizations
--worker_max_instances=<[name=]value, where value is an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5"> 個の複数回の使用が累積されます
「ワーカー」戦略を使用している場合に、ワーカー プロセス(永続 Java コンパイラなど)のインスタンスを起動できる回数。ワーカーの名前ごとにさまざまな値を指定するために、[name=value] として指定できます。整数またはキーワード("auto"、"HOST_CPUS"、"HOST_RAM")に続けて、その後にオペレーション([-|*]<float>)を付けます。"auto"、"HOST_CPUS*.5"「auto」は、マシンの容量に基づいて適切なデフォルト値を計算します。「=value」は、未指定の略語のデフォルトを設定します。
タグ: executionhost_machine_resource_optimizations
--worker_max_multiplex_instances=<[name=]value, where value is an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5"> 個の複数回の使用が累積されます
--experimental_worker_multiplex で「worker」戦略を使用している場合、Multiplex ワーカー プロセスが同時に受信できる WorkRequest の数。ワーカーの名前ごとにさまざまな値を指定するために、[name=value] として指定できます。整数またはキーワード("auto"、"HOST_CPUS"、"HOST_RAM")に続けて、その後にオペレーション([-|*]<float>)を付けます。"auto"、"HOST_CPUS*.5"「auto」は、マシンの容量に基づいて適切なデフォルト値を計算します。「=value」は、未指定の略語のデフォルトを設定します。
タグ: executionhost_machine_resource_optimizations
--[no]worker_quit_after_build のデフォルト: "false"
有効にすると、ビルドの完了後にすべてのワーカーが終了します。
タグ: executionhost_machine_resource_optimizations
--[no]worker_sandboxing のデフォルト: "false"
有効にすると、ワーカーはサンドボックス環境で実行されます。
タグ: execution
--[no]worker_verbose のデフォルト: "false"
有効にすると、ワーカーの開始、シャットダウン...時に詳細メッセージを出力します。
アクションの実行に使用するツールチェーンを構成するオプション:
--[no]incompatible_disable_runtimes_filegroups のデフォルト: "false"
no-op のサポートを終了しました。
タグ: action_command_linesloading_and_analysisdeprecatedincompatible_change
--[no]incompatible_dont_emit_static_libgcc のデフォルト: true
no-op のサポートを終了しました。
タグ: action_command_linesloading_and_analysisdeprecatedincompatible_change
no-op のサポートを終了しました。
タグ: action_command_linesloading_and_analysisdeprecatedincompatible_change
コマンドの出力を制御するオプション:
--[no]build のデフォルト: true
ビルドを実行します。これは正常な動作です。--nobuild を指定すると、ビルド アクションを実行する前にビルドが停止し、パッケージの読み込みと分析のフェーズが正常に完了したときに 0 が返されます。このモードは、それらのフェーズのテストに役立ちます。
タグ: executionaffects_outputs
--[no]experimental_run_validations のデフォルト: true
代わりに --run_validations を使用してください。
タグ: executionaffects_outputs
--[no]experimental_use_validation_aspect のデフォルト: "false"
アスペクトを使用して検証アクションを実行するかどうか(テストとの並列処理の場合)。
タグ: executionaffects_outputs
--output_groups=<comma-separated list of options> 個の複数回の使用が累積されます
出力グループ名のリスト(カンマ区切り、オプションで「+」または「-」が付きます)。「+」で始まるグループはデフォルトの出力グループのセットに追加され、「-」で始まるグループはデフォルトのセットから削除されます。接頭辞を持たないグループが 1 つ以上ある場合、デフォルトの出力グループのセットは省略されます。たとえば、--output_groups=+foo、+bar はデフォルトのセット、foo、bar の和集合を構築し、--output_groups=foo.bar はデフォルトのセットをオーバーライドして foo と bar のみをビルドします。
タグ: executionaffects_outputs
--[no]run_validations のデフォルト: true
ビルドの一環として検証アクションを実行するかどうか。https://bazel.build/extending/rules#validation_actions
タグをご覧ください: executionaffects_outputs
ユーザーが意図する出力を構成し、その存在ではなく値に影響を与えるオプション:
--aspects=<comma-separated list of options> 個の複数回の使用が累積されます
トップレベル ターゲットに適用するアスペクトのカンマ区切りリスト。リストにおいて、somesome_aspect が required_aspect_providers を介して必要なアスペクト プロバイダを指定している場合、some_aspect は、アドバタイズされたプロバイダが some_aspect の必須アスペクト プロバイダを満たさなければならないアスペクトのリストで、前述のアスペクトが言及されているすべてのアスペクトの後に実行されます。さらに、some_aspect は、require 属性で指定された、必要なすべての要素の後に実行されます。その後、some_aspect はそれらのアスペクトのプロバイダの値にアクセスできます。<bzl-file-label>%<aspect_name>。例: '//tools:my_def.bzl%my_aspect'。ここで、「my_aspect」はファイルツール(my_def.bzl)の最上位値です。
--bep_maximum_open_remote_upload_files=<an integer> のデフォルト: 「-1」
BEP アーティファクトのアップロード中に許可されるオープン ファイルの最大数。
タグ: affects_outputs
このフラグは、コンビニエンス シンボリック リンク(ビルド後にワークスペースに表示されるシンボリック リンク)の管理方法を制御します。有効な値: normal(デフォルト): ビルドごとに、さまざまな種類のコンビニエンス シンボリック リンクが作成または削除されます。 clean: すべてのシンボリック リンクが無条件に削除されます。 無視: シンボリック リンクは残されます。log_only: 「normal」が渡されたかのようにログメッセージを生成しますが、実際にはファイル システム オペレーションは実行しません(ツールに役立ちます)。影響を受けるのが、名前が --symlink_prefix で生成されたシンボリック リンクのみです。プレフィックスが変更されても既存のシンボリック リンクはそのまま残ります。
タグ: affects_outputs
このフラグは、BuildEventConenienceSymlinksIdentified を BuildEventProtocol に投稿するかどうかを制御します。値が true の場合、BuildEventProtocol には、workspaceSymlinksIdentified のエントリがあるので、ワークスペースに作成された便利なシンボリック リンクをすべてリストアップします。false の場合、BuildEventProtocol のコンビニエンス SymlinksIdentified エントリは空になります。
タグ: affects_outputs
--experimental_multi_cpu=<comma-separated list of options> 個の複数回の使用が累積されます
非推奨。処理なし。
タグ: affects_outputsexperimental
--remote_download_minimal
リモートビルドの出力をローカルマシンにダウンロードしません。このフラグは、--experimental_inmemory_jdeps_files、--experimental_inmemory_dotd_files、--experimental_action_cache_store_output_metadata、--remote_download_outputs=minimal のフラグのショートカットです。
展開先:
--nobuild_runfile_links
--experimental_inmemory_jdeps_files
--experimental_inmemory_dotd_files
--experimental_action_cache_store_output_metadata
--remote_download_outputs=minimal

タグ: affects_outputs
--remote_download_outputs=<all, minimal or toplevel> のデフォルト: "all"
「minimal」に設定すると、ローカル アクションに必要な出力を除き、リモートビルド出力はローカルマシンにダウンロードされません。「toplevel」に設定すると、「最上位」レベルの出力もローカルマシンにダウンロードされるという点を除いて「ミニマル」のように動作します。どちらの方法でも、ネットワーク帯域幅がボトルネックになった場合に、ビルド時間を大幅に短縮できます。
タグ: affects_outputs
リモートビルドの出力をローカルマシンにダウンロードするのではなく、シンボリック リンクを作成します。シンボリック リンクのターゲットは、テンプレート文字列の形式で指定できます。このテンプレート文字列には、オブジェクトのハッシュとバイトサイズにそれぞれ展開する {hash} と {size_bytes} を含めることができます。これらのシンボリック リンクは、たとえば、オンデマンドで CAS からオブジェクトを読み込む FUSE ファイル システムを指す場合があります。
タグ: affects_outputs
--remote_download_toplevel
トップレベル ターゲットのリモート出力のみをローカルマシンにダウンロードします。このフラグは、--experimental_inmemory_jdeps_files、--experimental_inmemory_dotd_files、--experimental_action_cache_store_output_metadata、--remote_download_outputs=toplevel のフラグのショートカットです。
展開先:
--experimental_inmemory_jdeps_files
--experimental_inmemory_dotd_files
--experimental_action_cache_store_output_metadata
--remote_download_outputs=toplevel

タグ: affects_outputs
ビルド後に作成される便利なシンボリック リンクの前に付加される接頭辞。省略した場合は、デフォルト値として、ビルドツールの名前の後にハイフンが付きます。「/」が渡された場合、シンボリック リンクは作成されず、警告も出力されません。警告: 「/」の特別な機能はまもなく非推奨となります。代わりに --experimental_convenience_symlinks=ignore を使用してください。
タグ: affects_outputs
Bazel による有効なビルド入力の厳格さに適用されるオプション(ルールの定義、フラグの組み合わせなど):
--[no]experimental_docker_privileged のデフォルト: "false"
これが有効になっている場合、Bazel はアクションの実行時に --privileged フラグを「docker run」に渡します。ビルドで必要になる場合がありますが、密閉性が低下する可能性もあります。
タグ: execution
--experimental_repository_hash_file=<a string> のデフォルト: ""
空でない場合、解決された値を含むファイルを指定します。リポジトリのディレクトリのハッシュはこれに対して検証します。
タグ: affects_outputsexperimental
true の場合、アクション入力として指定されたシンボリック リンクのターゲットをサンドボックスにマッピングします。この機能は、あくまでもバグのあるルールを自分で回避するためのもので、そのようなルールがすべて修正された時点で削除されます。
タグ: host_machine_resource_optimizationsexecution
--experimental_verify_repository_rules=<a string> 個の複数回の使用が累積されます
出力ディレクトリのハッシュを検証するリポジトリ ルールのリストの場合、ファイルは --experimental_repository_hash_file で指定します。
タグ: affects_outputsexperimental
--[no]incompatible_legacy_local_fallback のデフォルト: "false"
true に設定すると、サンドボックスからローカル戦略への以前の暗黙的なフォールバックが有効になります。このフラグは最終的にデフォルトで false に設定され、その後 NoOps になります。代わりに、--strategy、--spawn_strategy、または --dynamic_local_strategy を使用してフォールバックを構成します。
タグ: executionincompatible_change
--sandbox_add_mount_pair=<a single path or a 'source:target' pair> 個の複数回の使用が累積されます
サンドボックスにマウントするパスペアを追加します。
タグ: execution
--sandbox_block_path=<a string> 個の複数回の使用が累積されます
サンドボックス化されたアクションの場合、このパスへのアクセスを許可しません。
タグ: execution
--[no]sandbox_default_allow_network のデフォルト: true
アクションに対するネットワーク アクセスをデフォルトで許可します。サンドボックス化のすべての実装で機能するとは限りません。
--[no]sandbox_fake_hostname のデフォルト: "false"
サンドボックス化されたアクション用に、現在のホスト名を「localhost」に変更します。
タグ: execution
--[no]sandbox_fake_username のデフォルト: "false"
サンドボックス化されたアクションの現在のユーザー名を「nobody」に変更します。
タグ: execution
--sandbox_writable_path=<a string> 個の複数回の使用が累積されます
サンドボックス化されたアクションの場合は、既存のディレクトリをサンドボックスで書き込み可能にします(サンドボックスの実装でサポートされている場合は、これを無視します)。
タグ: execution
このオプションは、Starlark 言語、または BUILD ファイル、.bzl ファイル、WORKSPACE ファイルにアクセスできる Build API のセマンティクスに影響します。
--[no]experimental_allow_top_level_aspects_parameters のデフォルト: true
No-op タグ
タグ: no_opdeprecatedexperimental
--[no]incompatible_config_setting_private_default_visibility のデフォルト: "false"
compatible_enforce_config_setting_visibility=false の場合、これは noop です。それ以外の場合、このフラグが false の場合、明示的な可視性属性のない config_setting は //visibility:public です。このフラグが true の場合、config_setting は他のすべてのルールと同じ可視性ロジックに従います。https://github.com/bazelbuild/bazel/issues/12933 をご覧ください。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_enforce_config_setting_visibility のデフォルト: true
true の場合、config_setting の公開設定制限を適用します。false の場合、すべての config_setting がすべてのターゲットに表示されます。https://github.com/bazelbuild/bazel/issues/12932 をご覧ください。
タグ: loading_and_analysisincompatible_change
テスト環境またはテストランナーの動作を管理するオプション:
--[no]check_tests_up_to_date のデフォルト: "false"
テストは実行せず、最新のものであることを確認してください。すべてのテスト結果が最新の状態であれば、テストは正常に完了しています。テストを作成または実行する必要がある場合、エラーが報告され、テストは失敗します。このオプションは、--check_up_to_date の動作を暗黙的に示唆します。
タグ: execution
--flaky_test_attempts=<a positive integer, the string "default", or test_regex@attempts. This flag may be passed more than once> 個の複数回の使用が累積されます
各テストは、テストが失敗した場合、指定された回数まで再試行されます。合格するまで複数回テストを行う必要があるテストは、テストの概要で「FLAKY」とマークされます。通常、指定された値は整数または文字列「default」です。整数の場合、すべてのテストは最大 N 回まで実行されます。「default」の場合、通常のテストでは 1 回のテストが試行され、ルールで不安定とマークされたテスト(flaky=1 属性)は 3 回試行されます。代替構文: regex_filter@flaky_test_attempts。この場合、flaky_test_attempts は上記のとおりです。regex_filter は、正規表現パターンの追加と除外のリストを表します(--runs_per_test もご覧ください)。例: --flaky_test_attempts=//foo/.*,-//foo/bar/.*@3 は、foo/bar にあるものを除くすべてのテストを //foo/で 3 回デフレークする。このオプションは複数回渡すことができます。最も最近一致した引数が一致します。一致するものがない場合は、上記の「デフォルト」のように動作します。
タグ: execution
--local_test_jobs=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5"> のデフォルト: "auto"
同時に実行するローカルテスト ジョブの最大数。整数またはキーワード("auto"、"HOST_CPUS"、"HOST_RAM")に続けて、その後にオペレーション([-|*]<float>)を付けます。"auto"、"HOST_CPUS*.5"0 は、ローカル リソースが同時に実行されるローカルテスト ジョブの数を制限することを意味します。これを --jobs の値よりも大きく設定しても効果はありません。
タグ: execution
--[no]test_keep_going のデフォルト: true
無効にすると、テストに合格しなかった場合は、ビルド全体が停止します。デフォルトでは、合格しなかった場合も含めて、すべてのテストが実行されます。
タグ: execution
--test_strategy=<a string> のデフォルト: ""
テスト実行時に使用する戦略を指定します。
タグ: execution
--test_tmpdir=<a path> のデフォルト: 説明を表示
使用する bazel test のベース一時ディレクトリを指定します。
Bzlmod の出力とセマンティクスに関連するオプション:
--allow_yanked_versions=<a string> 個の複数回の使用が累積されます
: モジュールのソース バージョンを <module1>@<version1>, <module2>@<version2>` の形式で指定します。これらは、登録元のレジストリで yankyan と宣言されていても(NonRegistryOverride 以外からの場合でも)、その依存関係グラフで許可されます。そうしないと、ジャンクされたバージョンが原因で解決に失敗します。「BZLMOD_ALLOW_YANKED_VERSIONS」環境変数を使用して、許可されたジャンク バージョンを定義することもできます。このチェックを無効にするには、キーワード「all」を使用します(非推奨)。
タグ: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> のデフォルト: "error"
Bazel モジュールの Bazel バージョンの互換性を確認する。有効な値は、エラーを解決のためにエスカレーションする「error」、チェックを無効にする「off」、不一致が検出されたときに警告を出力する「warning」です。
タグ: loading_and_analysis
--check_direct_dependencies=<off, warning or error> のデフォルト: "warning"
ルート モジュール内で宣言されている直接的な「bazel_dep」依存関係が、解決済みの依存関係グラフに表示されるバージョンと同じかどうかを確認します。有効な値は、チェックを無効にする場合は「off」、不一致が検出されたときに警告を出力する場合は「warning」、解決の失敗にエスカレーションする場合は「error」です。
タグ: loading_and_analysis
--[no]ignore_dev_dependency のデフォルト: "false"
true の場合、Bazel はルート モジュールの MODULE.bazel で「dev_dependency」として宣言されている「bazel_dep」と「use_extension」を無視します。このフラグの値に関係なく、MODULE.bazel がルート モジュールでない場合、これらの dev 依存関係は常に無視されます。
タグ: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path> 個の複数回の使用が累積されます
ローカル ディレクトリを含むモジュールをオーバーライドします。
--registry=<a string> 個の複数回の使用が累積されます
Bazel モジュールの依存関係の検索に使用するレジストリを指定します。順序は重要です。まず古いレジストリでモジュールが参照され、以前のレジストリにないレジストリはその後にフォールバックされます。
タグ: changes_inputs
ログの詳細度、形式、場所に影響するオプション:
--[no]announce のデフォルト: "false"
非推奨。処理なし。
タグ: affects_outputs
--[no]debug_spawn_scheduler のデフォルト: "false"
--[no]experimental_bep_target_summary のデフォルト: "false"
TargetSummary イベントを公開するかどうかを指定します。
--[no]experimental_build_event_expand_filesets のデフォルト: "false"
true の場合、出力ファイルを表示する際に BEP 内のファイルセットを展開します。
タグ: affects_outputs
true の場合、出力ファイルを提示する際に BEP の相対ファイルセット シンボリック リンクを完全に解決します。--experimental_build_event_expand_filesets が必要です。
タグ: affects_outputs
--experimental_build_event_upload_max_retries=<an integer> のデフォルト: 「4」
Bazel がビルドイベントのアップロードを再試行する最大回数。
タグ: bazel_internal_configuration
--experimental_build_event_upload_retry_minimum_delay=<An immutable length of time.> のデフォルト: 「1s」
BEP アップロードが失敗した場合の指数バックオフの最短初期遅延。(指数: 1.6)
タグ: bazel_internal_configuration
--experimental_build_event_upload_strategy=<a string> のデフォルト: 説明を表示
ビルドイベント プロトコルで参照されるアーティファクトをアップロードする方法を選択します。
タグ: affects_outputs
--[no]experimental_collect_local_sandbox_action_metrics のデフォルト: true
有効にすると、サンドボックスを使用するローカルで実行されるアクションの実行統計情報(ユーザーとシステム時刻など)が記録されます。
タグ: execution
--[no]experimental_docker_verbose のデフォルト: "false"
有効にすると、Bazel サンドボックス戦略に関する詳細なメッセージが出力されます。
タグ: execution
--[no]experimental_materialize_param_files_directly のデフォルト: "false"
パラメータ ファイルを実体化する場合は、ディスクに直接書き込みます。
タグ: execution
--[no]experimental_record_metrics_for_all_mnemonics のデフォルト: "false"
デフォルトでは、アクション タイプの数は、実行されたアクションの数が最も多い 20 個のニーモニックに制限されます。このオプションを設定すると、すべての略語に関する統計情報が書き込まれます。
--experimental_repository_resolved_file=<a string> のデフォルト: ""
空でない場合は、実行されたすべての Starlark リポジトリ ルールの解決済みの情報を含む Starlark 値を記述します。
タグ: affects_outputs
--[no]experimental_stream_log_file_uploads のデフォルト: "false"
アップロードされたログファイルを、ディスクに書き込むのではなく、リモート ストレージに直接ストリーミングします。
タグ: affects_outputs
--explain=<a path> のデフォルト: 説明を表示
: ビルドシステムがビルドの各ステップを行うようにします。指定したログファイルに説明が書き込まれます。
タグ: affects_outputs
--[no]legacy_important_outputs のデフォルト: true
これを使用して、TargetComplete イベントで従来の big_outputs フィールドの生成を抑制します。Bazel と ResultStore の統合では、essential_outputs が必要です。
タグ: affects_outputs
--[no]materialize_param_files のデフォルト: "false"
リモート アクションの実行を使用している場合でも、中間パラメータ ファイルを出力ツリーに書き込みます。アクションをデバッグする場合に便利です。これは、--subcommands と --verbose_failures によって暗黙的に指定されます。
タグ: execution
--max_config_changes_to_show=<an integer> のデフォルト: 「3」
ビルド オプションの変更により分析キャッシュを破棄すると、指定した数だけオプション名が表示されます。数値が -1 の場合は、変更されたオプションがすべて表示されます。
タグ: terminal_output
--max_test_output_bytes=<an integer> のデフォルト: 「-1」
--test_output が「errors」または「all」の場合に出力できるテストログあたりの最大サイズを指定します。過度にノイズの多いテスト出力で、出力の過負荷を回避するのに便利です。テストヘッダーはログサイズに含まれます。負の値は制限がないことを意味します。出力はオールインまたはナッシングです。
タグ: test_runnerterminal_outputexecution
--output_filter=<a valid Java regular expression> のデフォルト: 説明を表示
指定した正規表現に一致する名前のルールのルールのみが表示されます。
タグ: affects_outputs
--progress_report_interval=<an integer in 0-3600 range> のデフォルト: 0
実行中のジョブに関するレポートの間隔(秒)。デフォルト値の 0 は、10 秒後に最初のレポートが出力され、その 30 秒後にレポートが 1 分ごとに出力されることを意味します。--curses を有効にすると、進捗状況が 1 秒ごとにレポートされます。
タグ: affects_outputs
--remote_print_execution_messages=<failure, success or all> のデフォルト: 「failure」
リモート実行メッセージを出力するタイミングを選択します。有効な値は、失敗時にのみ出力する場合は「失敗」、成功時にのみ出力する場合は「成功」、常に出力する場合は「すべて」です。
タグ: terminal_output
--[no]sandbox_debug のデフォルト: "false"
サンドボックス機能のデバッグ機能を有効にします。これには 2 つのことが含まれます。まず、サンドボックスのルート コンテンツはビルド後も変更されません(さらに、sandboxfs を使用している場合、ファイル システムはマウントされたままになります)。第 2 に、実行時に追加のデバッグ情報が出力されます。これは、Bazel または Starlark ルールのデベロッパーが、入力ファイルがないなどの理由でデバッグが失敗する際に利用できます。
タグ: terminal_output
--show_result=<an integer> のデフォルト: 「1」
ビルドの結果を表示します。各ターゲットについて、そのビルドが最新かどうかと、ビルドされた出力ファイルのリストを記載します。出力されたファイルは、コピー&シェルに貼り付けて実行するのに便利な文字列です。 このオプションには整数の引数が必要です。このしきい値を超えると、結果情報は出力されません。したがって、0 の場合はメッセージが抑制され、MAX_INT を指定した場合は常に結果の出力が行われます。デフォルトは 1 です。
タグ: affects_outputs
--[no]subcommands [-s] デフォルト: "false"
ビルド中に実行されたサブコマンドを表示します。関連フラグ: --execution_log_json_file、--execution_log_binary_file(ツールに対応した形式でサブコマンドをログに記録する場合)。
タグ: terminal_output
--test_output=<summary, errors, all or streamed> のデフォルト: 「summary」
目的の出力モードを指定します。有効な値は、テスト ステータスの概要のみを出力する「summary」、失敗したテストのテストログも出力する「errors」、すべてのテストのログをリアルタイムで出力する「all」、すべてのテストのログをリアルタイムで出力する「stream」です(--test_strategy 値に関係なく、テストは一度に 1 つずつローカルに実行されます)。
タグ: test_runnerterminal_outputexecution
--test_summary=<short, terse, detailed, none or testcase> のデフォルト: "short"
テストの概要の目的の形式を指定します。有効な値は、短いテスト実行に関する情報のみを表示する場合は「short」、失敗したテストに関する情報のみを表示する場合は「detail」、テストケースの解決で概要を出力する「testcase」は、失敗したテストケースに関する詳細情報は出力しません。概要は「none」と出力します。
タグ: terminal_output
--[no]verbose_explanations のデフォルト: "false"
--explain が有効になっている場合に発行される説明の詳細度を高めます。--explain が有効になっていない場合、効果はありません。
タグ: affects_outputs
--[no]verbose_failures のデフォルト: "false"
コマンドが失敗した場合は、コマンドライン全体を出力します。
タグ: terminal_output
他のカテゴリに該当しない Bazel コマンドの汎用入力を指定または変更するオプション:
--aspects_parameters=<a 'name=value' assignment> 個の複数回の使用が累積されます
コマンドラインのアスペクト パラメータの値を指定します。各パラメータ値は <param_name>=<param_value> で指定されます。たとえば、'my_param=my_val' です。ここで、'my_param' は --aspects リストに含まれる要素、またはリストのなんらかの要素で必要なパラメータです。このオプションは複数回使用できます。ただし、同じパラメータに値を複数回割り当てることはできません。
タグ: loading_and_analysis
--experimental_resolved_file_instead_of_workspace=<a string> のデフォルト: ""
空でない場合は、WORKSPACE ファイルではなく、指定された解決済みファイルを読み込みます。
タグ: changes_inputs
--target_pattern_file=<a string> のデフォルト: ""
設定すると、ビルドはコマンドラインではなく、ここで指定したファイルからパターンを読み取ります。ここにファイルとコマンドライン パターンを指定するとエラーが発生します。
タグ: changes_inputs
リモート キャッシュと実行のオプション:
--experimental_downloader_config=<a string> のデフォルト: 説明を表示
リモート ダウンローダーを構成するファイルを指定します。このファイルは、各行がディレクティブ(「allow」、「block」または「rewrite」)で始まり、その後にホスト名(「allow」と「block」)が続くか、2 つのパターン(一致する URL が代替 URL として使用される)に続き、後方参照が「$1」で始まります。複数の URL に対してこの rewrite ディレクティブが複数回送信される可能性があります。
--[no]experimental_guard_against_concurrent_changes のデフォルト: "false"
これをオフにすると、リモート キャッシュにアップロードする前に、アクションの入力ファイルのチェックチェックが無効になります。Linux カーネルがファイルの書き込みを遅延させ、誤検出を引き起こす可能性があります。
--experimental_remote_build_event_upload=<all or minimal> のデフォルト: "all"
「all」に設定すると、BEP によって参照されるすべてのローカル出力がリモート キャッシュにアップロードされます。「minimal」に設定すると、BEP コンシューマにとって重要なファイル(テストログやタイミング プロファイルなど)を除き、BEP で参照されるローカル出力はリモート キャッシュにアップロードされません。ローカル ファイルのパスには file:// スキームが使用され、(すでにアップロードされた)ファイルのパスには bytestream:// スキームが使用されます。デフォルトは「all」です。
--[no]experimental_remote_cache_async のデフォルト: "false"
true の場合、リモート キャッシュの I/O は、スポーンの一環として行われるのではなく、バックグラウンドで行われます。
--[no]experimental_remote_cache_compression のデフォルト: "false"
有効にすると、zstd でキャッシュ blob を圧縮 / 解凍します。
--experimental_remote_capture_corrupted_outputs=<a path> のデフォルト: 説明を表示
破損した出力をキャプチャするディレクトリのパス。
--experimental_remote_downloader=<a string> のデフォルト: 説明を表示
リモート ダウンロード プロキシとして使用する Remote Asset API エンドポイント URI。サポートされているスキーマは、grpc、grpcs(TLS が有効になっている grpc)、unix(ローカル UNIX ソケット)です。スキーマが指定されていない場合、Bazel はデフォルトで grpcs になります。参照: https://github.com/bazelbuild/remote-apis/blob/master/build/bazel/remote/asset/v1/remote_asset.proto
--[no]experimental_remote_downloader_local_fallback のデフォルト: "false"
リモート ダウンローダが失敗した場合にローカル ダウンローダーにフォールバックするかどうか。
--[no]experimental_remote_execution_keepalive のデフォルト: "false"
リモート実行呼び出しでキープアライブを使用するかどうか。
--experimental_remote_grpc_log=<a path> のデフォルト: 説明を表示
指定した場合、gRPC の呼び出しに関連する詳細を記録するファイルのパス。このログは、シリアル化された com.google.devtools.build.lib.remote.logging.RemoteExecutionLog.LogEntry protobuf のシーケンスで構成され、各メッセージの先頭に、次のシリアル化された protobuf メッセージのサイズを示す varint が付加されています。これは、メソッド LogEntry.writeDelimitedTo(OutputStream) によって実行されます。
--[no]experimental_remote_mark_tool_inputs のデフォルト: "false"
true に設定すると、入力はリモート エグゼキュータのツール入力としてマークされます。これを使用して、リモートの永続ワーカーを実装できます。
--[no]experimental_remote_merkle_tree_cache のデフォルト: "false"
true に設定すると、マークルツリー計算が記憶され、リモートのキャッシュ ヒットチェックの速度が向上します。キャッシュのメモリ フットプリントは --experimental_remote_merkle_tree_cache_size によって制御されます。
--experimental_remote_merkle_tree_cache_size=<a long integer> のデフォルト: 「1000」
リモート キャッシュ ヒットチェックの速度を改善するために記憶するマークルツリーの数。Java によるソフト参照の処理に従ってキャッシュが自動的にプルーニングされますが、設定が高すぎるとメモリ不足エラーが発生する可能性があります。0 に設定した場合、キャッシュ サイズは無制限です。最適な値はプロジェクトの規模によって異なります。デフォルトは 1,000 です。
--[no]incompatible_remote_build_event_upload_respect_no_cache のデフォルト: "false"
true に設定した場合、生成アクションをリモートでキャッシュに保存できない場合、BEP で参照される出力はリモート キャッシュにアップロードされません。
--[no]incompatible_remote_downloader_send_all_headers のデフォルト: true
複数値のヘッダーのすべての値を、最初のダウンロードではなくリモート ダウンローダーに送信するかどうか。
タグ: incompatible_change
--[no]incompatible_remote_output_paths_relative_to_input_root のデフォルト: "false"
true に設定すると、出力パスは作業ディレクトリではなく入力ルートからの相対パスになります。
タグ: incompatible_change
--[no]incompatible_remote_results_ignore_disk のデフォルト: true
true に設定すると、--noremote_upload_local_results と --noremote_accept_cached は、ディスク キャッシュに適用されません。組み合わせキャッシュを使用する場合: --noremote_upload_local_results では、結果がディスク キャッシュに書き込まれますが、リモート キャッシュにはアップロードされません。。no-remote-exec アクションはディスク キャッシュにヒットする可能性があります。 詳しくは、#8216 をご覧ください。
タグ: incompatible_change
--[no]remote_accept_cached のデフォルト: true
リモートでキャッシュされたアクションの結果を受け入れるかどうか。
--remote_bytestream_uri_prefix=<a string> のデフォルト: 説明を表示
ビルドイベント ストリームに書き込まれる bytestream:// URI で使用されるホスト名とインスタンス名。このオプションは、プロキシを使用してビルドが実行されたときに設定できます。これにより、--remote_executor と --remote_instance_name の値が、リモート実行サービスの正規名に対応しなくなります。設定しない場合、デフォルトは「{${hostname}/${instance_name}」になります。
--remote_cache=<a string> のデフォルト: 説明を表示
キャッシュ エンドポイントの URI。サポートされているスキーマは、http、https、grpc、grpcs(TLS が有効になっている grpc)、unix(ローカル UNIX ソケット)です。スキーマが指定されていない場合、Bazel はデフォルトで grpcs になります。TLS を無効にするには、grpc://、http://、unix: スキーマを指定します。https://bazel.build/remote/caching をご覧ください。
--remote_cache_header=<a 'name=value' assignment> 個の複数回の使用が累積されます
キャッシュ リクエストに含めるヘッダーを指定します(--remote_cache_header=Name=Value)。フラグを複数回指定することで、複数のヘッダーを渡すことができます。同じ名前を持つ複数の値は、カンマ区切りのリストに変換されます。
--remote_default_exec_properties=<a 'name=value' assignment> 個の複数回の使用が累積されます
実行プラットフォームで exec_properties が設定されていない場合に、リモート実行プラットフォームとして使用するデフォルトの exec プロパティを設定します。
タグ: affects_outputs
--remote_default_platform_properties=<a string> のデフォルト: ""
実行プラットフォームに Remote_execution_properties が設定されていない場合、リモート実行 API にデフォルトのプラットフォーム プロパティを設定します。この値は、リモート実行の実行プラットフォームとしてホスト プラットフォームを選択した場合にも使用されます。
--remote_downloader_header=<a 'name=value' assignment> 個の複数回の使用が累積されます
リモート ダウンローダー リクエストに含めるヘッダーを指定します(--remote_downloader_header=Name=Value)。フラグを複数回指定することで、複数のヘッダーを渡すことができます。同じ名前を持つ複数の値は、カンマ区切りのリストに変換されます。
--remote_exec_header=<a 'name=value' assignment> 個の複数回の使用が累積されます
実行リクエストに含めるヘッダーを指定します(--remote_exec_header=Name=Value)。フラグを複数回指定することで、複数のヘッダーを渡すことができます。同じ名前を持つ複数の値は、カンマ区切りのリストに変換されます。
--remote_execution_priority=<an integer> のデフォルト: 0
リモートで実行されるアクションの相対的な優先度。特定の優先度値のセマンティクスは、サーバーによって異なります。
--remote_executor=<a string> のデフォルト: 説明を表示
リモート実行エンドポイントの HOST または HOST:PORT。サポートされているスキーマは、grpc、grpcs(TLS が有効になっている grpc)、unix(ローカル UNIX ソケット)です。スキーマが指定されていない場合、Bazel はデフォルトで grpcs になります。TLS を無効にするには、grpc:// または unix: スキーマを指定します。
--remote_header=<a 'name=value' assignment> 個の複数回の使用が累積されます
リクエストに含めるヘッダーを指定します(--remote_header=Name=Value)。フラグを複数回指定することで、複数のヘッダーを渡すことができます。同じ名前を持つ複数の値は、カンマ区切りのリストに変換されます。
--remote_instance_name=<a string> のデフォルト: ""
リモート実行 API で instance_name として渡す値。
--[no]remote_local_fallback のデフォルト: "false"
リモート実行が失敗した場合に、スタンドアロンのローカル実行戦略にフォールバックするかどうか。
--remote_local_fallback_strategy=<a string> のデフォルト: "local"
No-op です。非推奨です。詳しくは、https://github.com/bazelbuild/bazel/issues/7480 をご覧ください。
--remote_max_connections=<an integer> のデフォルト: 「100」
リモート キャッシュ / エグゼキュータへの同時接続の最大数を制限します。デフォルト値は 100 です。0 に設定しても、制限はありません。HTTP リモート キャッシュの場合、1 つの TCP 接続で一度に 1 つのリクエストを処理できるため、Bazel は最大で --remote_max_connections の同時リクエストを実行できます。gRPC リモート キャッシュ/エグゼキュータの場合、1 つの gRPC チャネルで 100 以上の同時リクエストを処理できるため、Bazel では約 `--remote_max_connections * 100` の同時リクエストを実行できます。
タグ: host_machine_resource_optimizations
--remote_proxy=<a string> のデフォルト: 説明を表示
プロキシ経由でリモート キャッシュに接続します。現在、このフラグは Unix ドメイン ソケット(unix:/path/to/socket)を構成する場合にのみ使用できます。
--remote_result_cache_priority=<an integer> のデフォルト: 0
リモート キャッシュに格納されるリモート アクションの相対的な優先度。特定の優先度値のセマンティクスは、サーバーによって異なります。
--remote_retries=<an integer> のデフォルト: 「5」
一時的なエラーの再試行の最大回数。0 に設定すると、再試行が無効になります。
--remote_timeout=<An immutable length of time.> のデフォルト: 「60s」
リモート実行とキャッシュ呼び出しを待機する最大時間。REST キャッシュの場合、これは接続と読み取りタイムアウトの両方です。使用できる単位は、日(d)、時間(h)、分(m)、秒(s)、ミリ秒(ms)です。単位を省略すると、値は秒として解釈されます。
--[no]remote_upload_local_results のデフォルト: true
リモート キャッシュがサポートされているが、ユーザーに権限がある場合に、ローカルで実行したアクション結果をリモート キャッシュにアップロードするかどうかを指定します。
--[no]remote_verify_downloads のデフォルト: true
true に設定すると、Bazel はすべてのリモート ダウンロードのハッシュ合計を計算し、リモートでキャッシュに保存された値が期待される値と一致しない場合は破棄します。
その他(その他に分類されないオプション):
--auto_output_filter=<none, all, packages or subpackages> のデフォルト: "none"
--output_filter が指定されていない場合、このオプションの値を使用してフィルタが自動的に作成されます。指定できる値は、「none」(すべてをフィルタ / すべてを表示)、「all」(すべてをフィルタ / 何も表示しない)、「packages」(Blaze コマンドラインで言及したパッケージ内のルールからの出力を含む)、「subpackages」(サブパッケージも含む)です。'packages' および 'subpackages' の値 //java/foo および //javatests/foo は 1 つのパッケージとして扱われます)。
--[no]build_manual_tests のデフォルト: "false"
「manual」タグが付いたテスト ターゲットを強制的にビルドします。「手動」テストは処理から除外されます。このオプションを使用すると、ビルドは実行されます(実行はされません)。
--build_tag_filters=<comma-separated list of options> のデフォルト: ""
タグのカンマ区切りのリストを指定します。必要に応じて、各タグの前に「-」を付加して除外タグを指定できます。それらのタグのみが、含まれるタグを 1 つ以上含み、除外されたタグを含まないものとして作成されます。このオプションは、「test」コマンドで実行されるテストのセットには影響しません。テスト フィルタ オプション(--test_tag_filters など)によって管理されます。
--[no]build_tests_only のデフォルト: "false"
指定すると、*_test ルールと test_suite ルールのみがビルドされ、コマンドラインで指定された他のターゲットは無視されます。デフォルトでは、リクエストされたものがすべてビルドされます。
--combined_report=<none or lcov> のデフォルト: "none"
必要な累積カバレッジ レポートタイプを指定します。現時点では、LCOV のみがサポートされています。
--[no]compile_one_dependency のデフォルト: "false"
引数ファイルの単一の依存関係をコンパイルします。これは、IDE のソースファイルの構文チェックに役立ちます。たとえば、編集、ビルド、テストのサイクルのできるだけ早い段階でエラーを検出するためにソースファイルに依存する単一のターゲットを再構築します。この引数は、フラグ以外のすべての引数の解釈方法に影響します。ターゲットをビルドするのではなく、ソースファイル名になります。ソースファイル名ごとに、それに依存する任意のターゲットがビルドされます。
--deleted_packages=<comma-separated list of package names> 個の複数回の使用が累積されます
パッケージ パスのどこかに表示されている場合でも、ビルドシステムは存在しないと判断するパッケージの名前のカンマ区切りのリスト。 このオプションは、既存のパッケージ「x」のサブパッケージ「x/y」を削除する場合に使用します。たとえば、クライアントで x/y/BUILD を削除した後、別の package_path エントリによってビルドシステムが「//x:y/z」というラベルが引き続き提供されている場合、ビルドシステムからエラーが表示されることがあります。この問題を回避するには、--Deleted_packages x/y を指定します。
--[no]discard_analysis_cache のデフォルト: "false"
分析フェーズが完了した直後に分析キャッシュを破棄する。メモリ使用量が最大 10% 削減されますが、さらなる増分ビルドは遅くなります。
--disk_cache=<a path> のデフォルト: 説明を表示
Bazel がアクションとアクション出力を読み書きできるディレクトリのパス。ディレクトリが存在しない場合、ディレクトリが作成されます。
--embed_label=<a one-line string> のデフォルト: ""
ソース管理のリビジョンまたはリリースラベルをバイナリに埋め込む
--execution_log_binary_file=<a path> のデフォルト: 説明を表示
。src/main/protobuf/spawn.proto に従って、実行されたスポーンを区切り文字内の Spawn proto として記録します。ログは、順序付けされていない状態で書き込まれ、呼び出しの最後に、安定した順序で並べ替えられます(CPU とメモリを大量に消費することがあります)。関連フラグ: --execution_log_json_file(順序付きテキスト JSON 形式)、--experimental_execution_log_file(順序なしのバイナリ protobuf 形式)、--subcommands(ターミナル出力にサブコマンドを表示)。
--execution_log_json_file=<a path> のデフォルト: 説明を表示
src/main/protobuf/spawn.proto に従って、実行したスポーン結果を、生成された Spawn プロトコルの json 表現としてこのファイルに記録します。ログは、順序付けされていない状態で書き込まれ、呼び出しの最後に、安定した順序で並べ替えられます(CPU とメモリを大量に消費することがあります)。関連フラグ: 関連フラグ: --execution_log_binary_file(順序付きバイナリ protobuf 形式)、--experimental_execution_log_file(順序なしバイナリ protobuf 形式)、--subcommands(ターミナル出力にサブコマンドを表示)。
--[no]expand_test_suites のデフォルト: true
分析を行う前に、test_suite ターゲットを構成要素テストに展開します。このフラグをオンにすると(デフォルト)、テスト スイートに属するテストにネガティブなターゲット パターンが適用されます。それ以外の場合、テストは適用されません。コマンドラインでトップレベルの要素を適用すると、このフラグをオフにすることで、test_suite ターゲットを分析できます。
タグ: loading_and_analysis
--experimental_credential_helper=<An (unresolved) path to a credential helper for a scope.> 個の複数回の使用が累積されます
指定されたスコープ(ドメイン)の認証情報の取得に使用する認証情報ヘルパーを構成します。認証情報ヘルパーの認証情報は、<code>--google_default_credentials</code>、`--google_credentials`、<code>.netrc</code> の認証情報よりも優先されます。詳しくは、https://github.com/bazelbuild/Proposals/blob/main/designs/2022-06-07-bazel-credential-helpers.md をご覧ください。
--experimental_credential_helper_cache_duration=<An immutable length of time.> のデフォルト: 30m
認証情報ヘルパーからの認証情報がキャッシュに保存される期間を構成します。 異なる値で呼び出すと、既存のエントリの有効期間が調整されます。キャッシュをクリアするには、ゼロを渡します。clean フラグを指定すると、このフラグに関係なく、常にキャッシュがクリアされます。
--experimental_credential_helper_timeout=<An immutable length of time.> のデフォルト: 「5s」
Credential Helper のタイムアウトを構成します。タイムアウト内に認証ヘルパーが応答しなかった場合、呼び出しが失敗します。
--experimental_dynamic_ignore_local_signals=<a comma-separated list of signal numbers> のデフォルト: 説明を表示
OS シグナル番号のリストを取得します。ダイナミック実行のローカル ブランチがこれらのシグナルのいずれかで強制終了された場合、代わりにリモート ブランチを終了できます。永続的なワーカーの場合、ワーカー プロセスを強制終了するシグナルにのみ影響します。
タグ: execution
--experimental_execution_log_file=<a path> のデフォルト: 説明を表示
。src/main/protobuf/spawn.proto に従って、実行されたスポーンを区切り文字内の Spawn proto として記録します。このファイルは、Spawns の実行順に書き込まれます。関連フラグ: --execution_log_binary_file(順序付きバイナリ protobuf 形式)、--execution_log_json_file(順序付きテキスト JSON 形式)、--subcommands(ターミナル出力にサブコマンドを表示)。
--[no]experimental_execution_log_spawn_metrics のデフォルト: "false"
実行したスポーンのログにスポーン指標を含めます。
--experimental_extra_action_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> のデフォルト: ""
非推奨となり、複数の側面を考慮しました。extra_actions をスケジュールするターゲットのセットをフィルタします。
--[no]experimental_extra_action_top_level_only のデフォルト: "false"
非推奨となり、複数の側面を考慮しました。トップレベル ターゲットに対してのみ extra_action のスケジュールを設定します。
--[no]experimental_prioritize_local_actions のデフォルト: true
設定した場合、ローカルでのみ実行できるアクションが最初にリソースを取得する可能性が与えられ、ワーカーを動的に実行するアクションが 2 番目の機会になり、スタンドアロンで実行されるアクションが最後になります。
タグ: execution
--experimental_spawn_scheduler
ローカルとリモートで並列にアクションを実行することで、動的な実行を可能にします。Bazel は各アクションをローカルとリモートで生成し、最初に完了したアクションを選択します。アクションがワーカーをサポートしている場合、ローカル アクションは永続ワーカーモードで実行されます。個々のアクションのニーモニックに対して動的実行を有効にするには、代わりに `--internal_spawn_scheduler` フラグと `--strategy=<mnemonic>=dynamic` フラグを使用します。
展開先:
--internal_spawn_scheduler
--spawn_strategy=dynamic
--[no]experimental_worker_sandbox_hardening のデフォルト: "false"
有効にすると、実装で許可されている場合、ワーカーは強化されたサンドボックスで実行されます。
タグ: execution
--google_auth_scopes=<comma-separated list of options> のデフォルト: https://www.googleapis.com/auth/cloud-platform
Google Cloud 認証スコープのカンマ区切りリスト。
--google_credentials=<a string> のデフォルト: 説明を表示
認証情報を取得するファイルを指定します。詳しくは、https://cloud.google.com/docs/authentication をご覧ください。
--[no]google_default_credentials のデフォルト: "false"
認証に「Google アプリケーションのデフォルト認証情報」を使用するかどうか。詳しくは、https://cloud.google.com/docs/authentication をご覧ください。デフォルトで無効。
--grpc_keepalive_time=<An immutable length of time.> のデフォルト: 説明を表示
gRPC 接続の送信キープアライブ ping を構成します。これが設定されている場合、Bazel は接続で読み取りオペレーションが行われない時間が経過した後に ping を送信しますが、少なくとも 1 つの保留中の gRPC 呼び出しがある場合に限られます。時間は秒の粒度として扱われます。1 秒未満の値を設定すると、エラーが発生します。デフォルトでは、キープアライブ ping は無効になっています。この設定を有効にする前に、サービス オーナーと調整する必要があります。たとえば、このフラグに 30 秒の値を設定するには、これを --grpc_keepalive_time=30s とする必要があります。
--grpc_keepalive_timeout=<An immutable length of time.> のデフォルト: 20 秒
発信 gRPC 接続のキープアライブ タイムアウトを構成します。キープアライブ ping を --grpc_keepalive_time で有効にし、これ以降 ping 応答がない場合、Bazel は接続をタイムアウトします。時間は秒の粒度として扱われます。1 秒未満の値を設定すると、エラーが発生します。キープアライブ ping が無効になっている場合、この設定は無視されます。
--[no]ignore_unsupported_sandboxing のデフォルト: "false"
サンドボックスで実行がサポートされていないシステムでは、警告を出力しないでください。
--[no]incompatible_dont_use_javasourceinfoprovider のデフォルト: "false"
No-op
タグ: incompatible_change
--local_cpu_resources=<an integer, or "HOST_CPUS", optionally followed by [-|*]<float>.> のデフォルト: HOST_CPUS
ローカルで実行されるビルド アクションに費やせる Bazel で使用可能なローカル CPU コアの総数を明示的に設定します。整数または「HOST_CPUS」に続けて、[-|*]<float>(例:HOST_CPUS*.5 を指定すると、使用可能な CPU コアが半分利用できるようになります(デフォルトで「HOST_CPUS」)。Bazel は、デフォルトでシステム構成を照会し、利用可能な CPU コアの数を推定します。
--local_ram_resources=<an integer, or "HOST_RAM", optionally followed by [-|*]<float>.> のデフォルト: HOST_RAM*.67
ローカルで実行したビルド アクションに使用できる Bazel で使用できるローカルホスト RAM の合計量(MB)を明示的に設定します。整数または「HOST_RAM」の後に、オプションで [-|*]<float> を付けます(例:HOST_RAM*.5 など)。デフォルトでは、Bazel("HOST_RAM*.67")はシステム構成を照会して使用可能な RAM の量を推定し、その 67% を使用します。
--local_termination_grace_seconds=<an integer> のデフォルト: 「15」
タイムアウトでローカル プロセスが終了してから強制的にシャットダウンされるまで待機する時間です。
--override_repository=<an equals-separated mapping of repository name to path> 個の複数回の使用が累積されます
ローカル ディレクトリを含むリポジトリをオーバーライドします。
--package_path=<colon-separated list of options> のデフォルト: "%workspace%"
パッケージを探す場所をコロンで区切ったリスト。「%workspace%」で始まる要素は、囲んでいるワークスペースを基準にしています。省略するか空の場合、デフォルトは「bazel info default-package-path」の出力です。
--[no]show_loading_progress のデフォルト: true
有効にすると、Bazel で「Loading package:」のメッセージが出力されます。
--test_lang_filters=<comma-separated list of options> のデフォルト: ""
テスト言語のカンマ区切りリストを指定します。除外言語を指定するには、各言語の前に「-」を付けます。指定された言語で記述されたテスト ターゲットのみが検索されます。各言語に使用する名前は、*_test ルールの言語接頭辞と同じにする必要があります(例: 「cc」、「java」、「py」など)。このオプションは、--build_tests_only の動作とテストコマンドに影響します。
--test_size_filters=<comma-separated list of values: small, medium, large or enormous> のデフォルト: ""
テストサイズのカンマ区切りリストを指定します。必要に応じて、各サイズの前に「-」を付けて、除外するサイズを指定することもできます。含まれるサイズを 1 つ以上含み、除外したサイズを含まないテスト ターゲットのみが検出されます。このオプションは、--build_tests_only の動作とテストコマンドに影響します。
--test_tag_filters=<comma-separated list of options> のデフォルト: ""
テストタグのカンマ区切りのリストを指定します。必要に応じて、各タグの前に「-」を付加して除外タグを指定できます。これらのテスト ターゲットのうち、1 つ以上の含まれるタグが含まれ、除外されたタグが含まれていないもののみが検出されます。このオプションは、--build_tests_only の動作とテストコマンドに影響します。
--test_timeout_filters=<comma-separated list of values: short, moderate, long or eternal> のデフォルト: ""
テスト タイムアウトのカンマ区切りのリストを指定します。必要に応じて、各タイムアウトの前に「-」を付けると、除外するタイムアウトを指定できます。それらのテスト ターゲットのうち、少なくとも 1 つのタイムアウトが含まれていて、かつ除外されたタイムアウトを含まないもののみが検出されます。このオプションは、--build_tests_only の動作とテストコマンドに影響します。
--tls_certificate=<a string> のデフォルト: 説明を表示
サーバー証明書への署名を信頼する TLS 証明書へのパスを指定します。
--tls_client_certificate=<a string> のデフォルト: 説明を表示
使用する TLS クライアント証明書を指定します。クライアント認証を有効にするにはクライアント キーも指定する必要があります。
--tls_client_key=<a string> のデフォルト: 説明を表示
使用する TLS クライアント キーを指定します。クライアント認証を有効にするには、クライアント証明書も指定する必要があります。
--workspace_status_command=<path> のデフォルト: ""
ビルドの開始時に呼び出されるコマンドで、ワークスペースのステータス情報を Key-Value ペアの形式で提供します。詳細な仕様については、ユーザー マニュアルをご覧ください。例については、tools/buildstamp/get_workspace_status をご覧ください。
ビルド実行を制御するオプション:
--[no]check_up_to_date のデフォルト: "false"
ビルドを行わず、ビルドが最新かどうかをチェックします。すべてのターゲットが最新の状態であれば、ビルドは正常に完了しています。いずれかのステップを実行する必要がある場合は、エラーが報告され、ビルドが失敗します。
タグ: execution
シンボリック リンクを作成する直接ファイル システム呼び出しを行うかどうか
タグ: loading_and_analysisexecutionexperimental
--[no]experimental_remotable_source_manifests のデフォルト: "false"
ソース マニフェストのアクションをリモート可能にするかどうか
タグ: loading_and_analysisexecutionexperimental
--[no]experimental_split_coverage_postprocessing のデフォルト: "false"
true の場合、Bazel は新しく生成されたテストに対してカバレッジ 後処理を実行します。
タグ: execution
--[no]experimental_split_xml_generation のデフォルト: true
このフラグが設定されている場合、テスト アクションで test.xml ファイルが生成されない場合、Bazel は別のアクションを使用して、テストログを含むダミーの test.xml ファイルを生成します。それ以外の場合は、Bazel がテスト アクションの一部として test.xml を生成します。
タグ: execution
--[no]experimental_strict_fileset_output のデフォルト: "false"
このオプションを有効にすると、ファイルセットはすべての出力アーティファクトを通常のファイルとして扱います。ディレクトリを走査したり、シンボリック リンクの影響を受けたりすることはありません。
タグ: execution
--genrule_strategy=<comma-separated list of options> のデフォルト: ""
genrule の実行方法を指定します。このフラグは段階的に廃止されます。代わりに、--spawn_strategy=<value> を使用してすべてのアクションを制御します。--strategy=Genrule=<value> を使用して genrule のみを制御します。
タグ: execution
--jobs=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5"> [-j] デフォルト: "auto"
実行する同時実行ジョブの数。整数またはキーワード("auto"、"HOST_CPUS"、"HOST_RAM")に続けて、その後にオペレーション([-|*]<float>)を付けます。"auto"、"HOST_CPUS*.5"値は 1 ~ 5000 の範囲で指定してください。2,500 より大きい値はメモリの問題を引き起こす可能性があります。「auto」は、ホストリソースに基づいて妥当なデフォルトを計算します。
タグ: host_machine_resource_optimizationsexecution
--[no]keep_going [-k] デフォルト: "false"
エラー発生後は、可能な限り処理を続行します。失敗したターゲットとそれに依存するターゲットは分析できませんが、これらのターゲットのその他の前提条件は分析できます。
タグ: eagerness_to_exit
--loading_phase_threads=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5"> のデフォルト: "auto"
読み込み/分析フェーズで使用する並列スレッドの数。整数またはキーワード("auto"、"HOST_CPUS"、"HOST_RAM")に続けて、必要に応じてオペレーション([-|*]<float>)を記述します。"auto"、"HOST_CPUS*.5"「auto」は、ホストリソースに基づいて妥当なデフォルトを設定します。1 以上の値にする必要があります。
タグ: bazel_internal_configuration
--modify_execution_info=<regex=[+-]key,regex=[+-]key,...> のデフォルト: ""
操作の覚え方に基づいて、アクションの実行情報に鍵を追加または削除します。実行情報をサポートするアクションにのみ適用されます。一般的なアクション(Genrule、CppCompile、Javac、StarlarkAction、TestRunner など)は、実行情報をサポートしています。複数の正規表現を指定するときは、同じ正規表現に多くの正規表現が適用される可能性があるため、順序は重要です。構文: "regex=[+-]key,regex=[+-]key,..."例: '.*=+x,.*=-y.*=+z' は、すべてのアクションの実行情報に 'x' と 'z' を追加し、'y' を削除します。「Genrule=+requires-x」は、すべての Genrule アクションの実行情報に「requires-x」を追加します。'(?!Genrule).*=-requires-x' は、Genrule 以外のすべてのアクションの実行情報から 'requires-x' を削除します。
タグ: executionaffects_outputsloading_and_analysis
--persistent_android_dex_desugar
ワーカーを使用して永続的な Android dex と desugar のアクションを有効にします。
展開先:
--strategy=Desugar=worker
--strategy=DexBuilder=worker

タグ: host_machine_resource_optimizationsexecution
--persistent_android_resource_processor
ワーカーを使用して永続的な Android リソース プロセッサを有効にします。
展開先:
--internal_persistent_busybox_tools
--strategy=AaptPackage=worker
--strategy=AndroidResourceParser=worker
--strategy=AndroidResourceValidator=worker
--strategy=AndroidResourceCompiler=worker
--strategy=RClassGenerator=worker
--strategy=AndroidResourceLink=worker
--strategy=AndroidAapt2=worker
--strategy=AndroidAssetMerger=worker
--strategy=AndroidResourceMerger=worker
--strategy=AndroidCompiledResourceMerger=worker
--strategy=ManifestMerger=worker
--strategy=AndroidManifestMerger=worker
{/1{1/2}--strategy=Aapt2Optimize=worker2{1/2}
{1/2}{1/2}
--persistent_multiplex_android_dex_desugar
ワーカーを使用して、永続的な多重化 Android dex と desugar のアクションを有効にします。
展開先:
--persistent_android_dex_desugar
--modify_execution_info=Desugar=+supports-multiplex-workers
--modify_execution_info=DexBuilder=+supports-multiplex-workers

タグ: host_machine_resource_optimizationsexecution
--persistent_multiplex_android_resource_processor
ワーカーを使用して、永続的な多重化 Android リソース プロセッサを有効にします。
展開先:
--persistent_android_resource_processor
--modify_execution_info=AaptPackage=+supports-multiplex-workers
--modify_execution_info=AndroidResourceParser=+supports-multiplex-workers
--modify_execution_info=AndroidResourceValidator=+supports-multiplex-workers
--modify_execution_info=AndroidResourceCompiler=+supports-multiplex-workers
--modify_execution_info=RClassGenerator=+supports-multiplex-workers
--modify_execution_info=AndroidResourceLink=+supports-multiplex-workers
--modify_execution_info=AndroidAapt2=+supports-multiplex-workers
--modify_execution_info=AndroidAssetMerger=+supports-multiplex-workers
--modify_execution_info=AndroidResourceMerger=+supports-multiplex-workers
--modify_execution_info=AndroidCompiledResourceMerger=+supports-multiplex-workers
--modify_execution_info=ManifestMerger=+supports-multiplex-workers
--modify_execution_info=AndroidManifestMerger=+supports-multiplex-workers
{/1{1/2}--modify_execution_info=Aapt2Optimize=+supports-multiplex-workers2{1/2}
{1/2}{1/2}
--persistent_multiplex_android_tools
永続的かつ多重化された Android ツール(dex の脱糖、リソース処理)を有効にします。
展開先:
--persistent_multiplex_android_resource_processor
--persistent_multiplex_android_dex_desugar

タグ: host_machine_resource_optimizationsexecution
--spawn_strategy=<comma-separated list of options> のデフォルト: ""
スポーンド アクションをデフォルトでどのように実行するかを指定します。優先度を最も高いものから順に示すカンマ区切りのリストを指定します。Bazel はアクションごとに、そのアクションを実行できる優先度が最も高い戦略を選択します。デフォルト値は "remote.worker.sandboxed.local" です。詳しくは、https://blog.bazel.build/2019/06/19/list-strategy.html をご覧ください。
タグ: execution
--strategy=<a '[name=]value1[,..,valueN]' assignment> 個の複数回の使用が累積されます
生成された他のアクションのコンパイルの配布方法を指定します。優先度を最も高いものから順に示すカンマ区切りのリストを指定します。Bazel はアクションごとに、そのアクションを実行できる優先度が最も高い戦略を選択します。デフォルト値は "remote.worker.sandboxed.local" です。このフラグは、--spawn_strategy (およびニーモニック Genrule とともに使用する場合は --genrule_strategy)によって設定された値をオーバーライドします。詳しくは、https://blog.bazel.build/2019/06/19/list-strategy.html をご覧ください。
タグ: execution
--strategy_regexp=<a '<RegexFilter>=value[,value]' assignment> 個の複数回の使用が累積されます
特定の regex_filter に一致する説明を含むスポーン アクションを実行するために使用するスポーン戦略をオーバーライドします。正規表現一致の詳細については、--per_file_copt をご覧ください。説明に一致する最後の regex_filter が使用されます。このオプションは、戦略を指定するための他のフラグをオーバーライドします。例: --strategy_regexp=//foo.*\.cc,-//foo/bar=local は、ローカル戦略を使用して、説明が //foo.*.cc と一致したが //foo/bar と一致しない場合にアクションを実行することを意味します。例: --strategy_regexp='Compiling.*/bar=local --strategy_regexp=Compiling=sandboxed は「local」戦略で「Compiling //foo/bar/baz」を実行しますが、逆にすると「sandboxed」で実行されます。
タグ: execution
アクションの実行に使用するツールチェーンを構成するオプション:
--android_compiler=<a string> のデフォルト: 説明を表示
Android ターゲット コンパイラ。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--android_crosstool_top=<a build target label> のデフォルト: "//external:android/crosstool"
Android ビルドに使用される C++ コンパイラの場所。
タグ: affects_outputschanges_inputsloading_and_analysisloses_incremental_state
--android_grte_top=<a label> のデフォルト: 説明を表示
Android ターゲット grte_top。
タグ: changes_inputsloading_and_analysisloses_incremental_state
--android_manifest_merger=<legacy, android or force_android> のデフォルト: Android
android_binary ルールに使用するマニフェスト マージツールを選択します。以前のマージツールから Android マニフェスト マージツールに移行するために役立つフラグ。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--android_platforms=<a build target label> のデフォルト: ""
android_binary ターゲットが使用するプラットフォームを設定します。複数のプラットフォームが指定されている場合、バイナリはファット APK であり、指定されたターゲット プラットフォームのネイティブ バイナリが含まれます。
タグ: changes_inputsloading_and_analysisloses_incremental_state
--android_sdk=<a build target label> のデフォルト: "@bazel_tools//tools/android:sdk"
Android アプリのビルドに使用する Android SDK/プラットフォームを指定します。
タグ: changes_inputsloading_and_analysisloses_incremental_state
--apple_compiler=<a string> のデフォルト: 説明を表示
Apple ターゲット コンパイラ。ツールチェーンのバリアント(xcode-beta など)の選択に役立ちます。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--apple_crosstool_top=<a build target label> のデフォルト: "@bazel_tools//tools/cpp:toolchain"
Apple と Objc のルール、およびそれらの依存関係で使用される crosstool パッケージのラベル。
タグ: loses_incremental_statechanges_inputs
--apple_grte_top=<a build target label> のデフォルト: 説明を表示
Apple ターゲット grte_top。
タグ: changes_inputsloading_and_analysisloses_incremental_state
--cc_output_directory_tag=<a string> のデフォルト: ""
設定ディレクトリに追加するサフィックスを指定します。
タグ: affects_outputsexplicit_in_output_path
--compiler=<a string> のデフォルト: 説明を表示
ターゲットのコンパイルに使用する C++ コンパイラ。
タグ: loading_and_analysisexecution
--coverage_output_generator=<a build target label> のデフォルト: "@bazel_tools//tools/test:lcov_merger"
未加工のカバレッジ レポートの後処理に使用されるバイナリの場所。現在、単一のファイル(バイナリ)を含むファイルグループである必要があります。デフォルトは '//tools/test:lcov_merger' です。
タグ: changes_inputsaffects_outputsloading_and_analysis
--coverage_report_generator=<a build target label> のデフォルト: "@bazel_tools//tools/test:coverage_report_generator"
カバレッジ レポートの生成に使用されるバイナリの場所。現在、単一のファイル(バイナリ)を含むファイルグループである必要があります。デフォルトは '//tools/test:coverage_report_generator' です。
タグ: changes_inputsaffects_outputsloading_and_analysis
--coverage_support=<a build target label> のデフォルト: "@bazel_tools//tools/test:coverage_support"
コード カバレッジを収集するすべてのテスト アクションの入力に必要なサポート ファイルの場所。デフォルトは '//tools/test:coverage_support' です。
タグ: changes_inputsaffects_outputsloading_and_analysis
--crosstool_top=<a build target label> のデフォルト: "@bazel_tools//tools/cpp:toolchain"
C++ コードのコンパイルに使用される crosstool パッケージのラベル。
タグ: loading_and_analysischanges_inputsaffects_outputs
--custom_malloc=<a build target label> のデフォルト: 説明を表示
malloc のカスタム実装を指定します。この設定により、ビルドルールの malloc 属性がオーバーライドされます。
タグ: changes_inputsaffects_outputs
--experimental_add_exec_constraints_to_targets=<a '<RegexFilter>=<label1>[,<label2>,...]' assignment> 個の複数回の使用が累積されます
カンマ区切りのリスト。カンマ区切りの制約値ターゲットのリストには、オプションで接頭辞「-」(負の式)が代入されます。ターゲットが負の式と 1 つ以上の正の式に一致しない場合、制約が実行制約として宣言されているかのように、ツールチェーンの解決が実行されます。例: //demo,-test=@platforms//cpus:x86_64 は、名前が「test」を含むターゲットを除き、//demo 以下のすべてのターゲットに「x86_64」を追加します。
タグ: loading_and_analysis
--[no]experimental_enable_objc_cc_deps のデフォルト: true
ob_c_* ルールを cc_library に依存させ、--ios_multi_cpu の値に --cpu を「ios_<--ios_cpu> に設定することで、objc の依存関係をビルドできるようにします。
タグ: loading_and_analysisincompatible_change
--[no]experimental_include_xcode_execution_requirements のデフォルト: "false"
設定されている場合、すべての Xcode アクションに「requires-xcode:{version}」実行要件を追加します。Xcode バージョンにハイフンが付いているラベルがある場合は、「requires-xcode-label:{version_label}」実行要件も追加します。
タグ: loses_incremental_stateloading_and_analysisexecution
--[no]experimental_prefer_mutual_xcode のデフォルト: true
true の場合、ローカルとリモートの両方で利用可能な最新の Xcode を使用する。false の場合、または相互に利用可能なバージョンがない場合は、xcode-select で選択されたローカル Xcode バージョンを使用します。
タグ: loses_incremental_state
--extra_execution_platforms=<comma-separated list of options> 個の複数回の使用が累積されます
アクション実行プラットフォームとして使用できるプラットフォーム。プラットフォームは、正確なターゲットまたはターゲット パターンで指定できます。これらのプラットフォームは、register_execution_platforms() によって WORKSPACE ファイルで宣言される前に考慮されます。
タグ: execution
--extra_toolchains=<comma-separated list of options> 個の複数回の使用が累積されます
ツールチェーンの解決時に考慮されるツールチェーン ルール。ツールチェーンは、正確なターゲットまたはターゲット パターンで指定できます。以下のツールチェーンは、register_toolchains() によって WORKSPACE ファイルで宣言されているものより考慮されます。
タグ: affects_outputschanges_inputsloading_and_analysis
--grte_top=<a label> のデフォルト: 説明を表示
チェックインされた libc ライブラリのラベル。デフォルト値はクロスツール ツールチェーンによって選択されるため、オーバーライドする必要はありません。
タグ: action_command_linesaffects_outputs
--host_compiler=<a string> のデフォルト: 説明を表示
ホスト コンパイルに使用する C++ コンパイラ。--host_crosstool_top が設定されていない場合は無視されます。
タグ: loading_and_analysisexecution
--host_crosstool_top=<a build target label> のデフォルト: 説明を表示
デフォルトでは、ホスト構成には --crosstool_top オプションと --compiler オプションも使用されます。このフラグを指定すると、Bazel は指定された crosstool_top にデフォルトの libc とコンパイラを使用します。
タグ: loading_and_analysischanges_inputsaffects_outputs
--host_grte_top=<a label> のデフォルト: 説明を表示
指定すると、ホスト構成用の libc トップレベル ディレクトリ(--grte_top)がオーバーライドされます。
タグ: action_command_linesaffects_outputs
--host_platform=<a build target label> のデフォルト: ""
ホストシステムを表すプラットフォーム ルールのラベル。
タグ: affects_outputschanges_inputsloading_and_analysis
--[no]incompatible_disable_expand_if_all_available_in_flag_set のデフォルト: true
true の場合、Bazel は フラグセットに expand_if_all_available を指定できません(移行手順については、https://github.com/bazelbuild/bazel/issues/7008 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_dont_enable_host_nonhost_crosstool_features のデフォルト: true
true の場合、Bazel は c++ ツールチェーンで「ホスト」機能と「非ホスト」機能を有効にしません(詳細については、https://github.com/bazelbuild/bazel/issues/7407 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_enable_android_toolchain_resolution のデフォルト: "false"
ツールチェーンの解決を使用して Android 向け Android SDK ルール(Starlark とネイティブ)を選択します。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_enable_apple_toolchain_resolution のデフォルト: "false"
ツールチェーンの解決を使用して、Apple SDK for Apple ルール(Starlark とネイティブ)を選択します。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_make_thinlto_command_lines_standalone のデフォルト: true
true の場合、Bazel は lto インデックス コマンドラインに C++ リンク アクション コマンドラインを再利用しません(詳細については、https://github.com/bazelbuild/bazel/issues/6791 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_objc_linking_info_migration のデフォルト: "false"
true の場合、ObjC 組み込みルールは ObjcProvider ではなく CcInfo からリンク情報を取得します。詳細と移行情報については、https://github.com/bazelbuild/bazel/issues/16939 をご覧ください。
タグ: loading_and_analysischanges_inputsincompatible_change
--[no]incompatible_remove_cpu_and_compiler_attributes_from_cc_toolchain のデフォルト: true
true の場合、cc_toolchain.cpu 属性と cc_toolchain.compiler 属性が設定されていると、Bazel からエラーが返されます(移行手順については、https://github.com/bazelbuild/bazel/issues/7075 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_remove_legacy_whole_archive のデフォルト: true
true の場合、Bazel はデフォルトではライブラリの依存関係全体をアーカイブしません(移行手順については、https://github.com/bazelbuild/bazel/issues/7362 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_require_ctx_in_configure_features のデフォルト: true
true の場合、Bazel は cc_common.configure_features で「ctx」パラメータを必要とします(詳しくは、https://github.com/bazelbuild/bazel/issues/7793 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]interface_shared_objects のデフォルト: true
ツールチェーンでサポートされている場合は、インターフェース共有オブジェクトを使用します。現在、すべての ELF ツールチェーンがこの設定をサポートしています。
タグ: loading_and_analysisaffects_outputsaffects_outputs
--ios_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を表示
iOS アプリのビルドに使用する iOS SDK のバージョンを指定します。指定しない場合は、「xcode_version」のデフォルトの iOS SDK バージョンが使用されます。
タグ: loses_incremental_state
--macos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を表示
macOS アプリケーションのビルドに使用する macOS SDK のバージョンを指定します。指定しない場合は、「xcode_version」のデフォルトの macOS SDK バージョンを使用します。
タグ: loses_incremental_state
--minimum_os_version=<a string> のデフォルト: 説明を表示
コンパイルの対象となる最小 OS バージョン。
タグ: loading_and_analysisaffects_outputs
--platform_mappings=<a relative path> のデフォルト: ""
何も設定されていない場合に使用するプラットフォーム、またはプラットフォームがすでに存在する場合に設定するフラグを記述するマッピング ファイルの場所。メインのワークスペース ルートからの相対パスである必要があります。デフォルトは「platform_mappings」です(ワークスペースのルートの直下にあるファイル)。
タグ: affects_outputschanges_inputsloading_and_analysis
--platforms=<a build target label> のデフォルト: ""
現在のコマンドのターゲット プラットフォームを表すプラットフォーム ルールのラベル。
タグ: affects_outputschanges_inputsloading_and_analysis
--python2_path=<a string> のデフォルト: 説明を表示
非推奨、処理なし。「--compatible_use_python_toolchains」により無効になっています。
タグ: no_opdeprecated
--python3_path=<a string> のデフォルト: 説明を表示
非推奨、処理なし。「--compatible_use_python_toolchains」により無効になっています。
タグ: no_opdeprecated
--python_path=<a string> のデフォルト: 説明を表示
ターゲット プラットフォームで Python ターゲットを実行するために呼び出される Python インタープリタの絶対パス。非推奨。--compatible_use_python_toolchains で無効になっています。
タグ: loading_and_analysisaffects_outputs
--python_top=<a build target label> のデフォルト: 説明を表示
ターゲット プラットフォームで Python ターゲットを実行するために呼び出される Python インタープリタを表す py_runtime のラベル。非推奨。--compatible_use_python_toolchains で無効になっています。
タグ: loading_and_analysisaffects_outputs
--target_platform_fallback=<a build target label> のデフォルト: "@local_config_platform//:host"
ターゲット プラットフォームが設定されておらず、現在のフラグのセットと一致するプラットフォーム マッピングがない場合に使用するプラットフォーム ルールのラベル。
タグ: affects_outputschanges_inputsloading_and_analysis
--tvos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を表示
tvOS アプリのビルドに使用する tvOS SDK のバージョンを指定します。指定しない場合は、「xcode_version」のデフォルトの tvOS SDK バージョンが使用されます。
タグ: loses_incremental_state
--watchos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を表示
watchOS アプリケーションのビルドに使用する watchOS SDK のバージョンを指定します。指定しない場合は、「xcode_version」のデフォルトのウォッチ OS SDK バージョンを使用します。
タグ: loses_incremental_state
--xcode_version=<a string> のデフォルト: 説明を表示
指定した場合、関連するビルド アクションに特定のバージョンの Xcode が使用されます。指定しない場合は、エグゼキュータのデフォルト バージョンの Xcode が使用されます。
タグ: loses_incremental_state
--xcode_version_config=<a build target label> のデフォルト: "@bazel_tools//tools/cpp:host_xcodes"
ビルド構成で Xcode バージョンを選択する際に使用する xcode_config ルールのラベル。
タグ: loses_incremental_stateloading_and_analysis
コマンドの出力を制御するオプション:
--[no]apple_enable_auto_dsym_dbg のデフォルト: "false"
dbg ビルドのデバッグ シンボル(.dSYM)ファイルの生成を強制的に有効にするかどうか。
タグ: affects_outputsaction_command_lines
--[no]apple_generate_dsym のデフォルト: "false"
デバッグ シンボル(.dSYM)ファイルを生成するかどうか。
タグ: affects_outputsaction_command_lines
--[no]build のデフォルト: true
ビルドを実行します。これは正常な動作です。--nobuild を指定すると、ビルド アクションを実行する前にビルドが停止し、パッケージの読み込みと分析のフェーズが正常に完了したときに 0 が返されます。このモードは、それらのフェーズのテストに役立ちます。
タグ: executionaffects_outputs
true の場合、すべてのターゲットの runfiles シンボリック フォレストを作成します。false の場合、可能であればマニフェストのみを記述します。
タグ: affects_outputs
--[no]build_runfile_manifests のデフォルト: true
true の場合、すべてのターゲットの runfiles マニフェストを書き込みます。false の場合は、省略します。false の場合、ローカルテストの実行が失敗します。
タグ: affects_outputs
--[no]build_test_dwp のデフォルト: "false"
有効にすると、C++ テストを静的にビルドし、分割すると、テストバイナリの .dwp ファイルも自動的にビルドされます。
タグ: loading_and_analysisaffects_outputs
--cc_proto_library_header_suffixes=<comma-separated list of options> のデフォルト: .pb.h
cc_proto_library が作成するヘッダー ファイルの接頭辞を設定します。
タグ: affects_outputsloading_and_analysis
--cc_proto_library_source_suffixes=<comma-separated list of options> のデフォルト: .pb.cc
cc_proto_library が作成するソースファイルの接頭辞を設定します。
タグ: affects_outputsloading_and_analysis
--[no]experimental_proto_descriptor_sets_include_source_info のデフォルト: "false"
proto_library の代替 Java API バージョン用に追加のアクションを実行
タグ: affects_outputsloading_and_analysisexperimental
--[no]experimental_proto_extra_actions のデフォルト: "false"
proto_library の代替 Java API バージョン用に追加のアクションを実行
タグ: affects_outputsloading_and_analysisexperimental
--[no]experimental_run_validations のデフォルト: true
代わりに --run_validations を使用してください。
タグ: executionaffects_outputs
--[no]experimental_save_feature_state のデフォルト: "false"
有効でリクエストされた機能の状態をコンパイルの出力として保存します。
タグ: affects_outputsexperimental
--[no]experimental_use_validation_aspect のデフォルト: "false"
アスペクトを使用して検証アクションを実行するかどうか(テストとの並列処理の場合)。
タグ: executionaffects_outputs
--fission=<a set of compilation modes> のデフォルト: "no"
C++ コンパイルとリンクに Fission を使用するコンパイル モードを指定します。{'fastbuild'、'dbg'、'opt'}、またはすべてのモードを有効にする場合は「yes」、すべてのモードを無効にする場合は「no」を組み合わせて使用します。
タグ: loading_and_analysisaction_command_linesaffects_outputs
--[no]incompatible_always_include_files_in_data のデフォルト: true
true の場合、ネイティブ ルールはデータ依存関係の <code>DefaultInfo.files</code> をランファイルに追加します。これは Starlark ルールの推奨動作(https://bazel.build/extending/rules#runfiles_features_to_avoid)と一致します。
タグ: affects_outputsincompatible_change
--[no]legacy_external_runfiles のデフォルト: true
true の場合、(.runfiles/repo に加えて).runfiles/wsname/external/repo の下に、外部リポジトリの runfiles シンボリック フォレストをビルドします。
タグ: affects_outputs
--[no]objc_generate_linkmap のデフォルト: "false"
リンクマップ ファイルを生成するかどうかを指定します。
タグ: affects_outputs
--output_groups=<comma-separated list of options> 個の複数回の使用が累積されます
出力グループ名のリスト(カンマ区切り、オプションで「+」または「-」が付きます)。「+」で始まるグループはデフォルトの出力グループのセットに追加され、「-」で始まるグループはデフォルトのセットから削除されます。接頭辞を持たないグループが 1 つ以上ある場合、デフォルトの出力グループのセットは省略されます。たとえば、--output_groups=+foo、+bar はデフォルトのセット、foo、bar の和集合を構築し、--output_groups=foo.bar はデフォルトのセットをオーバーライドして foo と bar のみをビルドします。
タグ: executionaffects_outputs
--[no]run_validations のデフォルト: true
ビルドの一環として検証アクションを実行するかどうか。https://bazel.build/extending/rules#validation_actions をご覧ください。
タグ: executionaffects_outputs
--[no]save_temps のデフォルト: "false"
設定すると、gcc からの一時的な出力が保存されます。これには、.s ファイル(アセンブラ コード)、.i ファイル(前処理済み C)、.ii ファイル(前処理された C++)が含まれます。
タグ: affects_outputs
ユーザーが意図する出力を構成し、その存在ではなく値に影響を与えるオプションです。
--action_env=<a 'name=value' assignment with an optional value part> 個の複数回の使用が累積されます
ターゲット構成のアクションで使用可能な環境変数のセットを指定します。変数は、名前で指定できます。この場合、値は呼び出し環境から取得されるか、name=value ペアによって呼び出し環境から独立して値が設定されます。このオプションは複数回使用できます。同じ変数に指定されたオプションに対し、最新の条件、さまざまな変数のオプションが累積されます。
タグ: action_command_lines
--android_cpu=<a string> のデフォルト: 「armeabi-v7a」
Android ターゲット CPU
タグ: affects_outputsloading_and_analysisloses_incremental_state
--[no]android_databinding_use_androidx のデフォルト: "false"
AndroidX 互換のデータ バインディング ファイルを生成する。これは、データ バインディング v2 でのみ使用されます。
タグ: affects_outputsloading_and_analysisloses_incremental_stateexperimental
--[no]android_databinding_use_v3_4_args のデフォルト: "false"
Android データ バインディング v2 と引数 3.4.0 を使用
タグ: affects_outputsloading_and_analysisloses_incremental_stateexperimental
--android_dynamic_mode=<off, default or fully> のデフォルト: "off"
cc_binary で共有ライブラリが明示的に作成されていない場合に、Android ルールの C++ 依存関係を動的にリンクするかどうかを指定します。「default」は、動的にリンクするかどうかを bazel が選択することを意味します。「fully」は、すべてのライブラリが動的にリンクされることを意味します。「off」は、すべてのライブラリがほぼ静的モードでリンクされることを意味します。
タグ: affects_outputsloading_and_analysis
--android_manifest_merger_order=<alphabetical, alphabetical_by_configuration or dependency> のデフォルト: "alphabetical"
Android バイナリのマニフェスト マージツールに渡されるマニフェストの順序を設定します。ALPHABETICAL は、マニフェストが execroot への相対パスで並べ替えられることを意味します。ALPHABETICAL_BY_CONFIGURATION は、マニフェストが出力ディレクトリ内の構成ディレクトリへの相対パスで並べ替えられることを意味します。DEPENDENCY とは、各ライブラリのマニフェストが依存関係のマニフェストの前に来るマニフェストを持つ順序を指定することを意味します。
タグ: action_command_linesexecution
--[no]android_resource_shrinking のデフォルト: "false"
ProGuard を使用する android_binary APK のリソース圧縮を有効にします。
タグ: affects_outputsloading_and_analysis
--apple_bitcode=<'mode' or 'platform=mode', where 'mode' is none, embedded_markers or embedded, and 'platform' is ios, watchos, tvos, macos or catalyst> 個の複数回の使用が累積されます
デバイス アーキテクチャをターゲットとするコンパイル ステップの場合は、Apple ビットコード モードを指定します。値は「[platform=]mode」の形式であり、プラットフォーム(「ios」、「macos」、「tvos」、「watchos」)は任意です。指定する場合、ビットコード モードはそのプラットフォーム専用に適用されます。省略した場合は、すべてのプラットフォームに適用されます。このモードは「none」、「embed_markers」、「embed」のいずれかである必要があります。このオプションは複数回指定できます。
タグ: loses_incremental_state
--aspects=<comma-separated list of options> 個の複数回の使用が累積されます
トップレベル ターゲットに適用するアスペクトのカンマ区切りリスト。リストにおいて、somesome_aspect が required_aspect_providers を介して必要なアスペクト プロバイダを指定している場合、some_aspect は、アドバタイズされたプロバイダが some_aspect の必須アスペクト プロバイダを満たさなければならないアスペクトのリストで、前述のアスペクトが言及されているすべてのアスペクトの後に実行されます。さらに、some_aspect は、require 属性で指定された、必要なすべての要素の後に実行されます。その後、some_aspect はそれらのアスペクトのプロバイダの値にアクセスできます。<bzl-file-label>%<aspect_name>。例: '//tools:my_def.bzl%my_aspect'。ここで、「my_aspect」はファイルツール(my_def.bzl)の最上位値です。
--[no]build_python_zip のデフォルト: "auto"
Python の実行可能 zip をビルドします。Windows では、他のプラットフォームでは、オフです。
タグ: affects_outputs
--catalyst_cpus=<comma-separated list of options> 個の複数回の使用が累積されます
Apple Catalyst バイナリをビルドするアーキテクチャのカンマ区切りのリスト。
タグ: loses_incremental_stateloading_and_analysis
--[no]collect_code_coverage のデフォルト: "false"
指定すると、Bazel はコードを計測可能(可能な場合、オフライン計測)を使用して、テスト中にカバレッジ情報を収集します。--instrumentation_filter に一致するターゲットのみが影響を受けます。通常、このオプションは直接指定しないでください。「bazelCoverage」コマンドを使用してください。
タグ: affects_outputs
--compilation_mode=<fastbuild, dbg or opt> [-c] デフォルト: "fastbuild"
バイナリをビルドするモードを指定します。値: fast'、'dbg'、'opt'。
タグ: affects_outputsaction_command_linesexplicit_in_output_path
--conlyopt=<a string> 個の複数回の使用が累積されます
C ソースファイルをコンパイルする際に gcc に渡す追加のオプション。
タグ: action_command_linesaffects_outputs
--copt=<a string> 個の複数回の使用が累積されます
gcc に渡す追加のオプション。
タグ: action_command_linesaffects_outputs
--cpu=<a string> のデフォルト: ""
ターゲット CPU。
タグ: changes_inputsaffects_outputsexplicit_in_output_path
--cs_fdo_absolute_path=<a string> のデフォルト: 説明を表示
CSFDO プロファイル情報を使用してコンパイルを最適化する。プロファイル ファイル(未加工またはインデックス付き LLVM プロファイル ファイル)を含む zip ファイルの絶対パス名を指定します。
タグ: affects_outputs
--cs_fdo_instrument=<a string> のデフォルト: 説明を表示
コンテキストに応じた FDO インストルメンテーションによるバイナリ生成Clang/LLVM コンパイラの場合、実行時に未加工のプロファイル ファイルがダンプされるディレクトリ名も受け入れられます。
タグ: affects_outputs
--cs_fdo_profile=<a build target label> のデフォルト: 説明を表示
最適化に使用されるコンテキスト センシティブ プロファイルを表す cs_fdo_profile。
タグ: affects_outputs
--cxxopt=<a string> 個の複数回の使用が累積されます
C++ ソースファイルをコンパイルする際に gcc に渡す追加のオプション。
タグ: action_command_linesaffects_outputs
--define=<a 'name=value' assignment> 個の複数回の使用が累積されます
各 --define オプションでビルド変数の割り当てを指定します。
タグ: changes_inputsaffects_outputs
--dynamic_mode=<off, default or fully> のデフォルト: "default"
C++ バイナリを動的にリンクするかどうかを決定します。「default」は、Bazel が動的にリンクするかどうかを選択することを意味します。「fully」は、すべてのライブラリが動的にリンクされることを意味します。「off」は、すべてのライブラリがほぼ静的モードでリンクされることを意味します。
タグ: loading_and_analysisaffects_outputs
--[no]enable_fdo_profile_absolute_path のデフォルト: true
設定すると、fdo_absolute_profile_path を使用するとエラーが発生します。
タグ: affects_outputs
--[no]enable_runfiles のデフォルト: "auto"
runfiles のシンボリック リンク ツリーを有効にします。デフォルトでは、Windows、他のプラットフォームでは無効になっています。
タグ: affects_outputs
--experimental_action_listener=<a build target label> 個の複数回の使用が累積されます
非推奨となり、複数の側面を考慮しました。action_listener を使用して、既存のビルド アクションに extra_action をアタッチします。
タグ: executionexperimental
--[no]experimental_android_compress_java_resources のデフォルト: "false"
APK で Java リソースを圧縮する
タグ: affects_outputsloading_and_analysisexperimental
--[no]experimental_android_databinding_v2 のデフォルト: "false"
Android データ バインディング v2 を使用する
タグ: affects_outputsloading_and_analysisloses_incremental_stateexperimental
--[no]experimental_android_resource_shrinking のデフォルト: "false"
ProGuard を使用する android_binary APK のリソース圧縮を有効にします。
タグ: affects_outputsloading_and_analysis
--[no]experimental_android_rewrite_dexes_with_rex のデフォルト: "false"
rex ツールを使用して dex ファイルを書き換える
タグ: affects_outputsloading_and_analysisloses_incremental_stateexperimental
このフラグは、コンビニエンス シンボリック リンク(ビルド後にワークスペースに表示されるシンボリック リンク)の管理方法を制御します。有効な値: normal(デフォルト): ビルドごとに、さまざまな種類のコンビニエンス シンボリック リンクが作成または削除されます。 clean: すべてのシンボリック リンクが無条件に削除されます。 無視: シンボリック リンクは残されます。log_only: 「normal」が渡されたかのようにログメッセージを生成しますが、実際にはファイル システム オペレーションは実行しません(ツールに役立ちます)。影響を受けるのが、名前が --symlink_prefix で生成されたシンボリック リンクのみです。プレフィックスが変更されても既存のシンボリック リンクはそのまま残ります。
タグ: affects_outputs
このフラグは、BuildEventConenienceSymlinksIdentified を BuildEventProtocol に投稿するかどうかを制御します。値が true の場合、BuildEventProtocol には、workspaceSymlinksIdentified のエントリがあるので、ワークスペースに作成された便利なシンボリック リンクをすべてリストアップします。false の場合、BuildEventProtocol のコンビニエンス SymlinksIdentified エントリは空になります。
タグ: affects_outputs
--experimental_multi_cpu=<comma-separated list of options> 個の複数回の使用が累積されます
非推奨。処理なし。
タグ: affects_outputsexperimental
--experimental_objc_fastbuild_options=<comma-separated list of options> のデフォルト: "-O0,-DDEBUG=1"
これらの文字列を objc fastbuild コンパイラ オプションとして使用します。
タグ: action_command_lines
--[no]experimental_omitfp のデフォルト: "false"
true の場合、libunwind をスタックのアンワインドに使用し、-fomit-frame-pointer と -fasync-unwind-tables でコンパイルします。
タグ: action_command_linesaffects_outputsexperimental
--[no]experimental_platform_in_output_dir のデフォルト: "false"
true の場合、ターゲット プラットフォームは CPU ではなく出力ディレクトリ名で使用されます。
タグ: affects_outputsexperimental
--[no]experimental_use_llvm_covmap のデフォルト: "false"
これを指定すると、Bazel は、collect_code_coverage が有効になっているときに、gcov ではなく llvm-cov カバレッジ マップ情報を生成します。
タグ: changes_inputsaffects_outputsloading_and_analysisexperimental
--fat_apk_cpu=<comma-separated list of options> のデフォルト: 「armeabi-v7a」
このオプションを設定すると、指定されたすべてのターゲット アーキテクチャのネイティブ バイナリ(--fat_apk_cpu=x86,armeabi-v7a. このフラグを指定すると、android_binary ルールの依存関係で --android_cpu は無視されます。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--[no]fat_apk_hwasan のデフォルト: "false"
HWASAN 分割を作成するかどうか。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--fdo_instrument=<a string> のデフォルト: 説明を表示
FDO インストルメンテーションでバイナリを生成する。Clang/LLVM コンパイラの場合、実行時に未加工のプロファイル ファイルがダンプされるディレクトリ名も受け入れられます。
タグ: affects_outputs
--fdo_optimize=<a string> のデフォルト: 説明を表示
FDO プロファイル情報を使用してコンパイルを最適化する。.gcda ファイルツリーを含む zip ファイルの名前、自動プロファイルを含む afdo ファイル、または LLVM プロファイル ファイルを指定します。このフラグには、ラベルとして指定されたファイル(例: 「//foo/bar:file.afdo」- 対応するパッケージに「exports_files」ディレクティブを追加)と、「fdo_profile」ターゲットを指すラベルも指定できます。このフラグは fdo_profile ルールに優先します。
タグ: affects_outputs
--fdo_prefetch_hints=<a build target label> のデフォルト: 説明を表示
キャッシュ プリフェッチのヒントを使用します。
タグ: affects_outputs
--fdo_profile=<a build target label> のデフォルト: 説明を表示
最適化に使用されるプロファイルを表す fdo_profile。
タグ: affects_outputs
--features=<a string> 個の複数回の使用が累積されます
特定の機能は、すべてのパッケージでデフォルトで有効または無効にされます。-<feature> を指定すると、この機能がグローバルに無効になります。ネガティブな特徴は常にポジティブな特徴よりも優先されます。このフラグは、Bazel リリースなしでデフォルトの機能変更のロールアウトを有効にするために使用されます。
タグ: changes_inputsaffects_outputs
--[no]force_pic のデフォルト: "false"
有効にすると、すべての C++ コンパイルで位置独立コード(「-fPIC」)が生成されます。リンクは非 PIC ライブラリよりも PIC ビルド済みライブラリを優先し、リンクは位置独立実行ファイル(「-pie」)を生成します。
タグ: loading_and_analysisaffects_outputs
--host_action_env=<a 'name=value' assignment with an optional value part> 個の複数回の使用が累積されます
ホストまたは実行構成のアクションで使用できる環境変数のセットを指定します。変数は、名前で指定できます。この場合、値は呼び出し環境から取得されるか、name=value ペアによって呼び出し環境から独立して値が設定されます。このオプションは複数回使用できます。同じ変数に指定されたオプションに対し、最新の条件、さまざまな変数のオプションが累積されます。
タグ: action_command_lines
--host_compilation_mode=<fastbuild, dbg or opt> のデフォルト: 「opt」
ビルド時に使用するツールのモードを指定します。値: fast'、'dbg'、'opt'。
タグ: affects_outputsaction_command_lines
--host_conlyopt=<a string> 個の複数回の使用が累積されます
ホスト構成または実行構成で C(C++ ではない)ソースファイルをコンパイルするときに C コンパイラに渡す追加オプション。
タグ: action_command_linesaffects_outputs
--host_copt=<a string> 個の複数回の使用が累積されます
ホスト構成または実行構成でビルドされたツールについて、C コンパイラに渡す追加のオプション。
タグ: action_command_linesaffects_outputs
--host_cpu=<a string> のデフォルト: ""
ホスト CPU。
タグ: changes_inputsaffects_outputs
--host_cxxopt=<a string> 個の複数回の使用が累積されます
ホスト構成または実行構成でビルドされたツールに対して C++ コンパイラに渡す追加のオプション。
タグ: action_command_linesaffects_outputs
--host_force_python=<PY2 or PY3> のデフォルト: 説明を表示
ホスト構成の Python バージョンをオーバーライドします。「PY2」または「PY3」のいずれか。
タグ: loading_and_analysisaffects_outputs
--host_linkopt=<a string> 個の複数回の使用が累積されます
ホスト構成または実行構成でツールをリンクする際にリンカーに渡す追加オプション。
タグ: action_command_linesaffects_outputs
--host_macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を表示
ホスト ターゲットに対して互換性がある最小の macOS バージョン。指定しない場合は、「macos_sdk_version」を使用します。
タグ: loses_incremental_state
--host_per_file_copt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options> 個の複数回の使用が累積されます
ホスト構成または実行構成で特定のファイルをコンパイルする際に C/C++ コンパイラに選択的に渡す追加のオプション。このオプションは複数回渡すことができます。構文: regex_filter@option_1,option_2,...,option_n。regex_filter は正規表現のパターンが含まれたリストと除外されるリストを表します(--instrumentation_filter も参照)。option_1 から option_n は任意のコマンドライン オプションを表します。オプションにカンマを含める場合は、バックスラッシュを引用符で囲む必要があります。オプションには @ を含めることができます。文字列の分割には最初の @ のみが使用されます。例: --host_per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0 は、bar.cc 以外のすべての cc ファイルの gcc コマンドラインに -O0 コマンドライン オプションを追加する。
タグ: action_command_linesaffects_outputs
--host_swiftcopt=<a string> 個の複数回の使用が累積されます
ホストツールの swiftc に渡す追加のオプション。
タグ: action_command_linesaffects_outputs
--[no]incompatible_avoid_conflict_dlls のデフォルト: true
有効にすると、Windows で cc_library によって生成されたすべての C++ ダイナミック リンク ライブラリ(DLL)の名前が name_{hash}.dll に変更され、RepositoryName と DLL のパッケージパスに基づいてハッシュが計算されます。このオプションは、同じ名前の複数の cc_library に依存する 1 つのパッケージがある場合に便利です(例: //foo/bar1:utils と //foo/bar2:utils)。
タグ: loading_and_analysisaffects_outputsincompatible_change
--[no]incompatible_merge_genfiles_directory のデフォルト: true
true の場合、genfiles ディレクトリが bin ディレクトリに折りたたまれています。
タグ: affects_outputsincompatible_change
--[no]incompatible_use_platforms_repo_for_constraints のデフォルト: true
true の場合、@bazel_tools の制約設定が削除されます。
タグ: affects_outputsincompatible_change
--[no]instrument_test_targets のデフォルト: "false"
カバレッジが有効になっている場合、インストルメンテーション テストルールを考慮するかどうかを指定します。設定すると、--instrumentation_filter に含まれるテストルールが計測可能になります。それ以外の場合、テストルールはカバレッジ計測から常に除外されます。
タグ: affects_outputs
--instrumentation_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> のデフォルト: "-/javatests[/:]-/test/java[/:]"
カバレッジが有効になっている場合、指定した正規表現ベースのフィルタに含まれる名前を持つルールのみが計測されます。「-」で始まるルールを除外します。--instrument_test_targets が有効になっていない限り、テスト対象外のルールのみがインストルメント化されます。
タグ: affects_outputs
--ios_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を表示
ターゲット シミュレータとデバイスに対する iOS の互換性が最小バージョン。指定しない場合は、「ios_sdk_version」が使用されます。
タグ: loses_incremental_state
--ios_multi_cpus=<comma-separated list of options> 個の複数回の使用が累積されます
ios_application をビルドするためのアーキテクチャのカンマ区切りのリスト。その結果、指定されたすべてのアーキテクチャを含むユニバーサル バイナリが作成されます。
タグ: loses_incremental_stateloading_and_analysis
--[no]legacy_whole_archive のデフォルト: true
。非推奨であり、--compatible_remove_legacy_whole_archive に置き換えられました(詳しくは、https://github.com/bazelbuild/bazel/issues/7362 をご覧ください)。オンの場合、linkshared=True で、linkopt で linkstatic=True または「-static」のいずれかが指定されている cc_binary ルールでは --whole-archive を使用します。これは下位互換性のみを目的としています。より望ましい代替手段として、必要に応じて alwayslink=1 を使用することをおすすめします。
タグ: action_command_linesaffects_outputsdeprecated
--linkopt=<a string> 個の複数回の使用が累積されます
リンク時に gcc に渡す追加のオプション。
タグ: action_command_linesaffects_outputs
--ltobackendopt=<a string> 個の複数回の使用が累積されます
LTO バックエンド ステップに渡す追加オプション(--features=thin_lto の下)。
タグ: action_command_linesaffects_outputs
--ltoindexopt=<a string> 個の複数回の使用が累積されます
LTO インデックス登録ステップに渡す追加オプション(--features=thin_lto の下)。
タグ: action_command_linesaffects_outputs
--macos_cpus=<comma-separated list of options> 個の複数回の使用が累積されます
Apple macOS バイナリをビルドするアーキテクチャのカンマ区切りのリスト。
タグ: loses_incremental_stateloading_and_analysis
--macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を表示
ターゲットに対して互換性がある最小の macOS バージョン。指定しない場合は、「macos_sdk_version」を使用します。
タグ: loses_incremental_state
--[no]objc_debug_with_GLIBCXX のデフォルト: "false"
設定されていて、コンパイル モードが「dbg」に設定されている場合は、GLIBCXX_DEBUG、GLIBCXX_DEBUG_PEDANTIC、GLIBCPP_CONCEPT_CHECKS を定義します。
タグ: action_command_lines
--[no]objc_enable_binary_stripping のデフォルト: "false"
リンクされたバイナリに対してシンボルとデッドコード ストリッピングを実行するかどうか。このフラグと --compile_mode=opt の両方を指定すると、バイナリ ストリッピングが実行されます。
タグ: action_command_lines
--objccopt=<a string> 個の複数回の使用が累積されます
Objective-C / C++ ソースファイルのコンパイル時に gcc に渡す追加のオプション。
タグ: action_command_lines
--per_file_copt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options> 個の複数回の使用が累積されます
特定のファイルをコンパイルする際に gcc に選択的に渡す追加のオプション。このオプションは複数回渡すことができます。構文: regex_filter@option_1,option_2,...,option_n。regex_filter は正規表現のパターンが含まれたリストと除外されるリストを表します(--instrumentation_filter も参照)。option_1 から option_n は任意のコマンドライン オプションを表します。オプションにカンマを含める場合は、バックスラッシュを引用符で囲む必要があります。オプションには @ を含めることができます。文字列の分割には最初の @ のみが使用されます。例: --per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0 は、bar.cc 以外のすべての cc ファイルの gcc コマンドラインに -O0 コマンドライン オプションを追加する。
タグ: action_command_linesaffects_outputs
--per_file_ltobackendopt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options> 個の複数回の使用が累積されます
特定のバックエンド オブジェクトをコンパイルするときに、LTO バックエンドを選択的に渡すオプション(--features=thin_lto の下)を追加しました。このオプションは複数回渡すことができます。構文: regex_filter@option_1,option_2,...,option_n。regex_filter は正規表現の包含と除外のリストのリストを表します。option_1 から option_n は、任意のコマンドライン オプションを表します。オプションにカンマを含める場合は、バックスラッシュを引用符で囲む必要があります。オプションには @ を含めることができます。文字列の分割には最初の @ のみが使用されます。例: --per_file_ltobackendopt=//foo/.*\.o,-//foo/bar\.o@-O0 は、bar.o を除く //foo/ にあるすべての o ファイルの LTO バックエンド コマンドラインに -O0 コマンドライン オプションを追加する。
タグ: action_command_linesaffects_outputs
--platform_suffix=<a string> のデフォルト: 説明を表示
設定ディレクトリに追加するサフィックスを指定します。
タグ: loses_incremental_stateaffects_outputsloading_and_analysis
--propeller_optimize=<a build target label> のデフォルト: 説明を表示
プロペラ プロファイルの情報を使用してビルド ターゲットを最適化します。プロペラ プロファイルは、cc プロファイルと ld プロファイルの少なくとも 1 つのファイルで構成されている必要があります。このフラグにはビルドラベルがあり、このラベルはプロペラ プロファイルの入力ファイルを参照する必要があります。たとえば、ラベルを定義する BUILD ファイルで、a/b/BUILD:propeller_optimize( name = "propeller_profile", cc_profile = "propeller_cc_profile.txt", ld_profile = "propeller_ld_profile.txt") を指定します。これらの Bazel ファイルが Bazel で出力されるようにするには、対象のパッケージに exports_files ディレクティブを追加する必要があります。このオプションは、以下のように使用する必要があります: --propeller_optimize=//a/b:propeller_profile
タグ: action_command_linesaffects_outputs
--propeller_optimize_absolute_cc_profile=<a string> のデフォルト: 説明を表示
Propeller 最適化ビルドの cc_profile ファイルの絶対パス名。
タグ: affects_outputs
--propeller_optimize_absolute_ld_profile=<a string> のデフォルト: 説明を表示
Propeller 最適化ビルドの ld_profile ファイルの絶対パス名。
タグ: affects_outputs
--run_under=<a prefix in front of command> のデフォルト: 説明を表示
「test」および「run」コマンドの実行可能ファイルの前に挿入する接頭辞。値が「foo -bar」、実行コマンドラインが「test_binary -baz」の場合、最後のコマンドラインは「foo -bar test_binary -baz」です。これは、実行可能ターゲットへのラベルにすることもできます。例: 'valgrind'、'strace'、'strace -c'、'valgrind --quiet --num-callers=20'、'//package:target'、'//package:target --options'
タグ: action_command_lines
--[no]share_native_deps のデフォルト: true
true の場合、同じ機能を含むネイティブ ライブラリが複数のターゲット間で共有されます。
タグ: loading_and_analysisaffects_outputs
--[no]stamp のデフォルト: "false"
日付、ユーザー名、ホスト名、ワークスペース情報などでバイナリをスタンプします。
タグ: affects_outputs
--strip=<always, sometimes or never> のデフォルト: 「sometimes」
。バイナリと共有共有ライブラリを削除するかどうかを指定します(-Wl,--strip-debug を使用)。「sometimes」のデフォルト値は --if の --compile_mode=fastbuild です。
タグ: affects_outputs
--stripopt=<a string> 個の複数回の使用が累積されます
<name>.stripped バイナリの生成時にストリップに渡す追加のオプション。
タグ: action_command_linesaffects_outputs
--swiftcopt=<a string> 個の複数回の使用が累積されます
Swift コンパイルに渡す追加オプション。
タグ: action_command_lines
ビルド後に作成される便利なシンボリック リンクの前に付加される接頭辞。省略した場合は、デフォルト値として、ビルドツールの名前の後にハイフンが付きます。「/」が渡された場合、シンボリック リンクは作成されず、警告も出力されません。警告: 「/」の特別な機能はまもなく非推奨となります。代わりに --experimental_convenience_symlinks=ignore を使用してください。
タグ: affects_outputs
--tvos_cpus=<comma-separated list of options> 個の複数回の使用が累積されます
Apple tvOS バイナリをビルドするアーキテクチャのカンマ区切りのリスト。
タグ: loses_incremental_stateloading_and_analysis
--tvos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を表示
ターゲット シミュレータとデバイスの最小互換 tvOS バージョン。指定しない場合は、「tvos_sdk_version」が使用されます。
タグ: loses_incremental_state
--watchos_cpus=<comma-separated list of options> 個の複数回の使用が累積されます
Apple WatchOS バイナリをビルドするアーキテクチャのカンマ区切りのリスト。
タグ: loses_incremental_stateloading_and_analysis
--watchos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を表示
ターゲット シミュレータとデバイスに対する互換性のある最低限の watchOS バージョン。指定しない場合は、「watchos_sdk_version」が使用されます。
タグ: loses_incremental_state
--xbinary_fdo=<a build target label> のデフォルト: 説明を表示
XbinaryFDO プロファイル情報を使用してコンパイルを最適化するデフォルトのクロス バイナリ プロファイルの名前を指定します。このオプションを --fdo_instrument/--fdo_optimize/--fdo_profile と一緒に使用すると、xbinary_fdo を指定していない場合と同様に、これらのオプションが常に優先されます。
タグ: affects_outputs
Bazel による有効なビルド入力の厳格さに適用されるオプション(ルールの定義、フラグの組み合わせなど):
--auto_cpu_environment_group=<a build target label> のデフォルト: ""
cpu_value を target_environment 値に自動的にマッピングするために使用する environment_group を宣言します。
タグ: changes_inputsloading_and_analysisexperimental
--[no]check_licenses のデフォルト: "false"
依存パッケージによって課されるライセンス制約が、ビルドされるターゲットの配布モードと競合していないことを確認します。デフォルトでは、ライセンスはチェックされません。
タグ: build_file_semantics
--[no]check_visibility のデフォルト: true
無効にした場合、ターゲット依存関係の可視性エラーは警告に降格されます。
タグ: build_file_semantics
--[no]desugar_for_android のデフォルト: true
dex の前に Java 8 バイトコードの出力をデコードするかどうか。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--[no]desugar_java8_libs のデフォルト: "false"
レガシー デバイス用のアプリでサポートされている Java 8 ライブラリを含めるかどうか。
タグ: affects_outputsloading_and_analysisloses_incremental_stateexperimental
--[no]enforce_constraints のデフォルト: true
各ターゲットが互換性を持つ環境を確認し、同じ環境をサポートしていない依存関係がターゲットに存在する場合にエラーを報告します。
タグ: build_file_semantics
--[no]experimental_allow_android_library_deps_without_srcs のデフォルト: "false"
srcs-less android_library ルールの deny を許可しない方法から遷移するフラグ。これをロールアウトするには、デポをクリーンアップする必要があります。
タグ: eagerness_to_exitloading_and_analysis
--[no]experimental_check_desugar_deps のデフォルト: true
Android バイナリレベルで正しい脱糖を再確認するかどうかを指定します。
タグ: eagerness_to_exitloading_and_analysisexperimental
--experimental_import_deps_checking=<off, warning or error> のデフォルト: "OFF"
有効になっている場合は、aar_import の依存関係が完了しているかどうかを確認します。この適用によってビルドが中断されたり、警告が表示されたりすることがあります。
タグ: loading_and_analysis
--experimental_strict_java_deps=<off, warn, error, strict or default> のデフォルト: "default"
true の場合、Java ターゲットで、直接使用するすべてのターゲットが依存関係として明示的に宣言されていることを確認します。
タグ: build_file_semanticseagerness_to_exit
--[no]incompatible_check_testonly_for_output_files のデフォルト: "false"
有効にする場合は、生成ルールのテスト専用ファイルを検索して、出力ファイルとなる前提条件ターゲットを確認します。これは可視性の確認と一致します。
タグ: build_file_semanticsincompatible_change
--[no]incompatible_disable_native_android_rules のデフォルト: "false"
有効にすると、ネイティブ Android ルールの直接使用は無効になります。https://github.com/bazelbuild/rules_android の Starlark Android ルールを使用してください。
タグ: eagerness_to_exitincompatible_change
--[no]incompatible_disable_native_apple_binary_rule のデフォルト: "false"
いいえ。下位互換性を維持するため、こちらで保持されます。
タグ: eagerness_to_exitincompatible_change
--[no]incompatible_force_strict_header_check_from_starlark のデフォルト: true
有効にする場合は、Starlark API で厳格なヘッダーチェックを設定する
タグ: loading_and_analysischanges_inputsincompatible_change
--[no]incompatible_validate_top_level_header_inclusions のデフォルト: true
true の場合、Bazel は最上位のディレクトリ ヘッダーのインクルードも検証します(詳しくは https://github.com/bazelbuild/bazel/issues/10047 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]strict_filesets のデフォルト: "false"
このオプションを有効にすると、パッケージの境界を越えたファイルセットはエラーとして報告されます。check_fileset_dependencies_recursative が無効になっている場合、機能しません。
タグ: build_file_semanticseagerness_to_exit
--strict_proto_deps=<off, warn, error, strict or default> のデフォルト: "error"
オフになっていない場合は、直接使用するすべてのターゲットを proto_library ターゲットで明示的に宣言していることを確認します。
タグ: build_file_semanticseagerness_to_exitincompatible_change
--strict_public_imports=<off, warn, error, strict or default> のデフォルト: "off"
オフになっていない場合、proto_library ターゲットで「import public」で使用されているすべてのターゲットがエクスポート済みとして明示的に宣言されていることを確認します。
タグ: build_file_semanticseagerness_to_exitincompatible_change
--[no]strict_system_includes のデフォルト: "false"
true の場合、system を通じて検出されたヘッダーにインクルード パス(-isystem)も宣言する必要があります。
タグ: loading_and_analysiseagerness_to_exit
--target_environment=<a build target label> 個の複数回の使用が累積されます
このビルドのターゲット環境を宣言します。「環境」ルールへの参照ラベルである必要があります。指定する場合、トップレベル ターゲットはすべて、この環境と互換性がある必要があります。
タグ: changes_inputs
ビルドの署名出力に影響するオプション:
--apk_signing_method=<v1, v2, v1_v2 or v4> のデフォルト: v1_v2
APK の署名に使用する実装
タグ: action_command_linesaffects_outputsloading_and_analysis
--[no]device_debug_entitlements のデフォルト: true
設定されていて、コンパイル モードが「opt」でない場合、objc アプリは署名時にデバッグ利用資格を含めます。
タグ: changes_inputs
--ios_signing_cert_name=<a string> のデフォルト: 説明を表示
iOS 署名に使用する証明書名。設定しないと、プロビジョニング プロファイルにフォールバックします。コードサインのマニュアル ページ(署名 ID)に従い、証明書のキーチェーン ID 設定、または証明書の共通名の部分文字列(部分文字列)になります。
タグ: action_command_lines
このオプションは、Starlark 言語、または BUILD ファイル、.bzl ファイル、WORKSPACE ファイルにアクセスできる Build API のセマンティクスに影響します。
--[no]incompatible_config_setting_private_default_visibility のデフォルト: "false"
compatible_enforce_config_setting_visibility=false の場合、これは noop です。それ以外の場合、このフラグが false の場合、明示的な可視性属性のない config_setting は //visibility:public です。このフラグが true の場合、config_setting は他のすべてのルールと同じ可視性ロジックに従います。https://github.com/bazelbuild/bazel/issues/12933 をご覧ください。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_disallow_legacy_py_provider のデフォルト: true
No-op はまもなく削除されます。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_enforce_config_setting_visibility のデフォルト: true
true の場合、config_setting の公開設定制限を適用します。false の場合、すべての config_setting がすべてのターゲットに表示されます。https://github.com/bazelbuild/bazel/issues/12932 をご覧ください。
タグ: loading_and_analysisincompatible_change
テスト環境またはテストランナーの動作を管理するオプション:
--[no]allow_analysis_failures のデフォルト: "false"
true の場合、ルール ターゲットの分析に失敗した場合、ビルドが失敗するのではなく、エラーの説明を含む AnalysisFailureInfo のインスタンスがターゲットに伝播されます。
タグ: loading_and_analysisexperimental
--analysis_testing_deps_limit=<an integer> のデフォルト: 「2000」
for_analysis_testing 構成の遷移を持つルール属性を通じて、推移的依存関係の最大数を設定します。この上限を超えると、ルールエラーが発生します。
タグ: loading_and_analysis
--[no]break_build_on_parallel_dex2oat_failure のデフォルト: "false"
true の dex2oat アクションが失敗すると、テスト ランタイム時に dex2oat が実行されるのではなく、ビルドが破損します。
タグ: loading_and_analysisexperimental
--[no]check_tests_up_to_date のデフォルト: "false"
テストは実行せず、最新のものであることを確認してください。すべてのテスト結果が最新の状態であれば、テストは正常に完了しています。テストを作成または実行する必要がある場合、エラーが報告され、テストは失敗します。このオプションは、--check_up_to_date の動作を暗黙的に示唆します。
タグ: execution
--[no]experimental_android_use_parallel_dex2oat のデフォルト: "false"
dex2oat を並行して使用して、android_test を高速化します。
タグ: loading_and_analysishost_machine_resource_optimizationsexperimental
--flaky_test_attempts=<a positive integer, the string "default", or test_regex@attempts. This flag may be passed more than once> 個の複数回の使用が累積されます
各テストは、テストが失敗した場合、指定された回数まで再試行されます。合格するまで複数回テストを行う必要があるテストは、テストの概要で「FLAKY」とマークされます。通常、指定された値は整数または文字列「default」です。整数の場合、すべてのテストは最大 N 回まで実行されます。「default」の場合、通常のテストでは 1 回のテストが試行され、ルールで不安定とマークされたテスト(flaky=1 属性)は 3 回試行されます。代替構文: regex_filter@flaky_test_attempts。この場合、flaky_test_attempts は上記のとおりです。regex_filter は、正規表現パターンの追加と除外のリストを表します(--runs_per_test もご覧ください)。例: --flaky_test_attempts=//foo/.*,-//foo/bar/.*@3 は、foo/bar にあるものを除くすべてのテストを //foo/で 3 回デフレークする。このオプションは複数回渡すことができます。最も最近一致した引数が一致します。一致するものがない場合は、上記の「デフォルト」のように動作します。
タグ: execution
--[no]ios_memleaks のデフォルト: "false"
ios_test ターゲットでのメモリリークの確認を有効にします。
タグ: action_command_lines
--ios_simulator_device=<a string> のデフォルト: 説明を表示
シミュレータで iOS アプリケーションを実行するときにシミュレートするデバイス(iPhone 6 など)。デバイスのリストを表示するには、シミュレータを実行するマシンで「xcrun simctl list devicetypes」を実行します。
タグ: test_runner
--ios_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を表示
: 実行中またはテスト時にシミュレータで実行する iOS のバージョン。ルールで対象デバイスが指定されている場合、ios_test ルールでは無視されます。
タグ: test_runner
--local_test_jobs=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5"> のデフォルト: "auto"
同時に実行するローカルテスト ジョブの最大数。整数またはキーワード("auto"、"HOST_CPUS"、"HOST_RAM")に続けて、その後にオペレーション([-|*]<float>)を付けます。"auto"、"HOST_CPUS*.5"0 は、ローカル リソースが同時に実行されるローカルテスト ジョブの数を制限することを意味します。これを --jobs の値よりも大きく設定しても効果はありません。
タグ: execution
--runs_per_test=<a positive integer or test_regex@runs. This flag may be passed more than once> 個の複数回の使用が累積されます
各テストを実行する回数を指定します。これらのテストがなんらかの理由で失敗した場合、テスト全体が失敗したとみなされます。通常、指定された値は単なる整数です。例: --runs_per_test=3 は、すべてのテストを 3 回実行します。代替構文: regex_filter@runs_per_testRun_per_test は整数値、regex_filter は正規表現パターンの追加と除外のリスト(--instrumentation_filter も参照)のリストを表します。例: --runs_per_test=//foo/.*,-//foo/bar/.*@3 は、//foo/bar 内のすべてのテストを 3 回実行します。このオプションは複数回渡すことができます。最も最近一致した引数が一致します。何も一致しない場合、テストは 1 回だけ実行されます。
--test_env=<a 'name=value' assignment with an optional value part> 個の複数回の使用が累積されます
テストランナー環境に挿入する追加の環境変数を指定します。変数は名前で指定できます。この場合、その値は Bazel クライアント環境から読み取られます。または、name=value ペアで読み取られます。このオプションは、複数の変数を指定するために複数回使用できます。bazel test コマンドでのみ使用されます。
タグ: test_runner
--[no]test_keep_going のデフォルト: true
無効にすると、テストに合格しなかった場合は、ビルド全体が停止します。デフォルトでは、合格しなかった場合も含めて、すべてのテストが実行されます。
タグ: execution
--test_strategy=<a string> のデフォルト: ""
テスト実行時に使用する戦略を指定します。
タグ: execution
--test_timeout=<a single integer or comma-separated list of 4 integers> のデフォルト: 「-1」
テスト タイムアウトのデフォルトのテスト タイムアウト値(秒)をオーバーライドします。正の整数値を指定すると、すべてのカテゴリがオーバーライドされます。カンマ区切りの整数を 4 つ指定すると、short、medium、long、eternary のタイムアウトがオーバーライドされます。いずれの形式でも -1 の値は、そのカテゴリにデフォルトのタイムアウトを使用するようにブレイズに指示します。
--test_tmpdir=<a path> のデフォルト: 説明を表示
使用する bazel test のベース一時ディレクトリを指定します。
--tvos_simulator_device=<a string> のデフォルト: 説明を表示
シミュレータで tvOS アプリケーションを実行するときにシミュレートするデバイス(「Apple TV 1080p」など)。デバイスのリストを表示するには、シミュレータを実行するマシンで「xcrun simctl list devicetypes」を実行します。
タグ: test_runner
--tvos_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を表示
実行時またはテスト時にシミュレータで実行する tvOS のバージョン。
タグ: test_runner
--watchos_simulator_device=<a string> のデフォルト: 説明を表示
シミュレータでスマートウォッチ OS アプリケーションを実行するときにシミュレートするデバイス(「Apple Watch - 38mm」など)。デバイスのリストを表示するには、シミュレータを実行するマシンで「xcrun simctl list devicetypes」を実行します。
タグ: test_runner
--watchos_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を表示
実行中またはテスト時にシミュレータで実行する watchOS のバージョン。
タグ: test_runner
--[no]zip_undeclared_test_outputs のデフォルト: true
true の場合、宣言されていないテスト出力は zip ファイルにアーカイブされます。
タグ: test_runner
ビルド時間の最適化をトリガーするオプション:
--[no]collapse_duplicate_defines のデフォルト: true
有効にすると、冗長な --defines がビルドの早い段階で削除されます。特定の種類の同等のビルドで分析キャッシュが不必要に失われることを回避できます。
タグ: loading_and_analysisloses_incremental_state
--[no]experimental_filter_library_jar_with_program_jar のデフォルト: "false"
ProGuardJAR をフィルタして、LibraryJar 内に存在するクラスもすべて削除します。
タグ: action_command_lines
--[no]experimental_inmemory_dotd_files のデフォルト: true
有効にすると、C++ .d ファイルはディスクに書き込まれるのではなく、リモートビルドノードから直接メモリに渡されます。
タグ: loading_and_analysisexecutionaffects_outputsexperimental
--[no]experimental_inmemory_jdeps_files のデフォルト: true
有効にすると、Java コンパイルで生成された依存関係(.jdeps)ファイルは、ディスクに書き込まれるのではなく、メモリにリモート ビルドノードから直接渡されます。
タグ: loading_and_analysisexecutionaffects_outputsexperimental
--[no]experimental_objc_include_scanning のデフォルト: "false"
目標 C/C++ のスキャンを含めるかどうか。
タグ: loading_and_analysisexecutionchanges_inputs
--[no]experimental_parse_headers_skipped_if_corresponding_srcs_found のデフォルト: "false"
有効にすると、同じベース名を持つソースが同じターゲットで見つかった場合、parse_headers 機能は個別のヘッダー コンパイル アクションを作成しません。
タグ: loading_and_analysisaffects_outputs
--[no]experimental_retain_test_configuration_across_testonly のデフォルト: "false"
有効にすると、--trim_test_configuration は testonly=1 とマークされたルールのテスト構成をトリミングしません。これは、テスト以外のルールが cc_test ルールに依存している場合に、アクションの競合の問題を軽減することを目的としています。--trim_test_configuration が false の場合は影響はありません。
タグ: loading_and_analysisloses_incremental_state
--[no]experimental_starlark_cc_import のデフォルト: "false"
有効にすると、cc_import の Starlark バージョンを使用できます。
タグ: loading_and_analysisexperimental
--[no]experimental_unsupported_and_brittle_include_scanning のデフォルト: "false"
入力ファイルの #include 行を解析し、C/C++ コンパイルの入力を絞り込むかどうか。これにより、コンパイル入力ツリーのサイズを小さくすることで、パフォーマンスとインクリメンタリティを改善できます。ただし、インクルード スキャナは C プリプロセッサのセマンティクスを完全には実装していないため、ビルドが中断される可能性もあります。特に、動的な #include ディレクティブは認識されず、プリプロセッサの条件付きロジックは無視されます。自己責任で使用してください。報告したフラグに関連する問題はすべてクローズされます。
タグ: loading_and_analysisexecutionchanges_inputs
--[no]incremental_dexing のデフォルト: true
dex 化にほとんどの作業は JAR ファイルごとに行います。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--[no]objc_use_dotd_pruning のデフォルト: true
設定すると、clang が出力する .d ファイルを使用して、objc のコンパイルに渡された入力をプルーニングします。
タグ: changes_inputsloading_and_analysis
--[no]process_headers_in_dependencies のデフォルト: "false"
ターゲットを //a:a にビルドするとき、a が依存するすべてのターゲットでヘッダーを処理します(ツールチェーンでヘッダー処理が有効になっている場合)。
タグ: execution
--[no]trim_test_configuration のデフォルト: true
有効にすると、テスト関連のオプションはビルドのトップレベルの下に表示されます。このフラグが有効な場合、テストをテスト以外のルールの依存関係として作成することはできませんが、テスト関連のオプションを変更しても、テスト以外のルールが再分析されることはありません。
タグ: loading_and_analysisloses_incremental_state
--[no]use_singlejar_apkbuilder のデフォルト: true
このオプションは非推奨になりました。現在は NoOps であり、まもなく削除されます。
タグ: loading_and_analysis
ログの詳細度、形式、場所に影響するオプション:
--[no]announce のデフォルト: "false"
非推奨。処理なし。
タグ: affects_outputs
--[no]experimental_bep_target_summary のデフォルト: "false"
TargetSummary イベントを公開するかどうかを指定します。
--[no]experimental_build_event_expand_filesets のデフォルト: "false"
true の場合、出力ファイルを表示する際に BEP 内のファイルセットを展開します。
タグ: affects_outputs
true の場合、出力ファイルを提示する際に BEP の相対ファイルセット シンボリック リンクを完全に解決します。--experimental_build_event_expand_filesets が必要です。
タグ: affects_outputs
--experimental_build_event_upload_max_retries=<an integer> のデフォルト: 「4」
Bazel がビルドイベントのアップロードを再試行する最大回数。
タグ: bazel_internal_configuration
--experimental_build_event_upload_retry_minimum_delay=<An immutable length of time.> のデフォルト: 「1s」
BEP アップロードが失敗した場合の指数バックオフの最短初期遅延。(指数: 1.6)
タグ: bazel_internal_configuration
--experimental_build_event_upload_strategy=<a string> のデフォルト: 説明を表示
ビルドイベント プロトコルで参照されるアーティファクトをアップロードする方法を選択します。
タグ: affects_outputs
--[no]experimental_materialize_param_files_directly のデフォルト: "false"
パラメータ ファイルを実体化する場合は、ディスクに直接書き込みます。
タグ: execution
--[no]experimental_stream_log_file_uploads のデフォルト: "false"
アップロードされたログファイルを、ディスクに書き込むのではなく、リモート ストレージに直接ストリーミングします。
タグ: affects_outputs
--explain=<a path> のデフォルト: 説明を表示
: ビルドシステムがビルドの各ステップを行うようにします。指定したログファイルに説明が書き込まれます。
タグ: affects_outputs
--[no]legacy_important_outputs のデフォルト: true
これを使用して、TargetComplete イベントで従来の big_outputs フィールドの生成を抑制します。Bazel と ResultStore の統合では、essential_outputs が必要です。
タグ: affects_outputs
--[no]materialize_param_files のデフォルト: "false"
リモート アクションの実行を使用している場合でも、中間パラメータ ファイルを出力ツリーに書き込みます。アクションをデバッグする場合に便利です。これは、--subcommands と --verbose_failures によって暗黙的に指定されます。
タグ: execution
--max_config_changes_to_show=<an integer> のデフォルト: 「3」
ビルド オプションの変更により分析キャッシュを破棄すると、指定した数だけオプション名が表示されます。数値が -1 の場合は、変更されたオプションがすべて表示されます。
タグ: terminal_output
--max_test_output_bytes=<an integer> のデフォルト: 「-1」
--test_output が「errors」または「all」の場合に出力できるテストログあたりの最大サイズを指定します。過度にノイズの多いテスト出力で、出力の過負荷を回避するのに便利です。テストヘッダーはログサイズに含まれます。負の値は制限がないことを意味します。出力はオールインまたはナッシングです。
タグ: test_runnerterminal_outputexecution
--output_filter=<a valid Java regular expression> のデフォルト: 説明を表示
指定した正規表現に一致する名前のルールのルールのみが表示されます。
タグ: affects_outputs
--progress_report_interval=<an integer in 0-3600 range> のデフォルト: 0
実行中のジョブに関するレポートの間隔(秒)。デフォルト値の 0 は、10 秒後に最初のレポートが出力され、その 30 秒後にレポートが 1 分ごとに出力されることを意味します。--curses を有効にすると、進捗状況が 1 秒ごとにレポートされます。
タグ: affects_outputs
--show_result=<an integer> のデフォルト: 「1」
ビルドの結果を表示します。各ターゲットについて、そのビルドが最新かどうかと、ビルドされた出力ファイルのリストを記載します。出力されたファイルは、コピー&シェルに貼り付けて実行するのに便利な文字列です。 このオプションには整数の引数が必要です。このしきい値を超えると、結果情報は出力されません。したがって、0 の場合はメッセージが抑制され、MAX_INT を指定した場合は常に結果の出力が行われます。デフォルトは 1 です。
タグ: affects_outputs
--[no]subcommands [-s] デフォルト: "false"
ビルド中に実行されたサブコマンドを表示します。関連フラグ: --execution_log_json_file、--execution_log_binary_file(ツールに対応した形式でサブコマンドをログに記録する場合)。
タグ: terminal_output
--test_output=<summary, errors, all or streamed> のデフォルト: 「summary」
目的の出力モードを指定します。有効な値は、テスト ステータスの概要のみを出力する「summary」、失敗したテストのテストログも出力する「errors」、すべてのテストのログをリアルタイムで出力する「all」、すべてのテストのログをリアルタイムで出力する「stream」です(--test_strategy 値に関係なく、テストは一度に 1 つずつローカルに実行されます)。
タグ: test_runnerterminal_outputexecution
--test_summary=<short, terse, detailed, none or testcase> のデフォルト: "short"
テストの概要の目的の形式を指定します。有効な値は、短いテスト実行に関する情報のみを表示する場合は「short」、失敗したテストに関する情報のみを表示する場合は「detail」、テストケースの解決で概要を出力する「testcase」は、失敗したテストケースに関する詳細情報は出力しません。概要は「none」と出力します。
タグ: terminal_output
--toolchain_resolution_debug=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> のデフォルト: "-.*"
ツールチェーンの解決中にデバッグ情報を出力します。このフラグには正規表現が使用されます。正規表現は、ツールチェーンのタイプと特定のターゲットに対してチェックを行い、デバッグ対象を判別します。複数の正規表現を指定する場合は、カンマで区切ります。その後、各正規表現は個別にチェックされます。注: このフラグの出力は非常に複雑であるため、ツールチェーンの解決の専門家にのみ役立つ可能性があります。
タグ: terminal_output
--[no]verbose_explanations のデフォルト: "false"
--explain が有効になっている場合に発行される説明の詳細度を高めます。--explain が有効になっていない場合、効果はありません。
タグ: affects_outputs
--[no]verbose_failures のデフォルト: "false"
コマンドが失敗した場合は、コマンドライン全体を出力します。
タグ: terminal_output
他のカテゴリに該当しない Bazel コマンドの汎用入力を指定または変更するオプション:
--aspects_parameters=<a 'name=value' assignment> 個の複数回の使用が累積されます
コマンドラインのアスペクト パラメータの値を指定します。各パラメータ値は <param_name>=<param_value> で指定されます。たとえば、'my_param=my_val' です。ここで、'my_param' は --aspects リストに含まれる要素、またはリストのなんらかの要素で必要なパラメータです。このオプションは複数回使用できます。ただし、同じパラメータに値を複数回割り当てることはできません。
タグ: loading_and_analysis
--flag_alias=<a 'name=value' flag alias> 個の複数回の使用が累積されます
Starlark フラグの省略名を設定します。「<key>=<value>」形式の単一の Key-Value ペアを引数として受け取ります。
タグ: changes_inputs
--[no]incompatible_default_to_explicit_init_py のデフォルト: "false"
このフラグは、Python ターゲットの runfile で __init__.py ファイルが自動的に作成されないように、デフォルトの動作を変更します。正確には、py_binary または py_test ターゲットで legacy_create_init が「auto」(デフォルト)に設定されている場合、このフラグが設定されている場合に限り、false として扱われます。https://github.com/bazelbuild/bazel/issues/10076 をご覧ください。
タグ: affects_outputsincompatible_change
--[no]incompatible_py2_outputs_are_suffixed のデフォルト: true
true の場合、Python 2 の構成でビルドされたターゲットは、接尾辞「-py2」を含む出力ルートの下に表示されます。Python 3 でビルドされたターゲットは、Python 関連のサフィックスのないルートに表示されます。つまり、`bazel-bin` という便利なシンボリック リンクは、Python 2 ではなく、Python 3 ターゲットを指します。このオプションを有効にする場合は、「--compatible_py3_is_default」を有効にすることもおすすめします。
タグ: affects_outputsincompatible_change
--[no]incompatible_py3_is_default のデフォルト: true
true の場合、「python_version」(または「default_python_version」)属性を設定していない「py_binary」ターゲットと「py_test」ターゲットは、PY2 ではなく PY3 に設定されます。このフラグを設定する場合は、「--compatible_py2_outputs_are_suffixed」も設定することをおすすめします。
タグ: loading_and_analysisaffects_outputsincompatible_change
--[no]incompatible_use_python_toolchains のデフォルト: true
true に設定すると、実行可能なネイティブ Python ルールでは、--python_top などのレガシーフラグで指定されたランタイムではなく、Python ツールチェーンで指定された Python ランタイムが使用されます。
タグ: loading_and_analysisincompatible_change
--python_version=<PY2 or PY3> のデフォルト: 説明を表示
Python のメジャー バージョン モード。「PY2」または「PY3」。「py_binary」ターゲットと「py_test」ターゲット(バージョンを明示的に指定していなくても)によってオーバーライドされるため、通常、このフラグを指定する理由はほとんどありません。
タグ: loading_and_analysisaffects_outputsexplicit_in_output_path
--target_pattern_file=<a string> のデフォルト: ""
設定すると、ビルドはコマンドラインではなく、ここで指定したファイルからパターンを読み取ります。ここにファイルとコマンドライン パターンを指定するとエラーが発生します。
タグ: changes_inputs
その他のオプション(このカテゴリに分類されていない場合):
--[no]build_manual_tests のデフォルト: "false"
「manual」タグが付いたテスト ターゲットを強制的にビルドします。「手動」テストは処理から除外されます。このオプションを使用すると、ビルドは実行されます(実行はされません)。
--build_tag_filters=<comma-separated list of options> のデフォルト: ""
タグのカンマ区切りのリストを指定します。必要に応じて、各タグの前に「-」を付加して除外タグを指定できます。それらのタグのみが、含まれるタグを 1 つ以上含み、除外されたタグを含まないものとして作成されます。このオプションは、「test」コマンドで実行されるテストのセットには影響しません。テスト フィルタ オプション(--test_tag_filters など)によって管理されます。
--[no]build_tests_only のデフォルト: "false"
指定すると、*_test ルールと test_suite ルールのみがビルドされ、コマンドラインで指定された他のターゲットは無視されます。デフォルトでは、リクエストされたものがすべてビルドされます。
--[no]cache_test_results [-t] デフォルト: "auto"
。「auto」に設定すると、Bazel は、(1)Bazel がテストまたはその依存関係の変更を検出したとき、(2)テストが外部としてマークされている、(3)複数のテスト実行が --runs_per_test でリクエストされた、または(4)以前にテストに失敗した場合にのみ、テストを再実行します。「yes」に設定すると、外部としてマークされたテストを除くすべてのテスト結果がキャッシュに保存されます。「no」に設定すると、Bazel はテスト結果をキャッシュに保存しません。
--[no]compile_one_dependency のデフォルト: "false"
引数ファイルの単一の依存関係をコンパイルします。これは、IDE のソースファイルの構文チェックに役立ちます。たとえば、編集、ビルド、テストのサイクルのできるだけ早い段階でエラーを検出するためにソースファイルに依存する単一のターゲットを再構築します。この引数は、フラグ以外のすべての引数の解釈方法に影響します。ターゲットをビルドするのではなく、ソースファイル名になります。ソースファイル名ごとに、それに依存する任意のターゲットがビルドされます。
--deleted_packages=<comma-separated list of package names> 個の複数回の使用が累積されます
パッケージ パスのどこかに表示されている場合でも、ビルドシステムは存在しないと判断するパッケージの名前のカンマ区切りのリスト。 このオプションは、既存のパッケージ「x」のサブパッケージ「x/y」を削除する場合に使用します。たとえば、クライアントで x/y/BUILD を削除した後、別の package_path エントリによってビルドシステムが「//x:y/z」というラベルが引き続き提供されている場合、ビルドシステムからエラーが表示されることがあります。この問題を回避するには、--Deleted_packages x/y を指定します。
--[no]discard_analysis_cache のデフォルト: "false"
分析フェーズが完了した直後に分析キャッシュを破棄する。メモリ使用量が最大 10% 削減されますが、さらなる増分ビルドは遅くなります。
--execution_log_binary_file=<a path> のデフォルト: 説明を表示
。src/main/protobuf/spawn.proto に従って、実行されたスポーンを区切り文字内の Spawn proto として記録します。ログは、順序付けされていない状態で書き込まれ、呼び出しの最後に、安定した順序で並べ替えられます(CPU とメモリを大量に消費することがあります)。関連フラグ: --execution_log_json_file(順序付きテキスト JSON 形式)、--experimental_execution_log_file(順序なしのバイナリ protobuf 形式)、--subcommands(ターミナル出力にサブコマンドを表示)。
--execution_log_json_file=<a path> のデフォルト: 説明を表示
src/main/protobuf/spawn.proto に従って、実行したスポーン結果を、生成された Spawn プロトコルの json 表現としてこのファイルに記録します。ログは、順序付けされていない状態で書き込まれ、呼び出しの最後に、安定した順序で並べ替えられます(CPU とメモリを大量に消費することがあります)。関連フラグ: 関連フラグ: --execution_log_binary_file(順序付きバイナリ protobuf 形式)、--experimental_execution_log_file(順序なしバイナリ protobuf 形式)、--subcommands(ターミナル出力にサブコマンドを表示)。
--[no]expand_test_suites のデフォルト: true
分析を行う前に、test_suite ターゲットを構成要素テストに展開します。このフラグをオンにすると(デフォルト)、テスト スイートに属するテストにネガティブなターゲット パターンが適用されます。それ以外の場合、テストは適用されません。コマンドラインでトップレベルの要素を適用すると、このフラグをオフにすることで、test_suite ターゲットを分析できます。
タグ: loading_and_analysis
--[no]experimental_cancel_concurrent_tests のデフォルト: "false"
true の場合、Blaze は初回の正常な実行で同時に実行中のテストをキャンセルします。これは、--runs_per_test_detects_flakes と組み合わせた場合にのみ有効です。
タグ: affects_outputsloading_and_analysis
--experimental_execution_log_file=<a path> のデフォルト: 説明を表示
。src/main/protobuf/spawn.proto に従って、実行されたスポーンを区切り文字内の Spawn proto として記録します。このファイルは、Spawns の実行順に書き込まれます。関連フラグ: --execution_log_binary_file(順序付きバイナリ protobuf 形式)、--execution_log_json_file(順序付きテキスト JSON 形式)、--subcommands(ターミナル出力にサブコマンドを表示)。
--[no]experimental_execution_log_spawn_metrics のデフォルト: "false"
実行したスポーンのログにスポーン指標を含めます。
--experimental_extra_action_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> のデフォルト: ""
非推奨となり、複数の側面を考慮しました。extra_actions をスケジュールするターゲットのセットをフィルタします。
--[no]experimental_extra_action_top_level_only のデフォルト: "false"
非推奨となり、複数の側面を考慮しました。トップレベル ターゲットに対してのみ extra_action のスケジュールを設定します。
--[no]experimental_fetch_all_coverage_outputs のデフォルト: "false"
true の場合、Bazel はカバレッジ実行時に各テストのカバレッジ データ ディレクトリ全体を取得します。
タグ: affects_outputsloading_and_analysis
--[no]experimental_generate_llvm_lcov のデフォルト: "false"
true の場合、clang をカバーすると LCOV レポートが生成されます。
タグ: affects_outputsloading_and_analysis
--[no]experimental_j2objc_header_map のデフォルト: true
J2ObjC のトランスパイルと並行して J2ObjC のヘッダー マップを生成するかどうか。
--[no]experimental_j2objc_shorter_header_path のデフォルト: "false"
ヘッダーパスを短くして生成するかどうか("_j2objc の代わりに"_ios" を使用する)。
タグ: affects_outputs
--experimental_java_classpath=<off, javabuilder or bazel> のデフォルト: "javabuilder"
Java コンパイルで短縮されたクラスパスを有効にします。
--[no]experimental_limit_android_lint_to_android_constrained_java のデフォルト: "false"
--experimental_run_android_lint_on_java_rules を Android 互換ライブラリに制限しました。
タグ: affects_outputs
--[no]experimental_prioritize_local_actions のデフォルト: true
設定した場合、ローカルでのみ実行できるアクションが最初にリソースを取得する可能性が与えられ、ワーカーを動的に実行するアクションが 2 番目の機会になり、スタンドアロンで実行されるアクションが最後になります。
タグ: execution
--[no]experimental_run_android_lint_on_java_rules のデフォルト: "false"
java_* ソースを検証するかどうか。
タグ: affects_outputs
--[no]explicit_java_test_deps のデフォルト: "false"
TestTest の依存関係から誤って取得するのではなく、java_test で JUnit または Hamcrest への依存関係を明示的に指定します。現時点では bazel に対してのみ機能します。
--host_java_launcher=<a build target label> のデフォルト: 説明を表示
ビルド時に実行されるツールで使用される Java ランチャー。
--host_javacopt=<a string> 個の複数回の使用が累積されます
ビルド時に実行されるツールをビルドするときに javac に渡す追加のオプション。
--host_jvmopt=<a string> 個の複数回の使用が累積されます
ビルド時に実行されるツールをビルドするときに Java VM に渡す追加のオプション。これらのオプションは、各 java_binary ターゲットの VM 起動オプションに追加されます。
--[no]incompatible_exclusive_test_sandboxed のデフォルト: true
true の場合、排他的テストはサンドボックス戦略で実行されます。ローカルで排他的テストを強制的に実行するには、「local」タグを追加します。
タグ: incompatible_change
--[no]incompatible_strict_action_env のデフォルト: "false"
true の場合、Bazel は PATH に静的値を持つ環境を使用し、LD_LIBRARY_PATH を継承しません。クライアントから特定の環境変数を継承する場合は --action_env=ENV_VARIABLE を使用します。ただし、継承すると、共有キャッシュが使用されている場合にユーザー キャッシュが使用できなくなる可能性があります。
タグ: loading_and_analysisincompatible_change
--j2objc_translation_flags=<comma-separated list of options> 個の複数回の使用が累積されます
J2ObjC ツールに渡す追加のオプション。
--java_debug
: Java テストの Java 仮想マシンで JDWP 準拠のデバッガ(jdb など)からの接続を待機してから、テストを開始します。黙示 -test_output=streamed
展開先:
--test_arg=--wrapper_script_flag=--debug
--test_output=streamed
--test_strategy=exclusive
--test_timeout=9999
--nocache_test_results
--[no]java_deps のデフォルト: true
Java ターゲットごとに依存関係情報(現時点ではコンパイル時のクラスパス)を生成します。
--[no]java_header_compilation のデフォルト: true
ijar をソースから直接コンパイルします。
--java_language_version=<a string> のデフォルト: ""
Java 言語バージョン
--java_launcher=<a build target label> のデフォルト: 説明を表示
Java バイナリをビルドするときに使用する Java ランチャー。このフラグを空の文字列に設定した場合は、JDK ランチャーが使用されます。「ランチャー」属性はこのフラグをオーバーライドします。
--java_runtime_version=<a string> のデフォルト: "local_jdk"
Java ランタイム バージョン
--javacopt=<a string> 個の複数回の使用が累積されます
javac に渡す追加のオプション。
--jvmopt=<a string> 個の複数回の使用が累積されます
Java VM に渡す追加のオプション。これらのオプションは、各 java_binary ターゲットの VM 起動オプションに追加されます。
--legacy_main_dex_list_generator=<a build target label> のデフォルト: 説明を表示
以前の Multidex をコンパイルするときに main dex に存在する必要があるクラスのリストを生成するために使用するバイナリを指定します。
--local_cpu_resources=<an integer, or "HOST_CPUS", optionally followed by [-|*]<float>.> のデフォルト: HOST_CPUS
ローカルで実行されるビルド アクションに費やせる Bazel で使用可能なローカル CPU コアの総数を明示的に設定します。整数または「HOST_CPUS」に続けて、[-|*]<float>(例:HOST_CPUS*.5 を指定すると、使用可能な CPU コアが半分利用できるようになります(デフォルトで「HOST_CPUS」)。Bazel は、デフォルトでシステム構成を照会し、利用可能な CPU コアの数を推定します。
--local_ram_resources=<an integer, or "HOST_RAM", optionally followed by [-|*]<float>.> のデフォルト: HOST_RAM*.67
ローカルで実行したビルド アクションに使用できる Bazel で使用できるローカルホスト RAM の合計量(MB)を明示的に設定します。整数または「HOST_RAM」の後に、オプションで [-|*]<float> を付けます(例:HOST_RAM*.5 など)。デフォルトでは、Bazel("HOST_RAM*.67")はシステム構成を照会して使用可能な RAM の量を推定し、その 67% を使用します。
--local_termination_grace_seconds=<an integer> のデフォルト: 「15」
タイムアウトでローカル プロセスが終了してから強制的にシャットダウンされるまで待機する時間です。
--package_path=<colon-separated list of options> のデフォルト: "%workspace%"
パッケージを探す場所をコロンで区切ったリスト。「%workspace%」で始まる要素は、囲んでいるワークスペースを基準にしています。省略するか空の場合、デフォルトは「bazel info default-package-path」の出力です。
--plugin=<a build target label> 個の複数回の使用が累積されます
ビルドで使用するプラグイン。現在、java_plugin で動作します。
--proguard_top=<a build target label> のデフォルト: 説明を表示
Java バイナリをビルドするときにコードを削除するために使用する ProGuard のバージョンを指定します。
--proto_compiler=<a build target label> のデフォルト: "@bazel_tools//tools/proto:protoc"
proto-compiler のラベル。
タグ: affects_outputsloading_and_analysis
--proto_toolchain_for_cc=<a build target label> のデフォルト: "@bazel_tools//tools/proto:cc_toolchain"
C++ proto のコンパイル方法を説明する proto_lang_toolchain() のラベル
タグ: affects_outputsloading_and_analysis
--proto_toolchain_for_j2objc=<a build target label> のデフォルト: "@bazel_tools//tools/j2objc:j2objc_proto_toolchain"
j2objc proto のコンパイル方法を説明する proto_lang_toolchain() のラベル
タグ: affects_outputsloading_and_analysis
--proto_toolchain_for_java=<a build target label> のデフォルト: "@bazel_tools//tools/proto:java_toolchain"
Java proto のコンパイル方法を説明する proto_lang_toolchain() のラベル
タグ: affects_outputsloading_and_analysis
--proto_toolchain_for_javalite=<a build target label> のデフォルト: "@bazel_tools//tools/proto:javalite_toolchain"
JavaLite proto のコンパイル方法を説明する proto_lang_toolchain() のラベル

タグ: affects_outputsloading_and_analysis
--protocopt=<a string> 個の複数回の使用が累積されます
protobuf コンパイラに渡す追加オプション。
タグ: affects_outputs
--[no]runs_per_test_detects_flakes のデフォルト: "false"
true の場合、少なくとも 1 つの実行 / 試行が成功し、1 つ以上の実行 / 試行が失敗したシャードは FLAKY ステータスになる。
--shell_executable=<a path> のデフォルト: 説明を表示
Bazel が使用するシェル実行可能ファイルの絶対パス。これが設定されていない場合、Bazel の呼び出しに BAZEL_SH 環境変数(Bazel サーバーを起動する)が設定されている場合、Bazel はこの引数を使用します。どちらも設定されていない場合、Bazel はオペレーティング システムに応じてハードコードされたデフォルト パスを使用します(Windows: c:/tools/msys64/usr/bin/bash.exe、FreeBSD: /usr/local/bin/bash、その他: /bin/bash)。bash と互換性のないシェルを使用すると、生成されたバイナリのビルドエラーやランタイム エラーが発生する可能性があります。
タグ: loading_and_analysis
--[no]show_loading_progress のデフォルト: true
有効にすると、Bazel で「Loading package:」のメッセージが出力されます。
--test_arg=<a string> 個の複数回の使用が累積されます
テストの実行可能ファイルに渡す必要のある追加のオプションと引数を指定します。複数の引数を指定するために複数回使用できます。複数のテストが実行されると、それぞれが同じ引数を受け取ります。bazel test コマンドでのみ使用されます。
--test_filter=<a string> のデフォルト: 説明を表示
テスト フレームワークに転送するフィルタを指定します。テストの実行を制限するために使用されます。これはビルド対象のターゲットには影響しません。
--test_lang_filters=<comma-separated list of options> のデフォルト: ""
テスト言語のカンマ区切りリストを指定します。除外言語を指定するには、各言語の前に「-」を付けます。指定された言語で記述されたテスト ターゲットのみが検索されます。各言語に使用する名前は、*_test ルールの言語接頭辞と同じにする必要があります(例: 「cc」、「java」、「py」など)。このオプションは、--build_tests_only の動作とテストコマンドに影響します。
--test_result_expiration=<an integer> のデフォルト: 「-1」
このオプションは非推奨であり、効果はありません。
--[no]test_runner_fail_fast のデフォルト: "false"
フェイル ファスト オプションをテストランナーに転送します。テストランナーは、最初の失敗時に実行を停止する必要があります。
--test_sharding_strategy=<explicit, disabled or forced=k where k is the number of shards to enforce> のデフォルト: "explicit"
テストのシャーディングの戦略を指定します。'shard_count' BUILD 属性がある場合にのみ、シャーディングを使用するには「explicit」を指定します。「disable」はテストのシャーディングを使用しません。「forced=k」は、「shard_count」BUILD 属性に関係なく、テストに「k」シャードを適用します。
--test_size_filters=<comma-separated list of values: small, medium, large or enormous> のデフォルト: ""
テストサイズのカンマ区切りリストを指定します。必要に応じて、各サイズの前に「-」を付けて、除外するサイズを指定することもできます。含まれるサイズを 1 つ以上含み、除外したサイズを含まないテスト ターゲットのみが検出されます。このオプションは、--build_tests_only の動作とテストコマンドに影響します。
--test_tag_filters=<comma-separated list of options> のデフォルト: ""
テストタグのカンマ区切りのリストを指定します。必要に応じて、各タグの前に「-」を付加して除外タグを指定できます。これらのテスト ターゲットのうち、1 つ以上の含まれるタグが含まれ、除外されたタグが含まれていないもののみが検出されます。このオプションは、--build_tests_only の動作とテストコマンドに影響します。
--test_timeout_filters=<comma-separated list of values: short, moderate, long or eternal> のデフォルト: ""
テスト タイムアウトのカンマ区切りのリストを指定します。必要に応じて、各タイムアウトの前に「-」を付けると、除外するタイムアウトを指定できます。それらのテスト ターゲットのうち、少なくとも 1 つのタイムアウトが含まれていて、かつ除外されたタイムアウトを含まないもののみが検出されます。このオプションは、--build_tests_only の動作とテストコマンドに影響します。
--tool_java_language_version=<a string> のデフォルト: ""
ビルドに必要なツールを実行するために使用される Java 言語バージョン
--tool_java_runtime_version=<a string> のデフォルト: "remotejdk_11"
ビルド時にツールを実行するために使用される Java ランタイム バージョン
--[no]use_ijars のデフォルト: true
このオプションを有効にすると、Java コンパイルでインターフェース jar が使用されます。増分コンパイルは速くなりますが、エラー メッセージは異なる場合があります。

正規フラグ オプション

build からすべてのオプションを継承します。

コマンドの前に表示され、クライアントによって解析されるオプション。
--distdir=<a path> 個の複数回の使用が累積されます
ネットワークをダウンロードしてアーカイブを検索する場所が増えます。
タグ: bazel_internal_configuration
設定すると、キャッシュ ヒットが発生した場合、リポジトリのキャッシュはコピーではなくファイルにハードリンクします。これはディスク容量を節約することを目的としています。
タグ: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id のデフォルト: "false"
true の場合、指定されていない場合は、リポジトリのダウンロードの URL から取得した文字列を canonical_id として使用します。その結果、キャッシュに同じハッシュを使用したダウンロードが含まれていても、URL が変更されると再ダウンロードされます。これを使用して、URL の変更により、無効なリポジトリがキャッシュによってマスクされないことを確認できます。
タグ: loading_and_analysisexperimental
--[no]experimental_repository_disable_download のデフォルト: "false"
設定すると、外部リポジトリのダウンロードが許可されなくなります。
タグ: experimental
--experimental_repository_downloader_retries=<an integer> のデフォルト: 0
ダウンロード エラーを再試行する最大回数。0 に設定すると、再試行が無効になります。
タグ: experimental
--experimental_scale_timeouts=<a double> のデフォルト: 1.0
この係数による Starlark リポジトリ ルールのすべてのタイムアウトをスケーリングします。このようにすることで、ソースコードを変更せずに、ルールの作成者よりも遅いマシンで外部リポジトリを動作させることができます。
タグ: bazel_internal_configurationexperimental
--http_timeout_scaling=<a double> のデフォルト: 1.0
HTTP のダウンロードに関連するすべてのタイムアウトを、指定された要素ごとにスケーリングします。
タグ: bazel_internal_configuration
--repository_cache=<a path> のデフォルト: 説明を表示
外部リポジトリの取得中に取得したダウンロード後の値のキャッシュの場所を指定します。引数として空の文字列を指定すると、キャッシュが無効になります。
タグ: bazel_internal_configuration
コマンドの出力を制御するオプション:
--[no]canonicalize_policy のデフォルト: "false"
展開とフィルタリングを行った後に、正規ポリシーを出力します。出力をクリーンにしておくために、このオプションが true に設定されている場合、正規化されたコマンド引数は表示されません。--for_command で指定されたコマンドはフィルタリングされたポリシーに影響します。指定されていない場合、デフォルトのコマンドは「build」です。
タグ: affects_outputsterminal_output
--[no]show_warnings のデフォルト: "false"
標準エラー(例: 競合するフラグ オプション)にパーサーの警告を出力します。
タグ: affects_outputsterminal_output
Bazel による有効なビルド入力の厳格さに適用されるオプション(ルールの定義、フラグの組み合わせなど):
--experimental_repository_hash_file=<a string> のデフォルト: ""
空でない場合、解決された値を含むファイルを指定します。リポジトリのディレクトリのハッシュはこれに対して検証します。
タグ: affects_outputsexperimental
--experimental_verify_repository_rules=<a string> 個の複数回の使用が累積されます
出力ディレクトリのハッシュを検証するリポジトリ ルールのリストの場合、ファイルは --experimental_repository_hash_file で指定します。
タグ: affects_outputsexperimental
このオプションは、Starlark 言語、または BUILD ファイル、.bzl ファイル、WORKSPACE ファイルにアクセスできる Build API のセマンティクスに影響します。
--[no]experimental_allow_top_level_aspects_parameters のデフォルト: true
No-op タグ
タグ: no_opdeprecatedexperimental
--[no]incompatible_config_setting_private_default_visibility のデフォルト: "false"
compatible_enforce_config_setting_visibility=false の場合、これは noop です。それ以外の場合、このフラグが false の場合、明示的な可視性属性のない config_setting は //visibility:public です。このフラグが true の場合、config_setting は他のすべてのルールと同じ可視性ロジックに従います。https://github.com/bazelbuild/bazel/issues/12933 をご覧ください。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_enforce_config_setting_visibility のデフォルト: true
true の場合、config_setting の公開設定制限を適用します。false の場合、すべての config_setting がすべてのターゲットに表示されます。https://github.com/bazelbuild/bazel/issues/12932 をご覧ください。
タグ: loading_and_analysisincompatible_change
Bzlmod の出力とセマンティクスに関連するオプション:
--allow_yanked_versions=<a string> 個の複数回の使用が累積されます
: モジュールのソース バージョンを <module1>@<version1>, <module2>@<version2>` の形式で指定します。これらは、登録元のレジストリで yankyan と宣言されていても(NonRegistryOverride 以外からの場合でも)、その依存関係グラフで許可されます。そうしないと、ジャンクされたバージョンが原因で解決に失敗します。「BZLMOD_ALLOW_YANKED_VERSIONS」環境変数を使用して、許可されたジャンク バージョンを定義することもできます。このチェックを無効にするには、キーワード「all」を使用します(非推奨)。
タグ: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> のデフォルト: "error"
Bazel モジュールの Bazel バージョンの互換性を確認する。有効な値は、エラーを解決のためにエスカレーションする「error」、チェックを無効にする「off」、不一致が検出されたときに警告を出力する「warning」です。
タグ: loading_and_analysis
--check_direct_dependencies=<off, warning or error> のデフォルト: "warning"
ルート モジュール内で宣言されている直接的な「bazel_dep」依存関係が、解決済みの依存関係グラフに表示されるバージョンと同じかどうかを確認します。有効な値は、チェックを無効にする場合は「off」、不一致が検出されたときに警告を出力する場合は「warning」、解決の失敗にエスカレーションする場合は「error」です。
タグ: loading_and_analysis
--[no]ignore_dev_dependency のデフォルト: "false"
true の場合、Bazel はルート モジュールの MODULE.bazel で「dev_dependency」として宣言されている「bazel_dep」と「use_extension」を無視します。このフラグの値に関係なく、MODULE.bazel がルート モジュールでない場合、これらの dev 依存関係は常に無視されます。
タグ: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path> 個の複数回の使用が累積されます
ローカル ディレクトリを含むモジュールをオーバーライドします。
--registry=<a string> 個の複数回の使用が累積されます
Bazel モジュールの依存関係の検索に使用するレジストリを指定します。順序は重要です。まず古いレジストリでモジュールが参照され、以前のレジストリにないレジストリはその後にフォールバックされます。
タグ: changes_inputs
ログの詳細度、形式、場所に影響するオプション:
--[no]experimental_record_metrics_for_all_mnemonics のデフォルト: "false"
デフォルトでは、アクション タイプの数は、実行されたアクションの数が最も多い 20 個のニーモニックに制限されます。このオプションを設定すると、すべての略語に関する統計情報が書き込まれます。
他のカテゴリに該当しない Bazel コマンドへの汎用入力を指定または変更するオプション:
--experimental_resolved_file_instead_of_workspace=<a string> のデフォルト: ""
空でない場合は、WORKSPACE ファイルではなく、指定された解決済みファイルを読み込みます。
タグ: changes_inputs
--for_command=<a string> のデフォルト: "build"
オプションを正規化するためのコマンド。
タグ: affects_outputsterminal_output
--invocation_policy=<a string> のデフォルト: ""
正規化オプションに呼び出しポリシーを適用します。
タグ: affects_outputsterminal_output
リモート キャッシュと実行のオプション:
--experimental_downloader_config=<a string> のデフォルト: 説明を表示
リモート ダウンローダーを構成するファイルを指定します。このファイルは、各行がディレクティブ(「allow」、「block」または「rewrite」)で始まり、その後にホスト名(「allow」と「block」)が続くか、2 つのパターン(一致する URL が代替 URL として使用される)に続き、後方参照が「$1」で始まります。複数の URL に対してこの rewrite ディレクティブが複数回送信される可能性があります。
その他(その他に分類されないオプション):
--deleted_packages=<comma-separated list of package names> 個の複数回の使用が累積されます
パッケージ パスのどこかに表示されている場合でも、ビルドシステムは存在しないと判断するパッケージの名前のカンマ区切りのリスト。 このオプションは、既存のパッケージ「x」のサブパッケージ「x/y」を削除する場合に使用します。たとえば、クライアントで x/y/BUILD を削除した後、別の package_path エントリによってビルドシステムが「//x:y/z」というラベルが引き続き提供されている場合、ビルドシステムからエラーが表示されることがあります。この問題を回避するには、--Deleted_packages x/y を指定します。
--override_repository=<an equals-separated mapping of repository name to path> 個の複数回の使用が累積されます
ローカル ディレクトリを含むリポジトリをオーバーライドします。
--package_path=<colon-separated list of options> のデフォルト: "%workspace%"
パッケージを探す場所をコロンで区切ったリスト。「%workspace%」で始まる要素は、囲んでいるワークスペースを基準にしています。省略するか空の場合、デフォルトは「bazel info default-package-path」の出力です。
--[no]show_loading_progress のデフォルト: true
有効にすると、Bazel で「Loading package:」のメッセージが出力されます。

クリーン オプション

build からすべてのオプションを継承します。

コマンドの前に表示され、クライアントによって解析されるオプション。
--distdir=<a path> 個の複数回の使用が累積されます
ネットワークをダウンロードしてアーカイブを検索する場所が増えます。
タグ: bazel_internal_configuration
設定すると、キャッシュ ヒットが発生した場合、リポジトリのキャッシュはコピーではなくファイルにハードリンクします。これはディスク容量を節約することを目的としています。
タグ: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id のデフォルト: "false"
true の場合、指定されていない場合は、リポジトリのダウンロードの URL から取得した文字列を canonical_id として使用します。その結果、キャッシュに同じハッシュを使用したダウンロードが含まれていても、URL が変更されると再ダウンロードされます。これを使用して、URL の変更により、無効なリポジトリがキャッシュによってマスクされないことを確認できます。
タグ: loading_and_analysisexperimental
--[no]experimental_repository_disable_download のデフォルト: "false"
設定すると、外部リポジトリのダウンロードが許可されなくなります。
タグ: experimental
--experimental_repository_downloader_retries=<an integer> のデフォルト: 0
ダウンロード エラーを再試行する最大回数。0 に設定すると、再試行が無効になります。
タグ: experimental
--experimental_scale_timeouts=<a double> のデフォルト: 1.0
この係数による Starlark リポジトリ ルールのすべてのタイムアウトをスケーリングします。このようにすることで、ソースコードを変更せずに、ルールの作成者よりも遅いマシンで外部リポジトリを動作させることができます。
タグ: bazel_internal_configurationexperimental
--http_timeout_scaling=<a double> のデフォルト: 1.0
HTTP のダウンロードに関連するすべてのタイムアウトを、指定された要素ごとにスケーリングします。
タグ: bazel_internal_configuration
--repository_cache=<a path> のデフォルト: 説明を表示
外部リポジトリの取得中に取得したダウンロード後の値のキャッシュの場所を指定します。引数として空の文字列を指定すると、キャッシュが無効になります。
タグ: bazel_internal_configuration
コマンドの出力を制御するオプション:
--[no]async のデフォルト: "false"
true の場合、出力クリーニングは非同期です。このコマンドが完了すると、削除がバックグラウンドで続行されても、同じクライアントで新しいコマンドを実行しても安全です。
タグ: host_machine_resource_optimizations
--[no]expunge のデフォルト: "false"
true の場合、Cleans は、この bazel インスタンスの作業ツリー全体を削除します。これには、bazel で作成されたすべての一時ファイルとビルド出力ファイルが含まれ、実行中の bazel サーバーが停止されます。
タグ: host_machine_resource_optimizations
--expunge_async
指定すると、この bazel インスタンスの作業ツリー全体が非同期で削除されます。これには、bazel で作成されたすべての一時ファイルとビルド出力ファイルが含まれ、実行中の bazel サーバーを停止します。このコマンドが完了すると、削除がバックグラウンドで続行されても、同じクライアントで新しいコマンドを実行しても安全です。
展開先:
--expunge
--async

タグ: host_machine_resource_optimizations
true の場合、接頭辞「symlink_Prefix」が付いたワークスペースのすべてのシンボリック リンクが削除されます。このフラグを指定しないと、接尾辞が事前定義されているシンボリック リンクのみがクリーンアップされます。
タグ: affects_outputs
Bazel による有効なビルド入力の厳格さに適用されるオプション(ルールの定義、フラグの組み合わせなど):
--experimental_repository_hash_file=<a string> のデフォルト: ""
空でない場合、解決された値を含むファイルを指定します。リポジトリのディレクトリのハッシュはこれに対して検証します。
タグ: affects_outputsexperimental
--experimental_verify_repository_rules=<a string> 個の複数回の使用が累積されます
出力ディレクトリのハッシュを検証するリポジトリ ルールのリストの場合、ファイルは --experimental_repository_hash_file で指定します。
タグ: affects_outputsexperimental
このオプションは、Starlark 言語、または BUILD ファイル、.bzl ファイル、WORKSPACE ファイルにアクセスできる Build API のセマンティクスに影響します。
--[no]experimental_allow_top_level_aspects_parameters のデフォルト: true
No-op タグ
no_opdeprecatedexperimental
Bzlmod の出力とセマンティクスに関連するオプション:
--allow_yanked_versions=<a string> 個の複数回の使用が累積されます
: モジュールのソース バージョンを <module1>@<version1>, <module2>@<version2>` の形式で指定します。これらは、登録元のレジストリで yankyan と宣言されていても(NonRegistryOverride 以外からの場合でも)、その依存関係グラフで許可されます。そうしないと、ジャンクされたバージョンが原因で解決に失敗します。「BZLMOD_ALLOW_YANKED_VERSIONS」環境変数を使用して、許可されたジャンク バージョンを定義することもできます。このチェックを無効にするには、キーワード「all」を使用します(非推奨)。
タグ: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> のデフォルト: "error"
Bazel モジュールの Bazel バージョンの互換性を確認する。有効な値は、エラーを解決のためにエスカレーションする「error」、チェックを無効にする「off」、不一致が検出されたときに警告を出力する「warning」です。
タグ: loading_and_analysis
--check_direct_dependencies=<off, warning or error> のデフォルト: "warning"
ルート モジュール内で宣言されている直接的な「bazel_dep」依存関係が、解決済みの依存関係グラフに表示されるバージョンと同じかどうかを確認します。有効な値は、チェックを無効にする場合は「off」、不一致が検出されたときに警告を出力する場合は「warning」、解決の失敗にエスカレーションする場合は「error」です。
タグ: loading_and_analysis
--[no]ignore_dev_dependency のデフォルト: "false"
true の場合、Bazel はルート モジュールの MODULE.bazel で「dev_dependency」として宣言されている「bazel_dep」と「use_extension」を無視します。このフラグの値に関係なく、MODULE.bazel がルート モジュールでない場合、これらの dev 依存関係は常に無視されます。
タグ: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path> 個の複数回の使用が累積されます
ローカル ディレクトリを含むモジュールをオーバーライドします。
--registry=<a string> 個の複数回の使用が累積されます
Bazel モジュールの依存関係の検索に使用するレジストリを指定します。順序は重要です。まず古いレジストリでモジュールが参照され、以前のレジストリにないレジストリはその後にフォールバックされます。
タグ: changes_inputs
ログの詳細度、形式、場所に影響するオプション:
--[no]experimental_record_metrics_for_all_mnemonics のデフォルト: "false"
デフォルトでは、アクション タイプの数は、実行されたアクションの数が最も多い 20 個のニーモニックに制限されます。このオプションを設定すると、すべての略語に関する統計情報が書き込まれます。
他のカテゴリに該当しない Bazel コマンドへの汎用入力を指定または変更するオプション:
--experimental_resolved_file_instead_of_workspace=<a string> のデフォルト: ""
空でない場合、WORKSPACE ファイルではなく、指定された解決済みファイルを読み込みます。
タグ: changes_inputs
リモート キャッシュと実行オプション:
--experimental_downloader_config=<a string> のデフォルト: 説明を表示
リモート ダウンローダーを構成するファイルを指定します。このファイルは、各行がディレクティブ(「allow」、「block」または「rewrite」)で始まり、その後にホスト名(「allow」と「block」)が続くか、2 つのパターン(一致する URL が代替 URL として使用される)に続き、後方参照が「$1」で始まります。複数の URL に対してこの rewrite ディレクティブが複数回送信される可能性があります。
その他(その他に分類されないオプション):
--override_repository=<an equals-separated mapping of repository name to path> 個の複数回の使用が累積されます
ローカル ディレクトリを含むリポジトリをオーバーライドします。

構成オプション

一致率のオプション

test からすべてのオプションを継承します。

コマンドの前に表示され、クライアントによって解析されるオプション。
--distdir=<a path> 個の複数回の使用が累積されます
ネットワークをダウンロードしてアーカイブを検索する場所が増えます。
タグ: bazel_internal_configuration
設定すると、キャッシュ ヒットが発生した場合、リポジトリのキャッシュはコピーではなくファイルにハードリンクします。これはディスク容量を節約することを目的としています。
タグ: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id のデフォルト: "false"
true の場合、指定されていない場合は、リポジトリのダウンロードの URL から取得した文字列を canonical_id として使用します。その結果、キャッシュに同じハッシュを使用したダウンロードが含まれていても、URL が変更されると再ダウンロードされます。これを使用して、URL の変更により、無効なリポジトリがキャッシュによってマスクされないことを確認できます。
タグ: loading_and_analysisexperimental
--[no]experimental_repository_disable_download のデフォルト: "false"
設定すると、外部リポジトリのダウンロードが許可されなくなります。
タグ: experimental
--experimental_repository_downloader_retries=<an integer> のデフォルト: 0
ダウンロード エラーを再試行する最大回数。0 に設定すると、再試行が無効になります。
タグ: experimental
--experimental_scale_timeouts=<a double> のデフォルト: 1.0
この係数による Starlark リポジトリ ルールのすべてのタイムアウトをスケーリングします。このようにすることで、ソースコードを変更せずに、ルールの作成者よりも遅いマシンで外部リポジトリを動作させることができます。
タグ: bazel_internal_configurationexperimental
--http_timeout_scaling=<a double> のデフォルト: 1.0
HTTP のダウンロードに関連するすべてのタイムアウトを、指定された要素ごとにスケーリングします。
タグ: bazel_internal_configuration
--repository_cache=<a path> のデフォルト: 説明を表示
外部リポジトリの取得中に取得したダウンロード後の値のキャッシュの場所を指定します。引数として空の文字列を指定すると、キャッシュが無効になります。
タグ: bazel_internal_configuration
Bazel による有効なビルド入力の厳格さに適用されるオプション(ルールの定義、フラグの組み合わせなど):
--experimental_repository_hash_file=<a string> のデフォルト: ""
空でない場合、解決された値を含むファイルを指定します。リポジトリのディレクトリのハッシュはこれに対して検証します。
タグ: affects_outputsexperimental
--experimental_verify_repository_rules=<a string> 個の複数回の使用が累積されます
出力ディレクトリのハッシュを検証するリポジトリ ルールのリストの場合、ファイルは --experimental_repository_hash_file で指定します。
タグ: affects_outputsexperimental
このオプションは、Starlark 言語、または BUILD ファイル、.bzl ファイル、WORKSPACE ファイルにアクセスできる Build API のセマンティクスに影響します。
--[no]experimental_allow_top_level_aspects_parameters のデフォルト: true
No-op タグ
no_opdeprecatedexperimental
Bzlmod の出力とセマンティクスに関連するオプション:
--allow_yanked_versions=<a string> 個の複数回の使用が累積されます
: モジュールのソース バージョンを <module1>@<version1>, <module2>@<version2>` の形式で指定します。これらは、登録元のレジストリで yankyan と宣言されていても(NonRegistryOverride 以外からの場合でも)、その依存関係グラフで許可されます。そうしないと、ジャンクされたバージョンが原因で解決に失敗します。「BZLMOD_ALLOW_YANKED_VERSIONS」環境変数を使用して、許可されたジャンク バージョンを定義することもできます。このチェックを無効にするには、キーワード「all」を使用します(非推奨)。
タグ: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> のデフォルト: "error"
Bazel モジュールの Bazel バージョンの互換性を確認する。有効な値は、エラーを解決のためにエスカレーションする「error」、チェックを無効にする「off」、不一致が検出されたときに警告を出力する「warning」です。
タグ: loading_and_analysis
--check_direct_dependencies=<off, warning or error> のデフォルト: "warning"
ルート モジュール内で宣言されている直接的な「bazel_dep」依存関係が、解決済みの依存関係グラフに表示されるバージョンと同じかどうかを確認します。有効な値は、チェックを無効にする場合は「off」、不一致が検出されたときに警告を出力する場合は「warning」、解決の失敗にエスカレーションする場合は「error」です。
タグ: loading_and_analysis
--[no]ignore_dev_dependency のデフォルト: "false"
true の場合、Bazel はルート モジュールの MODULE.bazel で「dev_dependency」として宣言されている「bazel_dep」と「use_extension」を無視します。このフラグの値に関係なく、MODULE.bazel がルート モジュールでない場合、これらの dev 依存関係は常に無視されます。
タグ: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path> 個の複数回の使用が累積されます
ローカル ディレクトリを含むモジュールをオーバーライドします。
--registry=<a string> 個の複数回の使用が累積されます
Bazel モジュールの依存関係の検索に使用するレジストリを指定します。順序は重要です。まず古いレジストリでモジュールが参照され、以前のレジストリにないレジストリはその後にフォールバックされます。
タグ: changes_inputs
ログの詳細度、形式、場所に影響するオプション:
--[no]experimental_record_metrics_for_all_mnemonics のデフォルト: "false"
デフォルトでは、アクション タイプの数は、実行されたアクションの数が最も多い 20 個のニーモニックに制限されます。このオプションを設定すると、すべての略語に関する統計情報が書き込まれます。
他のカテゴリに該当しない Bazel コマンドへの汎用入力を指定または変更するオプション:
--experimental_resolved_file_instead_of_workspace=<a string> のデフォルト: ""
空でない場合、WORKSPACE ファイルではなく、指定された解決済みファイルを読み込みます。
タグ: changes_inputs
リモート キャッシュと実行オプション:
--experimental_downloader_config=<a string> のデフォルト: 説明を表示
リモート ダウンローダーを構成するファイルを指定します。このファイルは、各行がディレクティブ(「allow」、「block」または「rewrite」)で始まり、その後にホスト名(「allow」と「block」)が続くか、2 つのパターン(一致する URL が代替 URL として使用される)に続き、後方参照が「$1」で始まります。複数の URL に対してこの rewrite ディレクティブが複数回送信される可能性があります。
その他(その他に分類されないオプション):
--override_repository=<an equals-separated mapping of repository name to path> 個の複数回の使用が累積されます
ローカル ディレクトリを含むリポジトリをオーバーライドします。

Cquery のオプション

test からすべてのオプションを継承します。

コマンドの前に表示され、クライアントによって解析されるオプション。
--distdir=<a path> 個の複数回の使用が累積されます
ネットワークをダウンロードしてアーカイブを検索する場所が増えます。
タグ: bazel_internal_configuration
設定すると、キャッシュ ヒットが発生した場合、リポジトリのキャッシュはコピーではなくファイルにハードリンクします。これはディスク容量を節約することを目的としています。
タグ: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id のデフォルト: "false"
true の場合、指定されていない場合は、リポジトリのダウンロードの URL から取得した文字列を canonical_id として使用します。その結果、キャッシュに同じハッシュを使用したダウンロードが含まれていても、URL が変更されると再ダウンロードされます。これを使用して、URL の変更により、無効なリポジトリがキャッシュによってマスクされないことを確認できます。
タグ: loading_and_analysisexperimental
--[no]experimental_repository_disable_download のデフォルト: "false"
設定すると、外部リポジトリのダウンロードが許可されなくなります。
タグ: experimental
--experimental_repository_downloader_retries=<an integer> のデフォルト: 0
ダウンロード エラーを再試行する最大回数。0 に設定すると、再試行が無効になります。
タグ: experimental
--experimental_scale_timeouts=<a double> のデフォルト: 1.0
この係数による Starlark リポジトリ ルールのすべてのタイムアウトをスケーリングします。このようにすることで、ソースコードを変更せずに、ルールの作成者よりも遅いマシンで外部リポジトリを動作させることができます。
タグ: bazel_internal_configurationexperimental
--http_timeout_scaling=<a double> のデフォルト: 1.0
HTTP のダウンロードに関連するすべてのタイムアウトを、指定された要素ごとにスケーリングします。
タグ: bazel_internal_configuration
--repository_cache=<a path> のデフォルト: 説明を表示
外部リポジトリの取得中に取得したダウンロード後の値のキャッシュの場所を指定します。引数として空の文字列を指定すると、キャッシュが無効になります。
タグ: bazel_internal_configuration
Bazel による有効なビルド入力の厳格さに適用されるオプション(ルールの定義、フラグの組み合わせなど):
--experimental_repository_hash_file=<a string> のデフォルト: ""
空でない場合、解決された値を含むファイルを指定します。リポジトリのディレクトリのハッシュはこれに対して検証します。
タグ: affects_outputsexperimental
--experimental_verify_repository_rules=<a string> 個の複数回の使用が累積されます
出力ディレクトリのハッシュを検証するリポジトリ ルールのリストの場合、ファイルは --experimental_repository_hash_file で指定します。
タグ: affects_outputsexperimental
このオプションは、Starlark 言語、または BUILD ファイル、.bzl ファイル、WORKSPACE ファイルにアクセスできる Build API のセマンティクスに影響します。
--[no]experimental_allow_top_level_aspects_parameters のデフォルト: true
No-op タグ
タグ: no_opdeprecatedexperimental
クエリ出力とセマンティクスに関連するオプション:
--aspect_deps=<off, conservative or precise> のデフォルト: 「慎重」
出力形式が {xml,proto.record} である場合にアスペクトの依存関係を解決する方法。「off」は、アスペクトの依存関係が解決されないことを意味します。「preservive」(デフォルト)は、直接依存関係のルールクラスが指定されるかどうかにかかわらず、宣言されたすべてのアスペクトの依存関係が追加されることを意味します。「precise」は、直接依存関係のルールクラスに照らしてアクティブな可能性がある、それらのアスペクトのみが追加されることを意味します。正確なモードでは、1 つのターゲットを評価するには他のパッケージを読み込む必要があるため、他のモードよりも速度が遅くなります。なお、正確なモードであっても、完全に正確というわけではありません。アスペクトを計算するかどうかは、分析フェーズで決定されます。「Bazel クエリ」では実行されません。
タグ: build_file_semantics
--[no]graph:factored のデフォルト: true
true の場合、グラフは「因数分解」される。つまり、トポロジ上同等のノードは結合され、ラベルが連結される。このオプションは --output=graph にのみ適用されます。
タグ: terminal_output
--graph:node_limit=<an integer> のデフォルト: 「512」
出力のグラフノードのラベル文字列の最大長。ラベルが長い場合は切り詰められます。-1 の場合は切り捨てられません。このオプションは --output=graph にのみ適用されます。
タグ: terminal_output
--[no]implicit_deps のデフォルト: true
有効にすると、暗黙的な依存関係がクエリが実行される依存関係グラフに含まれます。暗黙的な依存関係とは、BUILD ファイルで明示的に指定されていないが、bazel によって追加される依存関係です。cquery の場合、このオプションは解決されたツールチェーンのフィルタリングを制御します。
タグ: build_file_semantics
--[no]include_aspects のデフォルト: true
aquery, cquery: アスペクトによって生成されたアクションを出力に含めるかどうか。query: no-op(常にアスペクトに従います)。
タグ: terminal_output
--[no]incompatible_display_source_file_location のデフォルト: true
デフォルトでは true。ソースファイルのターゲットを表示します。true の場合、場所出力にソースファイルの 1 行目の場所を表示します。このフラグは移行のためにのみ存在します。
タグ: terminal_outputincompatible_change
--[no]incompatible_package_group_includes_double_slash のデフォルト: true
有効にすると、package_group の package パッケージの出力時に、先頭の//が省略されることはありません。
タグ: terminal_outputincompatible_change
--[no]infer_universe_scope のデフォルト: "false"
設定されていて、--universe_scope が設定されていない場合、クエリ式内の一意のターゲット パターンのリストとして --universe_scope の値が推測されます。ユニバースをスコープとする関数(たとえば「allrdeps」など)を使用するクエリ式で推測される --universe_scope 値は望ましいものではない可能性があるため、自分が何をしているかわかっている場合にのみ、このオプションを使用してください。詳細と例については、https://bazel.build/query/language#sky-query をご覧ください。--universe_scope が設定されている場合、このオプションの値は無視されます。注: このオプションは「query」にのみ適用されます(つまり、「cquery」には適用されません)。
タグ: loading_and_analysis
--[no]line_terminator_null のデフォルト: "false"
各形式が改行ではなく \0 で終わっているかどうか。
タグ: terminal_output
--[no]nodep_deps のデフォルト: true
有効にすると、「nodep」属性からの依存関係が、クエリが動作する依存関係グラフに含まれます。「nodep」属性の一般的な例は「visibility」です。「info build-language」の出力を実行して解析し、ビルド言語のすべての「nodep」属性を確認します。
タグ: build_file_semantics
--output=<a string> のデフォルト: "label"
cquery 結果を出力する形式。cquery で許可される値は、label、label_kind、textproto、Transitions、proto、jsonproto です。「Transitions」を選択する場合は、--Transitions=(lite|full) オプションも指定する必要があります。
タグ: terminal_output
--[no]proto:default_values のデフォルト: true
true の場合、値が BUILD ファイルで明示的に指定されていない属性を含めることができます。そうでない場合、それらは省略されます。このオプションは --output=proto に適用されます。
タグ: terminal_output
--[no]proto:definition_stack のデフォルト: "false"
Definition_stack の proto フィールドに値を設定します。この値は、ルールのクラスが定義された時点での Starlark コールスタックごとに記録されます。
タグ: terminal_output
--[no]proto:flatten_selects のデフォルト: true
有効にすると、select() によって作成された構成可能な属性はフラット化されます。リスト型の場合、フラット化された表現は、選択されたマップの各値を正確に 1 回含むリストです。スカラー型は null にフラット化されます。
タグ: build_file_semantics
--[no]proto:include_configurations のデフォルト: true
。有効にすると、proto 出力に構成に関する情報が含まれます。無効の場合、cquery proto 出力形式はクエリ出力形式に似ています。
タグ: affects_outputs
--[no]proto:include_synthetic_attribute_hash のデフォルト: "false"
$internal_attr_hash 属性を計算して入力するかどうか。
タグ: terminal_output
--[no]proto:instantiation_stack のデフォルト: "false"
各ルールのインスタンス化コールスタックを入力します。なお、これにはスタックが存在する必要があります。
タグ: terminal_output
--[no]proto:locations のデフォルト: true
位置情報を proto 出力に出力するかどうか。
タグ: terminal_output
--proto:output_rule_attrs=<comma-separated list of options> のデフォルト: "all"
出力に含める属性のカンマ区切りのリスト。デフォルトはすべての属性です。空の文字列に設定すると、属性は出力されません。このオプションは --output=proto に適用されます。
タグ: terminal_output
--[no]proto:rule_inputs_and_outputs のデフォルト: true
rule_input フィールドと rule_output フィールドを設定するかどうかを指定します。
タグ: terminal_output
--query_file=<a string> のデフォルト: ""
設定すると、コマンドラインではなく、ここで指定したファイルからクエリが読み取られます。ここにファイルとコマンドライン クエリを指定するとエラーが発生します。
タグ: changes_inputs
--[no]relative_locations のデフォルト: "false"
true の場合、xml と proto の出力に含まれる BUILD ファイルは相対パスになります。デフォルトでは、ロケーションの出力は絶対パスであり、マシン間では整合性がありません。このオプションを true に設定すると、マシン間で一貫した結果が得られます。
タグ: terminal_output
--show_config_fragments=<off, direct or transitive> のデフォルト: "off"
ルールで必要とされる構成フラグメントと推移的依存関係を表示します。これは、構成されたターゲット グラフがどれだけトリミング可能かを評価するのに役立ちます。
タグ: affects_outputs
--starlark:expr=<a string> のデフォルト: ""
構成された各ターゲットを cquery の --output=starlark モードでフォーマットするための Starlark 式。構成されたターゲットは「target」にバインドされます。--starlark:target も --starlark:file も指定されていない場合、このオプションはデフォルトで 'str(target.label)' になります。--starlark:setIamPolicy と --starlark:file の両方を指定するとエラーが発生します。
タグ: terminal_output
--starlark:file=<a string> のデフォルト: ""
1 つの引数の「format」という Starlark 関数を定義するファイルの名前。構成済みの各ターゲットでこれを文字列としてフォーマットします。--starlark:setIamPolicy と --starlark:file の両方を指定するとエラーが発生します。詳細については、--output=starlark のヘルプをご覧ください。
タグ: terminal_output
--[no]tool_deps のデフォルト: true
クエリ: 無効の場合、「ホスト構成」または「実行」のターゲットに対する依存関係は、クエリが実行される依存関係グラフに含まれません。プロトコル コンパイラに対する「proto_library」ルールなど、ホスト構成の依存関係エッジは、通常、同じ「ターゲット」プログラムの一部ではなく、ビルド中に実行されるツールを指しています。 Cquery: 無効な場合、ホストまたは実行の遷移にまたがる構成済みターゲットはすべて、この構成済みターゲットを検出したトップレベル ターゲットからフィルタされます。つまり、トップレベルのターゲットがターゲット構成にある場合、ターゲット構成でも構成されたターゲットのみが返されます。トップレベル ターゲットがホスト構成にある場合、ホスト構成ターゲットのみが返されます。このオプションでは、解決されたツールチェーンは除外されません。
タグ: build_file_semantics
--transitions=<full, lite or none> のデフォルト: "none"
cquery が遷移情報を出力する形式。
タグ: affects_outputs
--universe_scope=<comma-separated list of options> のデフォルト: ""
ターゲット パターンの加算(加算、減算)を指定します。クエリは、指定したターゲットの推移的な終了によって定義されたユニバースで実行します。このオプションは、クエリコマンドと cquery コマンドで使用されます。cquery の場合、このオプションへの入力は、すべての回答が作成されるターゲットであるため、このオプションは構成と遷移に影響する可能性があります。このオプションを指定しなかった場合、トップレベルのターゲットがクエリ式から解析されたターゲットと見なされます。注: cquery でこのオプションを指定しないと、クエリ式から解析されたターゲットがトップレベル オプションでビルドできない場合、ビルドが破損する可能性があります。
タグ: loading_and_analysis
Bzlmod の出力とセマンティクスに関連するオプション:
--allow_yanked_versions=<a string> 個の複数回の使用が累積されます
: モジュールのソース バージョンを <module1>@<version1>, <module2>@<version2>` の形式で指定します。これらは、登録元のレジストリで yankyan と宣言されていても(NonRegistryOverride 以外からの場合でも)、その依存関係グラフで許可されます。そうしないと、ジャンクされたバージョンが原因で解決に失敗します。「BZLMOD_ALLOW_YANKED_VERSIONS」環境変数を使用して、許可されたジャンク バージョンを定義することもできます。このチェックを無効にするには、キーワード「all」を使用します(非推奨)。
タグ: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> のデフォルト: "error"
Bazel モジュールの Bazel バージョンの互換性を確認する。有効な値は、エラーを解決のためにエスカレーションする「error」、チェックを無効にする「off」、不一致が検出されたときに警告を出力する「warning」です。
タグ: loading_and_analysis
--check_direct_dependencies=<off, warning or error> のデフォルト: "warning"
ルート モジュール内で宣言されている直接的な「bazel_dep」依存関係が、解決済みの依存関係グラフに表示されるバージョンと同じかどうかを確認します。有効な値は、チェックを無効にする場合は「off」、不一致が検出されたときに警告を出力する場合は「warning」、解決の失敗にエスカレーションする場合は「error」です。
タグ: loading_and_analysis
--[no]ignore_dev_dependency のデフォルト: "false"
true の場合、Bazel はルート モジュールの MODULE.bazel で「dev_dependency」として宣言されている「bazel_dep」と「use_extension」を無視します。このフラグの値に関係なく、MODULE.bazel がルート モジュールでない場合、これらの dev 依存関係は常に無視されます。
タグ: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path> 個の複数回の使用が累積されます
ローカル ディレクトリを含むモジュールをオーバーライドします。
--registry=<a string> 個の複数回の使用が累積されます
Bazel モジュールの依存関係の検索に使用するレジストリを指定します。順序は重要です。まず古いレジストリでモジュールが参照され、以前のレジストリにないレジストリはその後にフォールバックされます。
タグ: changes_inputs
ログの詳細度、形式、場所に影響するオプション:
--[no]experimental_record_metrics_for_all_mnemonics のデフォルト: "false"
デフォルトでは、アクション タイプの数は、実行されたアクションの数が最も多い 20 個のニーモニックに制限されます。このオプションを設定すると、すべての略語に関する統計情報が書き込まれます。
他のカテゴリに該当しない Bazel コマンドへの汎用入力を指定または変更するオプション:
--experimental_resolved_file_instead_of_workspace=<a string> のデフォルト: ""
空でない場合、WORKSPACE ファイルではなく、指定された解決済みファイルを読み込みます。
タグ: changes_inputs
リモート キャッシュと実行オプション:
--experimental_downloader_config=<a string> のデフォルト: 説明を表示
リモート ダウンローダーを構成するファイルを指定します。このファイルは、各行がディレクティブ(「allow」、「block」または「rewrite」)で始まり、その後にホスト名(「allow」と「block」)が続くか、2 つのパターン(一致する URL が代替 URL として使用される)に続き、後方参照が「$1」で始まります。複数の URL に対してこの rewrite ディレクティブが複数回送信される可能性があります。
その他(その他に分類されないオプション):
--override_repository=<an equals-separated mapping of repository name to path> 個の複数回の使用が累積されます
ローカル ディレクトリを含むリポジトリをオーバーライドします。
ビルド実行を制御するオプション:
シンボリック リンクを作成する直接ファイル システム呼び出しを行うかどうか
タグ: loading_and_analysisexecutionexperimental
--[no]experimental_remotable_source_manifests のデフォルト: "false"
ソース マニフェストのアクションをリモート可能にするかどうか
タグ: loading_and_analysisexecutionexperimental
--[no]experimental_split_coverage_postprocessing のデフォルト: "false"
true の場合、Bazel は新しく生成されたテストに対してカバレッジ 後処理を実行します。
タグ: execution
--[no]experimental_strict_fileset_output のデフォルト: "false"
このオプションを有効にすると、ファイルセットはすべての出力アーティファクトを通常のファイルとして扱います。ディレクトリを走査したり、シンボリック リンクの影響を受けたりすることはありません。
タグ: execution
--modify_execution_info=<regex=[+-]key,regex=[+-]key,...> のデフォルト: ""
操作の覚え方に基づいて、アクションの実行情報に鍵を追加または削除します。実行情報をサポートするアクションにのみ適用されます。一般的なアクション(Genrule、CppCompile、Javac、StarlarkAction、TestRunner など)は、実行情報をサポートしています。複数の正規表現を指定するときは、同じ正規表現に多くの正規表現が適用される可能性があるため、順序は重要です。構文: "regex=[+-]key,regex=[+-]key,..."例: '.*=+x,.*=-y.*=+z' は、すべてのアクションの実行情報に 'x' と 'z' を追加し、'y' を削除します。「Genrule=+requires-x」は、すべての Genrule アクションの実行情報に「requires-x」を追加します。'(?!Genrule).*=-requires-x' は、Genrule 以外のすべてのアクションの実行情報から 'requires-x' を削除します。
タグ: executionaffects_outputsloading_and_analysis
--persistent_android_dex_desugar
ワーカーを使用して永続的な Android dex と desugar のアクションを有効にします。
展開先:
--strategy=Desugar=worker
--strategy=DexBuilder=worker

タグ: host_machine_resource_optimizationsexecution
--persistent_android_resource_processor
ワーカーを使用して永続的な Android リソース プロセッサを有効にします。
展開先:
--internal_persistent_busybox_tools
--strategy=AaptPackage=worker
--strategy=AndroidResourceParser=worker
--strategy=AndroidResourceValidator=worker
--strategy=AndroidResourceCompiler=worker
--strategy=RClassGenerator=worker
--strategy=AndroidResourceLink=worker
--strategy=AndroidAapt2=worker
--strategy=AndroidAssetMerger=worker
--strategy=AndroidResourceMerger=worker
--strategy=AndroidCompiledResourceMerger=worker
--strategy=ManifestMerger=worker
--strategy=AndroidManifestMerger=worker
{/1{1/2}--strategy=Aapt2Optimize=worker2{1/2}
{1/2}{1/2}
--persistent_multiplex_android_dex_desugar
ワーカーを使用して、永続的な多重化 Android dex と desugar のアクションを有効にします。
展開先:
--persistent_android_dex_desugar
--modify_execution_info=Desugar=+supports-multiplex-workers
--modify_execution_info=DexBuilder=+supports-multiplex-workers

タグ: host_machine_resource_optimizationsexecution
--persistent_multiplex_android_resource_processor
ワーカーを使用して、永続的な多重化 Android リソース プロセッサを有効にします。
展開先:
--persistent_android_resource_processor
--modify_execution_info=AaptPackage=+supports-multiplex-workers
--modify_execution_info=AndroidResourceParser=+supports-multiplex-workers
--modify_execution_info=AndroidResourceValidator=+supports-multiplex-workers
--modify_execution_info=AndroidResourceCompiler=+supports-multiplex-workers
--modify_execution_info=RClassGenerator=+supports-multiplex-workers
--modify_execution_info=AndroidResourceLink=+supports-multiplex-workers
--modify_execution_info=AndroidAapt2=+supports-multiplex-workers
--modify_execution_info=AndroidAssetMerger=+supports-multiplex-workers
--modify_execution_info=AndroidResourceMerger=+supports-multiplex-workers
--modify_execution_info=AndroidCompiledResourceMerger=+supports-multiplex-workers
--modify_execution_info=ManifestMerger=+supports-multiplex-workers
--modify_execution_info=AndroidManifestMerger=+supports-multiplex-workers
{/1{1/2}--modify_execution_info=Aapt2Optimize=+supports-multiplex-workers2{1/2}
{1/2}{1/2}
--persistent_multiplex_android_tools
永続的かつ多重化された Android ツール(dex の脱糖、リソース処理)を有効にします。
展開先:
--persistent_multiplex_android_resource_processor
--persistent_multiplex_android_dex_desugar

タグ: host_machine_resource_optimizationsexecution
アクションの実行に使用するツールチェーンを構成するオプション:
--android_compiler=<a string> のデフォルト: 説明を表示
Android ターゲット コンパイラ。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--android_crosstool_top=<a build target label> のデフォルト: "//external:android/crosstool"
Android ビルドに使用される C++ コンパイラの場所。
タグ: affects_outputschanges_inputsloading_and_analysisloses_incremental_state
--android_grte_top=<a label> のデフォルト: 説明を表示
Android ターゲット grte_top。
タグ: changes_inputsloading_and_analysisloses_incremental_state
--android_manifest_merger=<legacy, android or force_android> のデフォルト: Android
android_binary ルールに使用するマニフェスト マージツールを選択します。以前のマージツールから Android マニフェスト マージツールに移行するために役立つフラグ。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--android_platforms=<a build target label> のデフォルト: ""
android_binary ターゲットが使用するプラットフォームを設定します。複数のプラットフォームが指定されている場合、バイナリはファット APK であり、指定されたターゲット プラットフォームのネイティブ バイナリが含まれます。
タグ: changes_inputsloading_and_analysisloses_incremental_state
--android_sdk=<a build target label> のデフォルト: "@bazel_tools//tools/android:sdk"
Android アプリのビルドに使用する Android SDK/プラットフォームを指定します。
タグ: changes_inputsloading_and_analysisloses_incremental_state
--apple_compiler=<a string> のデフォルト: 説明を表示
Apple ターゲット コンパイラ。ツールチェーンのバリアント(xcode-beta など)の選択に役立ちます。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--apple_crosstool_top=<a build target label> のデフォルト: "@bazel_tools//tools/cpp:toolchain"
Apple と Objc のルール、およびそれらの依存関係で使用される crosstool パッケージのラベル。
タグ: loses_incremental_statechanges_inputs
--apple_grte_top=<a build target label> のデフォルト: 説明を表示
Apple ターゲット grte_top。
タグ: changes_inputsloading_and_analysisloses_incremental_state
--cc_output_directory_tag=<a string> のデフォルト: ""
設定ディレクトリに追加するサフィックスを指定します。
タグ: affects_outputsexplicit_in_output_path
--compiler=<a string> のデフォルト: 説明を表示
ターゲットのコンパイルに使用する C++ コンパイラ。
タグ: loading_and_analysisexecution
--coverage_output_generator=<a build target label> のデフォルト: "@bazel_tools//tools/test:lcov_merger"
未加工のカバレッジ レポートの後処理に使用されるバイナリの場所。現在、単一のファイル(バイナリ)を含むファイルグループである必要があります。デフォルトは '//tools/test:lcov_merger' です。
タグ: changes_inputsaffects_outputsloading_and_analysis
--coverage_report_generator=<a build target label> のデフォルト: "@bazel_tools//tools/test:coverage_report_generator"
カバレッジ レポートの生成に使用されるバイナリの場所。現在、単一のファイル(バイナリ)を含むファイルグループである必要があります。デフォルトは '//tools/test:coverage_report_generator' です。
タグ: changes_inputsaffects_outputsloading_and_analysis
--coverage_support=<a build target label> のデフォルト: "@bazel_tools//tools/test:coverage_support"
コード カバレッジを収集するすべてのテスト アクションの入力に必要なサポート ファイルの場所。デフォルトは '//tools/test:coverage_support' です。
タグ: changes_inputsaffects_outputsloading_and_analysis
--crosstool_top=<a build target label> のデフォルト: "@bazel_tools//tools/cpp:toolchain"
C++ コードのコンパイルに使用される crosstool パッケージのラベル。
タグ: loading_and_analysischanges_inputsaffects_outputs
--custom_malloc=<a build target label> のデフォルト: 説明を表示
malloc のカスタム実装を指定します。この設定により、ビルドルールの malloc 属性がオーバーライドされます。
タグ: changes_inputsaffects_outputs
--experimental_add_exec_constraints_to_targets=<a '<RegexFilter>=<label1>[,<label2>,...]' assignment> 個の複数回の使用が累積されます
カンマ区切りのリスト。カンマ区切りの制約値ターゲットのリストには、オプションで接頭辞「-」(負の式)が代入されます。ターゲットが負の式と 1 つ以上の正の式に一致しない場合、制約が実行制約として宣言されているかのように、ツールチェーンの解決が実行されます。例: //demo,-test=@platforms//cpus:x86_64 は、名前が「test」を含むターゲットを除き、//demo 以下のすべてのターゲットに「x86_64」を追加します。
タグ: loading_and_analysis
--[no]experimental_enable_objc_cc_deps のデフォルト: true
ob_c_* ルールを cc_library に依存させ、--ios_multi_cpu の値に --cpu を「ios_<--ios_cpu> に設定することで、objc の依存関係をビルドできるようにします。
タグ: loading_and_analysisincompatible_change
--[no]experimental_include_xcode_execution_requirements のデフォルト: "false"
設定されている場合、すべての Xcode アクションに「requires-xcode:{version}」実行要件を追加します。Xcode バージョンにハイフンが付いているラベルがある場合は、「requires-xcode-label:{version_label}」実行要件も追加します。
タグ: loses_incremental_stateloading_and_analysisexecution
--[no]experimental_prefer_mutual_xcode のデフォルト: true
true の場合、ローカルとリモートの両方で利用可能な最新の Xcode を使用する。false の場合、または相互に利用可能なバージョンがない場合は、xcode-select で選択されたローカル Xcode バージョンを使用します。
タグ: loses_incremental_state
--extra_execution_platforms=<comma-separated list of options> 個の複数回の使用が累積されます
アクション実行プラットフォームとして使用できるプラットフォーム。プラットフォームは、正確なターゲットまたはターゲット パターンで指定できます。これらのプラットフォームは、register_execution_platforms() によって WORKSPACE ファイルで宣言される前に考慮されます。
タグ: execution
--extra_toolchains=<comma-separated list of options> 個の複数回の使用が累積されます
ツールチェーンの解決時に考慮されるツールチェーン ルール。ツールチェーンは、正確なターゲットまたはターゲット パターンで指定できます。以下のツールチェーンは、register_toolchains() によって WORKSPACE ファイルで宣言されているものより考慮されます。
タグ: affects_outputschanges_inputsloading_and_analysis
--grte_top=<a label> のデフォルト: 説明を表示
チェックインされた libc ライブラリのラベル。デフォルト値はクロスツール ツールチェーンによって選択されるため、オーバーライドする必要はありません。
タグ: action_command_linesaffects_outputs
--host_compiler=<a string> のデフォルト: 説明を表示
ホスト コンパイルに使用する C++ コンパイラ。--host_crosstool_top が設定されていない場合は無視されます。
タグ: loading_and_analysisexecution
--host_crosstool_top=<a build target label> のデフォルト: 説明を表示
デフォルトでは、ホスト構成には --crosstool_top オプションと --compiler オプションも使用されます。このフラグを指定すると、Bazel は指定された crosstool_top にデフォルトの libc とコンパイラを使用します。
タグ: loading_and_analysischanges_inputsaffects_outputs
--host_grte_top=<a label> のデフォルト: 説明を表示
指定すると、ホスト構成用の libc トップレベル ディレクトリ(--grte_top)がオーバーライドされます。
タグ: action_command_linesaffects_outputs
--host_platform=<a build target label> のデフォルト: ""
ホストシステムを表すプラットフォーム ルールのラベル。
タグ: affects_outputschanges_inputsloading_and_analysis
--[no]incompatible_disable_expand_if_all_available_in_flag_set のデフォルト: true
true の場合、Bazel は フラグセットに expand_if_all_available を指定できません(移行手順については、https://github.com/bazelbuild/bazel/issues/7008 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_dont_enable_host_nonhost_crosstool_features のデフォルト: true
true の場合、Bazel は c++ ツールチェーンで「ホスト」機能と「非ホスト」機能を有効にしません(詳細については、https://github.com/bazelbuild/bazel/issues/7407 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_enable_android_toolchain_resolution のデフォルト: "false"
ツールチェーンの解決を使用して Android 向け Android SDK ルール(Starlark とネイティブ)を選択します。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_enable_apple_toolchain_resolution のデフォルト: "false"
ツールチェーンの解決を使用して、Apple SDK for Apple ルール(Starlark とネイティブ)を選択します。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_make_thinlto_command_lines_standalone のデフォルト: true
true の場合、Bazel は lto インデックス コマンドラインに C++ リンク アクション コマンドラインを再利用しません(詳細については、https://github.com/bazelbuild/bazel/issues/6791 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_objc_linking_info_migration のデフォルト: "false"
true の場合、ObjC 組み込みルールは ObjcProvider ではなく CcInfo からリンク情報を取得します。詳細と移行情報については、https://github.com/bazelbuild/bazel/issues/16939 をご覧ください。
タグ: loading_and_analysischanges_inputsincompatible_change
--[no]incompatible_remove_cpu_and_compiler_attributes_from_cc_toolchain のデフォルト: true
true の場合、cc_toolchain.cpu 属性と cc_toolchain.compiler 属性が設定されていると、Bazel からエラーが返されます(移行手順については、https://github.com/bazelbuild/bazel/issues/7075 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_remove_legacy_whole_archive のデフォルト: true
true の場合、Bazel はデフォルトではライブラリの依存関係全体をアーカイブしません(移行手順については、https://github.com/bazelbuild/bazel/issues/7362 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_require_ctx_in_configure_features のデフォルト: true
true の場合、Bazel は cc_common.configure_features で「ctx」パラメータを必要とします(詳しくは、https://github.com/bazelbuild/bazel/issues/7793 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]interface_shared_objects のデフォルト: true
ツールチェーンでサポートされている場合は、インターフェース共有オブジェクトを使用します。現在、すべての ELF ツールチェーンがこの設定をサポートしています。
タグ: loading_and_analysisaffects_outputsaffects_outputs
--ios_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を表示
iOS アプリのビルドに使用する iOS SDK のバージョンを指定します。指定しない場合は、「xcode_version」のデフォルトの iOS SDK バージョンが使用されます。
タグ: loses_incremental_state
--macos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を表示
macOS アプリケーションのビルドに使用する macOS SDK のバージョンを指定します。指定しない場合は、「xcode_version」のデフォルトの macOS SDK バージョンを使用します。
タグ: loses_incremental_state
--minimum_os_version=<a string> のデフォルト: 説明を表示
コンパイルの対象となる最小 OS バージョン。
タグ: loading_and_analysisaffects_outputs
--platform_mappings=<a relative path> のデフォルト: ""
何も設定されていない場合に使用するプラットフォーム、またはプラットフォームがすでに存在する場合に設定するフラグを記述するマッピング ファイルの場所。メインのワークスペース ルートからの相対パスである必要があります。デフォルトは「platform_mappings」です(ワークスペースのルートの直下にあるファイル)。
タグ: affects_outputschanges_inputsloading_and_analysis
--platforms=<a build target label> のデフォルト: ""
現在のコマンドのターゲット プラットフォームを表すプラットフォーム ルールのラベル。
タグ: affects_outputschanges_inputsloading_and_analysis
--python2_path=<a string> のデフォルト: 説明を表示
非推奨、処理なし。「--compatible_use_python_toolchains」により無効になっています。
タグ: no_opdeprecated
--python3_path=<a string> のデフォルト: 説明を表示
非推奨、処理なし。「--compatible_use_python_toolchains」により無効になっています。
タグ: no_opdeprecated
--python_path=<a string> のデフォルト: 説明を表示
ターゲット プラットフォームで Python ターゲットを実行するために呼び出される Python インタープリタの絶対パス。非推奨。--compatible_use_python_toolchains で無効になっています。
タグ: loading_and_analysisaffects_outputs
--python_top=<a build target label> のデフォルト: 説明を表示
ターゲット プラットフォームで Python ターゲットを実行するために呼び出される Python インタープリタを表す py_runtime のラベル。非推奨。--compatible_use_python_toolchains で無効になっています。
タグ: loading_and_analysisaffects_outputs
--target_platform_fallback=<a build target label> のデフォルト: "@local_config_platform//:host"
ターゲット プラットフォームが設定されておらず、現在のフラグのセットと一致するプラットフォーム マッピングがない場合に使用するプラットフォーム ルールのラベル。
タグ: affects_outputschanges_inputsloading_and_analysis
--tvos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を表示
tvOS アプリのビルドに使用する tvOS SDK のバージョンを指定します。指定しない場合は、「xcode_version」のデフォルトの tvOS SDK バージョンが使用されます。
タグ: loses_incremental_state
--watchos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を表示
watchOS アプリケーションのビルドに使用する watchOS SDK のバージョンを指定します。指定しない場合は、「xcode_version」のデフォルトのウォッチ OS SDK バージョンを使用します。
タグ: loses_incremental_state
--xcode_version=<a string> のデフォルト: 説明を表示
指定した場合、関連するビルド アクションに特定のバージョンの Xcode が使用されます。指定しない場合は、エグゼキュータのデフォルト バージョンの Xcode が使用されます。
タグ: loses_incremental_state
--xcode_version_config=<a build target label> のデフォルト: "@bazel_tools//tools/cpp:host_xcodes"
ビルド構成で Xcode バージョンを選択する際に使用する xcode_config ルールのラベル。
タグ: loses_incremental_stateloading_and_analysis
コマンドの出力を制御するオプション:
--[no]apple_enable_auto_dsym_dbg のデフォルト: "false"
dbg ビルドのデバッグ シンボル(.dSYM)ファイルの生成を強制的に有効にするかどうか。
タグ: affects_outputsaction_command_lines
--[no]apple_generate_dsym のデフォルト: "false"
デバッグ シンボル(.dSYM)ファイルを生成するかどうか。
タグ: affects_outputsaction_command_lines
true の場合、すべてのターゲットの runfiles シンボリック フォレストを作成します。false の場合、可能であればマニフェストのみを記述します。
タグ: affects_outputs
--[no]build_runfile_manifests のデフォルト: true
true の場合、すべてのターゲットの runfiles マニフェストを書き込みます。false の場合は、省略します。false の場合、ローカルテストの実行が失敗します。
タグ: affects_outputs
--[no]build_test_dwp のデフォルト: "false"
有効にすると、C++ テストを静的にビルドし、分割すると、テストバイナリの .dwp ファイルも自動的にビルドされます。
タグ: loading_and_analysisaffects_outputs
--cc_proto_library_header_suffixes=<comma-separated list of options> のデフォルト: .pb.h
cc_proto_library が作成するヘッダー ファイルの接頭辞を設定します。
タグ: affects_outputsloading_and_analysis
--cc_proto_library_source_suffixes=<comma-separated list of options> のデフォルト: .pb.cc
cc_proto_library が作成するソースファイルの接頭辞を設定します。
タグ: affects_outputsloading_and_analysis
--[no]experimental_proto_descriptor_sets_include_source_info のデフォルト: "false"
proto_library の代替 Java API バージョン用に追加のアクションを実行
タグ: affects_outputsloading_and_analysisexperimental
--[no]experimental_proto_extra_actions のデフォルト: "false"
proto_library の代替 Java API バージョン用に追加のアクションを実行
タグ: affects_outputsloading_and_analysisexperimental
--[no]experimental_save_feature_state のデフォルト: "false"
有効でリクエストされた機能の状態をコンパイルの出力として保存します。
タグ: affects_outputsexperimental
--fission=<a set of compilation modes> のデフォルト: "no"
C++ コンパイルとリンクに Fission を使用するコンパイル モードを指定します。{'fastbuild'、'dbg'、'opt'}、またはすべてのモードを有効にする場合は「yes」、すべてのモードを無効にする場合は「no」を組み合わせて使用します。
タグ: loading_and_analysisaction_command_linesaffects_outputs
--[no]incompatible_always_include_files_in_data のデフォルト: true
true の場合、ネイティブ ルールはデータ依存関係の <code>DefaultInfo.files</code> をランファイルに追加します。これは Starlark ルールの推奨動作(https://bazel.build/extending/rules#runfiles_features_to_avoid)と一致します。
タグ: affects_outputsincompatible_change
--[no]legacy_external_runfiles のデフォルト: true
true の場合、(.runfiles/repo に加えて).runfiles/wsname/external/repo の下に、外部リポジトリの runfiles シンボリック フォレストをビルドします。
タグ: affects_outputs
--[no]objc_generate_linkmap のデフォルト: "false"
リンクマップ ファイルを生成するかどうかを指定します。
タグ: affects_outputs
--[no]save_temps のデフォルト: "false"
設定すると、gcc からの一時的な出力が保存されます。これには、.s ファイル(アセンブラ コード)、.i ファイル(前処理済み C)、.ii ファイル(前処理された C++)が含まれます。
タグ: affects_outputs
ユーザーが意図する出力を構成し、その存在ではなく値に影響を与えるオプションです。
--action_env=<a 'name=value' assignment with an optional value part> 個の複数回の使用が累積されます
ターゲット構成のアクションで使用可能な環境変数のセットを指定します。変数は、名前で指定できます。この場合、値は呼び出し環境から取得されるか、name=value ペアによって呼び出し環境から独立して値が設定されます。このオプションは複数回使用できます。同じ変数に指定されたオプションに対し、最新の条件、さまざまな変数のオプションが累積されます。
タグ: action_command_lines
--android_cpu=<a string> のデフォルト: 「armeabi-v7a」
Android ターゲット CPU
タグ: affects_outputsloading_and_analysisloses_incremental_state
--[no]android_databinding_use_androidx のデフォルト: "false"
AndroidX 互換のデータ バインディング ファイルを生成する。これは、データ バインディング v2 でのみ使用されます。
タグ: affects_outputsloading_and_analysisloses_incremental_stateexperimental
--[no]android_databinding_use_v3_4_args のデフォルト: "false"
Android データ バインディング v2 と引数 3.4.0 を使用
タグ: affects_outputsloading_and_analysisloses_incremental_stateexperimental
--android_dynamic_mode=<off, default or fully> のデフォルト: "off"
cc_binary で共有ライブラリが明示的に作成されていない場合に、Android ルールの C++ 依存関係を動的にリンクするかどうかを指定します。「default」は、動的にリンクするかどうかを bazel が選択することを意味します。「fully」は、すべてのライブラリが動的にリンクされることを意味します。「off」は、すべてのライブラリがほぼ静的モードでリンクされることを意味します。
タグ: affects_outputsloading_and_analysis
--android_manifest_merger_order=<alphabetical, alphabetical_by_configuration or dependency> のデフォルト: "alphabetical"
Android バイナリのマニフェスト マージツールに渡されるマニフェストの順序を設定します。ALPHABETICAL は、マニフェストが execroot への相対パスで並べ替えられることを意味します。ALPHABETICAL_BY_CONFIGURATION は、マニフェストが出力ディレクトリ内の構成ディレクトリへの相対パスで並べ替えられることを意味します。DEPENDENCY とは、各ライブラリのマニフェストが依存関係のマニフェストの前に来るマニフェストを持つ順序を指定することを意味します。
タグ: action_command_linesexecution
--[no]android_resource_shrinking のデフォルト: "false"
ProGuard を使用する android_binary APK のリソース圧縮を有効にします。
タグ: affects_outputsloading_and_analysis
--apple_bitcode=<'mode' or 'platform=mode', where 'mode' is none, embedded_markers or embedded, and 'platform' is ios, watchos, tvos, macos or catalyst> 個の複数回の使用が累積されます
デバイス アーキテクチャをターゲットとするコンパイル ステップの場合は、Apple ビットコード モードを指定します。値は「[platform=]mode」の形式であり、プラットフォーム(「ios」、「macos」、「tvos」、「watchos」)は任意です。指定する場合、ビットコード モードはそのプラットフォーム専用に適用されます。省略した場合は、すべてのプラットフォームに適用されます。このモードは「none」、「embed_markers」、「embed」のいずれかである必要があります。このオプションは複数回指定できます。
タグ: loses_incremental_state
--[no]build_python_zip のデフォルト: "auto"
Python の実行可能 zip をビルドします。Windows では、他のプラットフォームでは、オフです。
タグ: affects_outputs
--catalyst_cpus=<comma-separated list of options> 個の複数回の使用が累積されます
Apple Catalyst バイナリをビルドするアーキテクチャのカンマ区切りのリスト。
タグ: loses_incremental_stateloading_and_analysis
--[no]collect_code_coverage のデフォルト: "false"
指定すると、Bazel はコードを計測可能(可能な場合、オフライン計測)を使用して、テスト中にカバレッジ情報を収集します。--instrumentation_filter に一致するターゲットのみが影響を受けます。通常、このオプションは直接指定しないでください。「bazelCoverage」コマンドを使用してください。
タグ: affects_outputs
--compilation_mode=<fastbuild, dbg or opt> [-c] デフォルト: "fastbuild"
バイナリをビルドするモードを指定します。値: fast'、'dbg'、'opt'。
タグ: affects_outputsaction_command_linesexplicit_in_output_path
--conlyopt=<a string> 個の複数回の使用が累積されます
C ソースファイルをコンパイルする際に gcc に渡す追加のオプション。
タグ: action_command_linesaffects_outputs
--copt=<a string> 個の複数回の使用が累積されます
gcc に渡す追加のオプション。
タグ: action_command_linesaffects_outputs
--cpu=<a string> のデフォルト: ""
ターゲット CPU。
タグ: changes_inputsaffects_outputsexplicit_in_output_path
--cs_fdo_absolute_path=<a string> のデフォルト: 説明を表示
CSFDO プロファイル情報を使用してコンパイルを最適化する。プロファイル ファイル(未加工またはインデックス付き LLVM プロファイル ファイル)を含む zip ファイルの絶対パス名を指定します。
タグ: affects_outputs
--cs_fdo_instrument=<a string> のデフォルト: 説明を表示
コンテキストに応じた FDO インストルメンテーションによるバイナリ生成Clang/LLVM コンパイラの場合、実行時に未加工のプロファイル ファイルがダンプされるディレクトリ名も受け入れられます。
タグ: affects_outputs
--cs_fdo_profile=<a build target label> のデフォルト: 説明を表示
最適化に使用されるコンテキスト センシティブ プロファイルを表す cs_fdo_profile。
タグ: affects_outputs
--cxxopt=<a string> 個の複数回の使用が累積されます
C++ ソースファイルをコンパイルする際に gcc に渡す追加のオプション。
タグ: action_command_linesaffects_outputs
--define=<a 'name=value' assignment> 個の複数回の使用が累積されます
各 --define オプションでビルド変数の割り当てを指定します。
タグ: changes_inputsaffects_outputs
--dynamic_mode=<off, default or fully> のデフォルト: "default"
C++ バイナリを動的にリンクするかどうかを決定します。「default」は、Bazel が動的にリンクするかどうかを選択することを意味します。「fully」は、すべてのライブラリが動的にリンクされることを意味します。「off」は、すべてのライブラリがほぼ静的モードでリンクされることを意味します。
タグ: loading_and_analysisaffects_outputs
--[no]enable_fdo_profile_absolute_path のデフォルト: true
設定すると、fdo_absolute_profile_path を使用するとエラーが発生します。
タグ: affects_outputs
--[no]enable_runfiles のデフォルト: "auto"
runfiles のシンボリック リンク ツリーを有効にします。デフォルトでは、Windows、他のプラットフォームでは無効になっています。
タグ: affects_outputs
--experimental_action_listener=<a build target label> 個の複数回の使用が累積されます
非推奨となり、複数の側面を考慮しました。action_listener を使用して、既存のビルド アクションに extra_action をアタッチします。
タグ: executionexperimental
--[no]experimental_android_compress_java_resources のデフォルト: "false"
APK で Java リソースを圧縮する
タグ: affects_outputsloading_and_analysisexperimental
--[no]experimental_android_databinding_v2 のデフォルト: "false"
Android データ バインディング v2 を使用する
タグ: affects_outputsloading_and_analysisloses_incremental_stateexperimental
--[no]experimental_android_resource_shrinking のデフォルト: "false"
ProGuard を使用する android_binary APK のリソース圧縮を有効にします。
タグ: affects_outputsloading_and_analysis
--[no]experimental_android_rewrite_dexes_with_rex のデフォルト: "false"
rex ツールを使用して dex ファイルを書き換える
タグ: affects_outputsloading_and_analysisloses_incremental_stateexperimental
--experimental_objc_fastbuild_options=<comma-separated list of options> のデフォルト: "-O0,-DDEBUG=1"
これらの文字列を objc fastbuild コンパイラ オプションとして使用します。
タグ: action_command_lines
--[no]experimental_omitfp のデフォルト: "false"
true の場合、libunwind をスタックのアンワインドに使用し、-fomit-frame-pointer と -fasync-unwind-tables でコンパイルします。
タグ: action_command_linesaffects_outputsexperimental
--[no]experimental_platform_in_output_dir のデフォルト: "false"
true の場合、ターゲット プラットフォームは CPU ではなく出力ディレクトリ名で使用されます。
タグ: affects_outputsexperimental
--[no]experimental_use_llvm_covmap のデフォルト: "false"
これを指定すると、Bazel は、collect_code_coverage が有効になっているときに、gcov ではなく llvm-cov カバレッジ マップ情報を生成します。
タグ: changes_inputsaffects_outputsloading_and_analysisexperimental
--fat_apk_cpu=<comma-separated list of options> のデフォルト: 「armeabi-v7a」
このオプションを設定すると、指定されたすべてのターゲット アーキテクチャのネイティブ バイナリ(--fat_apk_cpu=x86,armeabi-v7a. このフラグを指定すると、android_binary ルールの依存関係で --android_cpu は無視されます。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--[no]fat_apk_hwasan のデフォルト: "false"
HWASAN 分割を作成するかどうか。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--fdo_instrument=<a string> のデフォルト: 説明を表示
FDO インストルメンテーションでバイナリを生成する。Clang/LLVM コンパイラの場合、実行時に未加工のプロファイル ファイルがダンプされるディレクトリ名も受け入れられます。
タグ: affects_outputs
--fdo_optimize=<a string> のデフォルト: 説明を表示
FDO プロファイル情報を使用してコンパイルを最適化する。.gcda ファイルツリーを含む zip ファイルの名前、自動プロファイルを含む afdo ファイル、または LLVM プロファイル ファイルを指定します。このフラグには、ラベルとして指定されたファイル(例: 「//foo/bar:file.afdo」- 対応するパッケージに「exports_files」ディレクティブを追加)と、「fdo_profile」ターゲットを指すラベルも指定できます。このフラグは fdo_profile ルールに優先します。
タグ: affects_outputs
--fdo_prefetch_hints=<a build target label> のデフォルト: 説明を表示
キャッシュ プリフェッチのヒントを使用します。
タグ: affects_outputs
--fdo_profile=<a build target label> のデフォルト: 説明を表示
最適化に使用されるプロファイルを表す fdo_profile。
タグ: affects_outputs
--features=<a string> 個の複数回の使用が累積されます
特定の機能は、すべてのパッケージでデフォルトで有効または無効にされます。-<feature> を指定すると、この機能がグローバルに無効になります。ネガティブな特徴は常にポジティブな特徴よりも優先されます。このフラグは、Bazel リリースなしでデフォルトの機能変更のロールアウトを有効にするために使用されます。
タグ: changes_inputsaffects_outputs
--[no]force_pic のデフォルト: "false"
有効にすると、すべての C++ コンパイルで位置独立コード(「-fPIC」)が生成されます。リンクは非 PIC ライブラリよりも PIC ビルド済みライブラリを優先し、リンクは位置独立実行ファイル(「-pie」)を生成します。
タグ: loading_and_analysisaffects_outputs
--host_action_env=<a 'name=value' assignment with an optional value part> 個の複数回の使用が累積されます
ホストまたは実行構成のアクションで使用できる環境変数のセットを指定します。変数は、名前で指定できます。この場合、値は呼び出し環境から取得されるか、name=value ペアによって呼び出し環境から独立して値が設定されます。このオプションは複数回使用できます。同じ変数に指定されたオプションに対し、最新の条件、さまざまな変数のオプションが累積されます。
タグ: action_command_lines
--host_compilation_mode=<fastbuild, dbg or opt> のデフォルト: 「opt」
ビルド時に使用するツールのモードを指定します。値: fast'、'dbg'、'opt'。
タグ: affects_outputsaction_command_lines
--host_conlyopt=<a string> 個の複数回の使用が累積されます
ホスト構成または実行構成で C(C++ ではない)ソースファイルをコンパイルするときに C コンパイラに渡す追加オプション。
タグ: action_command_linesaffects_outputs
--host_copt=<a string> 個の複数回の使用が累積されます
ホスト構成または実行構成でビルドされたツールについて、C コンパイラに渡す追加のオプション。
タグ: action_command_linesaffects_outputs
--host_cpu=<a string> のデフォルト: ""
ホスト CPU。
タグ: changes_inputsaffects_outputs
--host_cxxopt=<a string> 個の複数回の使用が累積されます
ホスト構成または実行構成でビルドされたツールに対して C++ コンパイラに渡す追加のオプション。
タグ: action_command_linesaffects_outputs
--host_force_python=<PY2 or PY3> のデフォルト: 説明を表示
ホスト構成の Python バージョンをオーバーライドします。「PY2」または「PY3」のいずれか。
タグ: loading_and_analysisaffects_outputs
--host_linkopt=<a string> 個の複数回の使用が累積されます
ホスト構成または実行構成でツールをリンクする際にリンカーに渡す追加オプション。
タグ: action_command_linesaffects_outputs
--host_macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を表示
ホスト ターゲットに対して互換性がある最小の macOS バージョン。指定しない場合は、「macos_sdk_version」を使用します。
タグ: loses_incremental_state
--host_per_file_copt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options> 個の複数回の使用が累積されます
ホスト構成または実行構成で特定のファイルをコンパイルする際に C/C++ コンパイラに選択的に渡す追加のオプション。このオプションは複数回渡すことができます。構文: regex_filter@option_1,option_2,...,option_n。regex_filter は正規表現のパターンが含まれたリストと除外されるリストを表します(--instrumentation_filter も参照)。option_1 から option_n は任意のコマンドライン オプションを表します。オプションにカンマを含める場合は、バックスラッシュを引用符で囲む必要があります。オプションには @ を含めることができます。文字列の分割には最初の @ のみが使用されます。例: --host_per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0 は、bar.cc 以外のすべての cc ファイルの gcc コマンドラインに -O0 コマンドライン オプションを追加する。
タグ: action_command_linesaffects_outputs
--host_swiftcopt=<a string> 個の複数回の使用が累積されます
ホストツールの swiftc に渡す追加のオプション。
タグ: action_command_linesaffects_outputs
--[no]incompatible_avoid_conflict_dlls のデフォルト: true
有効にすると、Windows で cc_library によって生成されたすべての C++ ダイナミック リンク ライブラリ(DLL)の名前が name_{hash}.dll に変更され、RepositoryName と DLL のパッケージパスに基づいてハッシュが計算されます。このオプションは、同じ名前の複数の cc_library に依存する 1 つのパッケージがある場合に便利です(例: //foo/bar1:utils と //foo/bar2:utils)。
タグ: loading_and_analysisaffects_outputsincompatible_change
--[no]incompatible_merge_genfiles_directory のデフォルト: true
true の場合、genfiles ディレクトリが bin ディレクトリに折りたたまれています。
タグ: affects_outputsincompatible_change
--[no]incompatible_use_platforms_repo_for_constraints のデフォルト: true
true の場合、@bazel_tools の制約設定が削除されます。
タグ: affects_outputsincompatible_change
--[no]instrument_test_targets のデフォルト: "false"
カバレッジが有効になっている場合、インストルメンテーション テストルールを考慮するかどうかを指定します。設定すると、--instrumentation_filter に含まれるテストルールが計測可能になります。それ以外の場合、テストルールはカバレッジ計測から常に除外されます。
タグ: affects_outputs
--instrumentation_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> のデフォルト: "-/javatests[/:]-/test/java[/:]"
カバレッジが有効になっている場合、指定した正規表現ベースのフィルタに含まれる名前を持つルールのみが計測されます。「-」で始まるルールを除外します。--instrument_test_targets が有効になっていない限り、テスト対象外のルールのみがインストルメント化されます。
タグ: affects_outputs
--ios_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を表示
ターゲット シミュレータとデバイスに対する iOS の互換性が最小バージョン。指定しない場合は、「ios_sdk_version」が使用されます。
タグ: loses_incremental_state
--ios_multi_cpus=<comma-separated list of options> 個の複数回の使用が累積されます
ios_application をビルドするためのアーキテクチャのカンマ区切りのリスト。その結果、指定されたすべてのアーキテクチャを含むユニバーサル バイナリが作成されます。
タグ: loses_incremental_stateloading_and_analysis
--[no]legacy_whole_archive のデフォルト: true
。非推奨であり、--compatible_remove_legacy_whole_archive に置き換えられました(詳しくは、https://github.com/bazelbuild/bazel/issues/7362 をご覧ください)。オンの場合、linkshared=True で、linkopt で linkstatic=True または「-static」のいずれかが指定されている cc_binary ルールでは --whole-archive を使用します。これは下位互換性のみを目的としています。より望ましい代替手段として、必要に応じて alwayslink=1 を使用することをおすすめします。
タグ: action_command_linesaffects_outputsdeprecated
--linkopt=<a string> 個の複数回の使用が累積されます
リンク時に gcc に渡す追加のオプション。
タグ: action_command_linesaffects_outputs
--ltobackendopt=<a string> 個の複数回の使用が累積されます
LTO バックエンド ステップに渡す追加オプション(--features=thin_lto の下)。
タグ: action_command_linesaffects_outputs
--ltoindexopt=<a string> 個の複数回の使用が累積されます
LTO インデックス登録ステップに渡す追加オプション(--features=thin_lto の下)。
タグ: action_command_linesaffects_outputs
--macos_cpus=<comma-separated list of options> 個の複数回の使用が累積されます
Apple macOS バイナリをビルドするアーキテクチャのカンマ区切りのリスト。
タグ: loses_incremental_stateloading_and_analysis
--macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を表示
ターゲットに対して互換性がある最小の macOS バージョン。指定しない場合は、「macos_sdk_version」を使用します。
タグ: loses_incremental_state
--[no]objc_debug_with_GLIBCXX のデフォルト: "false"
設定されていて、コンパイル モードが「dbg」に設定されている場合は、GLIBCXX_DEBUG、GLIBCXX_DEBUG_PEDANTIC、GLIBCPP_CONCEPT_CHECKS を定義します。
タグ: action_command_lines
--[no]objc_enable_binary_stripping のデフォルト: "false"
リンクされたバイナリに対してシンボルとデッドコード ストリッピングを実行するかどうか。このフラグと --compile_mode=opt の両方を指定すると、バイナリ ストリッピングが実行されます。
タグ: action_command_lines
--objccopt=<a string> 個の複数回の使用が累積されます
Objective-C / C++ ソースファイルのコンパイル時に gcc に渡す追加のオプション。
タグ: action_command_lines
--per_file_copt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options> 個の複数回の使用が累積されます
特定のファイルをコンパイルする際に gcc に選択的に渡す追加のオプション。このオプションは複数回渡すことができます。構文: regex_filter@option_1,option_2,...,option_n。regex_filter は正規表現のパターンが含まれたリストと除外されるリストを表します(--instrumentation_filter も参照)。option_1 から option_n は任意のコマンドライン オプションを表します。オプションにカンマを含める場合は、バックスラッシュを引用符で囲む必要があります。オプションには @ を含めることができます。文字列の分割には最初の @ のみが使用されます。例: --per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0 は、bar.cc 以外のすべての cc ファイルの gcc コマンドラインに -O0 コマンドライン オプションを追加する。
タグ: action_command_linesaffects_outputs
--per_file_ltobackendopt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options> 個の複数回の使用が累積されます
特定のバックエンド オブジェクトをコンパイルするときに、LTO バックエンドを選択的に渡すオプション(--features=thin_lto の下)を追加しました。このオプションは複数回渡すことができます。構文: regex_filter@option_1,option_2,...,option_n。regex_filter は正規表現の包含と除外のリストのリストを表します。option_1 から option_n は、任意のコマンドライン オプションを表します。オプションにカンマを含める場合は、バックスラッシュを引用符で囲む必要があります。オプションには @ を含めることができます。文字列の分割には最初の @ のみが使用されます。例: --per_file_ltobackendopt=//foo/.*\.o,-//foo/bar\.o@-O0 は、bar.o を除く //foo/ にあるすべての o ファイルの LTO バックエンド コマンドラインに -O0 コマンドライン オプションを追加する。
タグ: action_command_linesaffects_outputs
--platform_suffix=<a string> のデフォルト: 説明を表示
設定ディレクトリに追加するサフィックスを指定します。
タグ: loses_incremental_stateaffects_outputsloading_and_analysis
--propeller_optimize=<a build target label> のデフォルト: 説明を表示
プロペラ プロファイルの情報を使用してビルド ターゲットを最適化します。プロペラ プロファイルは、cc プロファイルと ld プロファイルの少なくとも 1 つのファイルで構成されている必要があります。このフラグにはビルドラベルがあり、このラベルはプロペラ プロファイルの入力ファイルを参照する必要があります。たとえば、ラベルを定義する BUILD ファイルで、a/b/BUILD:propeller_optimize( name = "propeller_profile", cc_profile = "propeller_cc_profile.txt", ld_profile = "propeller_ld_profile.txt") を指定します。これらの Bazel ファイルが Bazel で出力されるようにするには、対象のパッケージに exports_files ディレクティブを追加する必要があります。このオプションは、以下のように使用する必要があります: --propeller_optimize=//a/b:propeller_profile
タグ: action_command_linesaffects_outputs
--propeller_optimize_absolute_cc_profile=<a string> のデフォルト: 説明を表示
Propeller 最適化ビルドの cc_profile ファイルの絶対パス名。
タグ: affects_outputs
--propeller_optimize_absolute_ld_profile=<a string> のデフォルト: 説明を表示
Propeller 最適化ビルドの ld_profile ファイルの絶対パス名。
タグ: affects_outputs
--run_under=<a prefix in front of command> のデフォルト: 説明を表示
「test」および「run」コマンドの実行可能ファイルの前に挿入する接頭辞。値が「foo -bar」、実行コマンドラインが「test_binary -baz」の場合、最後のコマンドラインは「foo -bar test_binary -baz」です。これは、実行可能ターゲットへのラベルにすることもできます。例: 'valgrind'、'strace'、'strace -c'、'valgrind --quiet --num-callers=20'、'//package:target'、'//package:target --options'
タグ: action_command_lines
--[no]share_native_deps のデフォルト: true
true の場合、同じ機能を含むネイティブ ライブラリが複数のターゲット間で共有されます。
タグ: loading_and_analysisaffects_outputs
--[no]stamp のデフォルト: "false"
日付、ユーザー名、ホスト名、ワークスペース情報などでバイナリをスタンプします。
タグ: affects_outputs
--strip=<always, sometimes or never> のデフォルト: 「sometimes」
。バイナリと共有共有ライブラリを削除するかどうかを指定します(-Wl,--strip-debug を使用)。「sometimes」のデフォルト値は --if の --compile_mode=fastbuild です。
タグ: affects_outputs
--stripopt=<a string> 個の複数回の使用が累積されます
<name>.stripped バイナリの生成時にストリップに渡す追加のオプション。
タグ: action_command_linesaffects_outputs
--swiftcopt=<a string> 個の複数回の使用が累積されます
Swift コンパイルに渡す追加オプション。
タグ: action_command_lines
--tvos_cpus=<comma-separated list of options> 個の複数回の使用が累積されます
Apple tvOS バイナリをビルドするアーキテクチャのカンマ区切りのリスト。
タグ: loses_incremental_stateloading_and_analysis
--tvos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を表示
ターゲット シミュレータとデバイスの最小互換 tvOS バージョン。指定しない場合は、「tvos_sdk_version」が使用されます。
タグ: loses_incremental_state
--watchos_cpus=<comma-separated list of options> 個の複数回の使用が累積されます
Apple WatchOS バイナリをビルドするアーキテクチャのカンマ区切りのリスト。
タグ: loses_incremental_stateloading_and_analysis
--watchos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を表示
ターゲット シミュレータとデバイスに対する互換性のある最低限の watchOS バージョン。指定しない場合は、「watchos_sdk_version」が使用されます。
タグ: loses_incremental_state
--xbinary_fdo=<a build target label> のデフォルト: 説明を表示
XbinaryFDO プロファイル情報を使用してコンパイルを最適化するデフォルトのクロス バイナリ プロファイルの名前を指定します。このオプションを --fdo_instrument/--fdo_optimize/--fdo_profile と一緒に使用すると、xbinary_fdo を指定していない場合と同様に、これらのオプションが常に優先されます。
タグ: affects_outputs
Bazel による有効なビルド入力の厳格さに適用されるオプション(ルールの定義、フラグの組み合わせなど):
--auto_cpu_environment_group=<a build target label> のデフォルト: ""
cpu_value を target_environment 値に自動的にマッピングするために使用する environment_group を宣言します。
タグ: changes_inputsloading_and_analysisexperimental
--[no]check_licenses のデフォルト: "false"
依存パッケージによって課されるライセンス制約が、ビルドされるターゲットの配布モードと競合していないことを確認します。デフォルトでは、ライセンスはチェックされません。
タグ: build_file_semantics
--[no]check_visibility のデフォルト: true
無効にした場合、ターゲット依存関係の可視性エラーは警告に降格されます。
タグ: build_file_semantics
--[no]desugar_for_android のデフォルト: true
dex の前に Java 8 バイトコードの出力をデコードするかどうか。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--[no]desugar_java8_libs のデフォルト: "false"
レガシー デバイス用のアプリでサポートされている Java 8 ライブラリを含めるかどうか。
タグ: affects_outputsloading_and_analysisloses_incremental_stateexperimental
--[no]enforce_constraints のデフォルト: true
各ターゲットが互換性を持つ環境を確認し、同じ環境をサポートしていない依存関係がターゲットに存在する場合にエラーを報告します。
タグ: build_file_semantics
--[no]experimental_allow_android_library_deps_without_srcs のデフォルト: "false"
srcs-less android_library ルールの deny を許可しない方法から遷移するフラグ。これをロールアウトするには、デポをクリーンアップする必要があります。
タグ: eagerness_to_exitloading_and_analysis
--[no]experimental_check_desugar_deps のデフォルト: true
Android バイナリレベルで正しい脱糖を再確認するかどうかを指定します。
タグ: eagerness_to_exitloading_and_analysisexperimental
--experimental_import_deps_checking=<off, warning or error> のデフォルト: "OFF"
有効になっている場合は、aar_import の依存関係が完了しているかどうかを確認します。この適用によってビルドが中断されたり、警告が表示されたりすることがあります。
タグ: loading_and_analysis
--experimental_strict_java_deps=<off, warn, error, strict or default> のデフォルト: "default"
true の場合、Java ターゲットで、直接使用するすべてのターゲットが依存関係として明示的に宣言されていることを確認します。
タグ: build_file_semanticseagerness_to_exit
--[no]incompatible_check_testonly_for_output_files のデフォルト: "false"
有効にする場合は、生成ルールのテスト専用ファイルを検索して、出力ファイルとなる前提条件ターゲットを確認します。これは可視性の確認と一致します。
タグ: build_file_semanticsincompatible_change
--[no]incompatible_disable_native_android_rules のデフォルト: "false"
有効にすると、ネイティブ Android ルールの直接使用は無効になります。https://github.com/bazelbuild/rules_android の Starlark Android ルールを使用してください。
タグ: eagerness_to_exitincompatible_change
--[no]incompatible_disable_native_apple_binary_rule のデフォルト: "false"
いいえ。下位互換性を維持するため、こちらで保持されます。
タグ: eagerness_to_exitincompatible_change
--[no]incompatible_force_strict_header_check_from_starlark のデフォルト: true
有効にする場合は、Starlark API で厳格なヘッダーチェックを設定する
タグ: loading_and_analysischanges_inputsincompatible_change
--[no]incompatible_validate_top_level_header_inclusions のデフォルト: true
true の場合、Bazel は最上位のディレクトリ ヘッダーのインクルードも検証します(詳しくは https://github.com/bazelbuild/bazel/issues/10047 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]strict_filesets のデフォルト: "false"
このオプションを有効にすると、パッケージの境界を越えたファイルセットはエラーとして報告されます。check_fileset_dependencies_recursative が無効になっている場合、機能しません。
タグ: build_file_semanticseagerness_to_exit
--strict_proto_deps=<off, warn, error, strict or default> のデフォルト: "error"
オフになっていない場合は、直接使用するすべてのターゲットを proto_library ターゲットで明示的に宣言していることを確認します。
タグ: build_file_semanticseagerness_to_exitincompatible_change
--strict_public_imports=<off, warn, error, strict or default> のデフォルト: "off"
オフになっていない場合、proto_library ターゲットで「import public」で使用されているすべてのターゲットがエクスポート済みとして明示的に宣言されていることを確認します。
タグ: build_file_semanticseagerness_to_exitincompatible_change
--[no]strict_system_includes のデフォルト: "false"
true の場合、system を通じて検出されたヘッダーにインクルード パス(-isystem)も宣言する必要があります。
タグ: loading_and_analysiseagerness_to_exit
--target_environment=<a build target label> 個の複数回の使用が累積されます
このビルドのターゲット環境を宣言します。「環境」ルールへの参照ラベルである必要があります。指定する場合、トップレベル ターゲットはすべて、この環境と互換性がある必要があります。
タグ: changes_inputs
ビルドの署名出力に影響するオプション:
--apk_signing_method=<v1, v2, v1_v2 or v4> のデフォルト: v1_v2
APK の署名に使用する実装
タグ: action_command_linesaffects_outputsloading_and_analysis
--[no]device_debug_entitlements のデフォルト: true
設定されていて、コンパイル モードが「opt」でない場合、objc アプリは署名時にデバッグ利用資格を含めます。
タグ: changes_inputs
--ios_signing_cert_name=<a string> のデフォルト: 説明を表示
iOS 署名に使用する証明書名。設定しないと、プロビジョニング プロファイルにフォールバックします。コードサインのマニュアル ページ(署名 ID)に従い、証明書のキーチェーン ID 設定、または証明書の共通名の部分文字列(部分文字列)になります。
タグ: action_command_lines
このオプションは、Starlark 言語、または BUILD ファイル、.bzl ファイル、WORKSPACE ファイルにアクセスできる Build API のセマンティクスに影響します。
--[no]incompatible_disallow_legacy_py_provider のデフォルト: true
No-op はまもなく削除されます。
タグ: loading_and_analysisincompatible_change
テスト環境またはテストランナーの動作を管理するオプション:
--[no]allow_analysis_failures のデフォルト: "false"
true の場合、ルール ターゲットの分析に失敗した場合、ビルドが失敗するのではなく、エラーの説明を含む AnalysisFailureInfo のインスタンスがターゲットに伝播されます。
タグ: loading_and_analysisexperimental
--analysis_testing_deps_limit=<an integer> のデフォルト: 「2000」
for_analysis_testing 構成の遷移を持つルール属性を通じて、推移的依存関係の最大数を設定します。この上限を超えると、ルールエラーが発生します。
タグ: loading_and_analysis
--[no]break_build_on_parallel_dex2oat_failure のデフォルト: "false"
true の dex2oat アクションが失敗すると、テスト ランタイム時に dex2oat が実行されるのではなく、ビルドが破損します。
タグ: loading_and_analysisexperimental
--[no]experimental_android_use_parallel_dex2oat のデフォルト: "false"
dex2oat を並行して使用して、android_test を高速化します。
タグ: loading_and_analysishost_machine_resource_optimizationsexperimental
--[no]ios_memleaks のデフォルト: "false"
ios_test ターゲットでのメモリリークの確認を有効にします。
タグ: action_command_lines
--ios_simulator_device=<a string> のデフォルト: 説明を表示
シミュレータで iOS アプリケーションを実行するときにシミュレートするデバイス(iPhone 6 など)。デバイスのリストを表示するには、シミュレータを実行するマシンで「xcrun simctl list devicetypes」を実行します。
タグ: test_runner
--ios_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を表示
: 実行中またはテスト時にシミュレータで実行する iOS のバージョン。ルールで対象デバイスが指定されている場合、ios_test ルールでは無視されます。
タグ: test_runner
--runs_per_test=<a positive integer or test_regex@runs. This flag may be passed more than once> 個の複数回の使用が累積されます
各テストを実行する回数を指定します。これらのテストがなんらかの理由で失敗した場合、テスト全体が失敗したとみなされます。通常、指定された値は単なる整数です。例: --runs_per_test=3 は、すべてのテストを 3 回実行します。代替構文: regex_filter@runs_per_testRun_per_test は整数値、regex_filter は正規表現パターンの追加と除外のリスト(--instrumentation_filter も参照)のリストを表します。例: --runs_per_test=//foo/.*,-//foo/bar/.*@3 は、//foo/bar 内のすべてのテストを 3 回実行します。このオプションは複数回渡すことができます。最も最近一致した引数が一致します。何も一致しない場合、テストは 1 回だけ実行されます。
--test_env=<a 'name=value' assignment with an optional value part> 個の複数回の使用が累積されます
テストランナー環境に挿入する追加の環境変数を指定します。変数は名前で指定できます。この場合、その値は Bazel クライアント環境から読み取られます。または、name=value ペアで読み取られます。このオプションは、複数の変数を指定するために複数回使用できます。bazel test コマンドでのみ使用されます。
タグ: test_runner
--test_timeout=<a single integer or comma-separated list of 4 integers> のデフォルト: 「-1」
テスト タイムアウトのデフォルトのテスト タイムアウト値(秒)をオーバーライドします。正の整数値を指定すると、すべてのカテゴリがオーバーライドされます。カンマ区切りの整数を 4 つ指定すると、short、medium、long、eternary のタイムアウトがオーバーライドされます。いずれの形式でも -1 の値は、そのカテゴリにデフォルトのタイムアウトを使用するようにブレイズに指示します。
--tvos_simulator_device=<a string> のデフォルト: 説明を表示
シミュレータで tvOS アプリケーションを実行するときにシミュレートするデバイス(「Apple TV 1080p」など)。デバイスのリストを表示するには、シミュレータを実行するマシンで「xcrun simctl list devicetypes」を実行します。
タグ: test_runner
--tvos_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を表示
実行時またはテスト時にシミュレータで実行する tvOS のバージョン。
タグ: test_runner
--watchos_simulator_device=<a string> のデフォルト: 説明を表示
シミュレータでスマートウォッチ OS アプリケーションを実行するときにシミュレートするデバイス(「Apple Watch - 38mm」など)。デバイスのリストを表示するには、シミュレータを実行するマシンで「xcrun simctl list devicetypes」を実行します。
タグ: test_runner
--watchos_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を表示
実行中またはテスト時にシミュレータで実行する watchOS のバージョン。
タグ: test_runner
--[no]zip_undeclared_test_outputs のデフォルト: true
true の場合、宣言されていないテスト出力は zip ファイルにアーカイブされます。
タグ: test_runner
クエリ出力とセマンティクスに関連するオプション:
--aspect_deps=<off, conservative or precise> のデフォルト: 「慎重」
出力形式が {xml,proto.record} である場合にアスペクトの依存関係を解決する方法。「off」は、アスペクトの依存関係が解決されないことを意味します。「preservive」(デフォルト)は、直接依存関係のルールクラスが指定されるかどうかにかかわらず、宣言されたすべてのアスペクトの依存関係が追加されることを意味します。「precise」は、直接依存関係のルールクラスに照らしてアクティブな可能性がある、それらのアスペクトのみが追加されることを意味します。正確なモードでは、1 つのターゲットを評価するには他のパッケージを読み込む必要があるため、他のモードよりも速度が遅くなります。なお、正確なモードであっても、完全に正確というわけではありません。アスペクトを計算するかどうかは、分析フェーズで決定されます。「Bazel クエリ」では実行されません。
タグ: build_file_semantics
--[no]graph:factored のデフォルト: true
true の場合、グラフは「因数分解」される。つまり、トポロジ上同等のノードは結合され、ラベルが連結される。このオプションは --output=graph にのみ適用されます。
タグ: terminal_output
--graph:node_limit=<an integer> のデフォルト: 「512」
出力のグラフノードのラベル文字列の最大長。ラベルが長い場合は切り詰められます。-1 の場合は切り捨てられません。このオプションは --output=graph にのみ適用されます。
タグ: terminal_output
--[no]implicit_deps のデフォルト: true
有効にすると、暗黙的な依存関係がクエリが実行される依存関係グラフに含まれます。暗黙的な依存関係とは、BUILD ファイルで明示的に指定されていないが、bazel によって追加される依存関係です。cquery の場合、このオプションは解決されたツールチェーンのフィルタリングを制御します。
タグ: build_file_semantics
--[no]include_aspects のデフォルト: true
aquery, cquery: アスペクトによって生成されたアクションを出力に含めるかどうか。query: no-op(常にアスペクトに従います)。
タグ: terminal_output
--[no]incompatible_display_source_file_location のデフォルト: true
デフォルトでは true。ソースファイルのターゲットを表示します。true の場合、場所出力にソースファイルの 1 行目の場所を表示します。このフラグは移行のためにのみ存在します。
タグ: terminal_outputincompatible_change
--[no]incompatible_package_group_includes_double_slash のデフォルト: true
有効にすると、package_group の package パッケージの出力時に、先頭の//が省略されることはありません。
タグ: terminal_outputincompatible_change
--[no]infer_universe_scope のデフォルト: "false"
設定されていて、--universe_scope が設定されていない場合、クエリ式内の一意のターゲット パターンのリストとして --universe_scope の値が推測されます。ユニバースをスコープとする関数(たとえば「allrdeps」など)を使用するクエリ式で推測される --universe_scope 値は望ましいものではない可能性があるため、自分が何をしているかわかっている場合にのみ、このオプションを使用してください。詳細と例については、https://bazel.build/query/language#sky-query をご覧ください。--universe_scope が設定されている場合、このオプションの値は無視されます。注: このオプションは「query」にのみ適用されます(つまり、「cquery」には適用されません)。
タグ: loading_and_analysis
--[no]line_terminator_null のデフォルト: "false"
各形式が改行ではなく \0 で終わっているかどうか。
タグ: terminal_output
--[no]nodep_deps のデフォルト: true
有効にすると、「nodep」属性からの依存関係が、クエリが動作する依存関係グラフに含まれます。「nodep」属性の一般的な例は「visibility」です。「info build-language」の出力を実行して解析し、ビルド言語のすべての「nodep」属性を確認します。
タグ: build_file_semantics
--output=<a string> のデフォルト: "label"
cquery 結果を出力する形式。cquery で許可される値は、label、label_kind、textproto、Transitions、proto、jsonproto です。「Transitions」を選択する場合は、--Transitions=(lite|full) オプションも指定する必要があります。
タグ: terminal_output
--[no]proto:default_values のデフォルト: true
true の場合、値が BUILD ファイルで明示的に指定されていない属性を含めることができます。そうでない場合、それらは省略されます。このオプションは --output=proto に適用されます。
タグ: terminal_output
--[no]proto:definition_stack のデフォルト: "false"
Definition_stack の proto フィールドに値を設定します。この値は、ルールのクラスが定義された時点での Starlark コールスタックごとに記録されます。
タグ: terminal_output
--[no]proto:flatten_selects のデフォルト: true
有効にすると、select() によって作成された構成可能な属性はフラット化されます。リスト型の場合、フラット化された表現は、選択されたマップの各値を正確に 1 回含むリストです。スカラー型は null にフラット化されます。
タグ: build_file_semantics
--[no]proto:include_configurations のデフォルト: true
。有効にすると、proto 出力に構成に関する情報が含まれます。無効の場合、cquery proto 出力形式はクエリ出力形式に似ています。
タグ: affects_outputs
--[no]proto:include_synthetic_attribute_hash のデフォルト: "false"
$internal_attr_hash 属性を計算して入力するかどうか。
タグ: terminal_output
--[no]proto:instantiation_stack のデフォルト: "false"
各ルールのインスタンス化コールスタックを入力します。なお、これにはスタックが存在する必要があります。
タグ: terminal_output
--[no]proto:locations のデフォルト: true
位置情報を proto 出力に出力するかどうか。
タグ: terminal_output
--proto:output_rule_attrs=<comma-separated list of options> のデフォルト: "all"
出力に含める属性のカンマ区切りのリスト。デフォルトはすべての属性です。空の文字列に設定すると、属性は出力されません。このオプションは --output=proto に適用されます。
タグ: terminal_output
--[no]proto:rule_inputs_and_outputs のデフォルト: true
rule_input フィールドと rule_output フィールドを設定するかどうかを指定します。
タグ: terminal_output
--query_file=<a string> のデフォルト: ""
設定すると、コマンドラインではなく、ここで指定したファイルからクエリが読み取られます。ここにファイルとコマンドライン クエリを指定するとエラーが発生します。
タグ: changes_inputs
--[no]relative_locations のデフォルト: "false"
true の場合、xml と proto の出力に含まれる BUILD ファイルは相対パスになります。デフォルトでは、ロケーションの出力は絶対パスであり、マシン間では整合性がありません。このオプションを true に設定すると、マシン間で一貫した結果が得られます。
タグ: terminal_output
--show_config_fragments=<off, direct or transitive> のデフォルト: "off"
ルールで必要とされる構成フラグメントと推移的依存関係を表示します。これは、構成されたターゲット グラフがどれだけトリミング可能かを評価するのに役立ちます。
タグ: affects_outputs
--starlark:expr=<a string> のデフォルト: ""
構成された各ターゲットを cquery の --output=starlark モードでフォーマットするための Starlark 式。構成されたターゲットは「target」にバインドされます。--starlark:target も --starlark:file も指定されていない場合、このオプションはデフォルトで 'str(target.label)' になります。--starlark:setIamPolicy と --starlark:file の両方を指定するとエラーが発生します。
タグ: terminal_output
--starlark:file=<a string> のデフォルト: ""
1 つの引数の「format」という Starlark 関数を定義するファイルの名前。構成済みの各ターゲットでこれを文字列としてフォーマットします。--starlark:setIamPolicy と --starlark:file の両方を指定するとエラーが発生します。詳細については、--output=starlark のヘルプをご覧ください。
タグ: terminal_output
--[no]tool_deps のデフォルト: true
クエリ: 無効の場合、「ホスト構成」または「実行」のターゲットに対する依存関係は、クエリが実行される依存関係グラフに含まれません。プロトコル コンパイラに対する「proto_library」ルールなど、ホスト構成の依存関係エッジは、通常、同じ「ターゲット」プログラムの一部ではなく、ビルド中に実行されるツールを指しています。 Cquery: 無効な場合、ホストまたは実行の遷移にまたがる構成済みターゲットはすべて、この構成済みターゲットを検出したトップレベル ターゲットからフィルタされます。つまり、トップレベルのターゲットがターゲット構成にある場合、ターゲット構成でも構成されたターゲットのみが返されます。トップレベル ターゲットがホスト構成にある場合、ホスト構成ターゲットのみが返されます。このオプションでは、解決されたツールチェーンは除外されません。
タグ: build_file_semantics
--transitions=<full, lite or none> のデフォルト: "none"
cquery が遷移情報を出力する形式。
タグ: affects_outputs
--universe_scope=<comma-separated list of options> のデフォルト: ""
ターゲット パターンの加算(加算、減算)を指定します。クエリは、指定したターゲットの推移的な終了によって定義されたユニバースで実行します。このオプションは、クエリコマンドと cquery コマンドで使用されます。cquery の場合、このオプションへの入力は、すべての回答が作成されるターゲットであるため、このオプションは構成と遷移に影響する可能性があります。このオプションを指定しなかった場合、トップレベルのターゲットがクエリ式から解析されたターゲットと見なされます。注: cquery でこのオプションを指定しないと、クエリ式から解析されたターゲットがトップレベル オプションでビルドできない場合、ビルドが破損する可能性があります。
タグ: loading_and_analysis
ビルド時間の最適化をトリガーするオプション:
--[no]collapse_duplicate_defines のデフォルト: true
有効にすると、冗長な --defines がビルドの早い段階で削除されます。特定の種類の同等のビルドで分析キャッシュが不必要に失われることを回避できます。
タグ: loading_and_analysisloses_incremental_state
--[no]experimental_filter_library_jar_with_program_jar のデフォルト: "false"
ProGuardJAR をフィルタして、LibraryJar 内に存在するクラスもすべて削除します。
タグ: action_command_lines
--[no]experimental_inmemory_dotd_files のデフォルト: true
有効にすると、C++ .d ファイルはディスクに書き込まれるのではなく、リモートビルドノードから直接メモリに渡されます。
タグ: loading_and_analysisexecutionaffects_outputsexperimental
--[no]experimental_inmemory_jdeps_files のデフォルト: true
有効にすると、Java コンパイルで生成された依存関係(.jdeps)ファイルは、ディスクに書き込まれるのではなく、メモリにリモート ビルドノードから直接渡されます。
タグ: loading_and_analysisexecutionaffects_outputsexperimental
--[no]experimental_objc_include_scanning のデフォルト: "false"
目標 C/C++ のスキャンを含めるかどうか。
タグ: loading_and_analysisexecutionchanges_inputs
--[no]experimental_parse_headers_skipped_if_corresponding_srcs_found のデフォルト: "false"
有効にすると、同じベース名を持つソースが同じターゲットで見つかった場合、parse_headers 機能は個別のヘッダー コンパイル アクションを作成しません。
タグ: loading_and_analysisaffects_outputs
--[no]experimental_retain_test_configuration_across_testonly のデフォルト: "false"
有効にすると、--trim_test_configuration は testonly=1 とマークされたルールのテスト構成をトリミングしません。これは、テスト以外のルールが cc_test ルールに依存している場合に、アクションの競合の問題を軽減することを目的としています。--trim_test_configuration が false の場合は影響はありません。
タグ: loading_and_analysisloses_incremental_state
--[no]experimental_starlark_cc_import のデフォルト: "false"
有効にすると、cc_import の Starlark バージョンを使用できます。
タグ: loading_and_analysisexperimental
--[no]experimental_unsupported_and_brittle_include_scanning のデフォルト: "false"
入力ファイルの #include 行を解析し、C/C++ コンパイルの入力を絞り込むかどうか。これにより、コンパイル入力ツリーのサイズを小さくすることで、パフォーマンスとインクリメンタリティを改善できます。ただし、インクルード スキャナは C プリプロセッサのセマンティクスを完全には実装していないため、ビルドが中断される可能性もあります。特に、動的な #include ディレクティブは認識されず、プリプロセッサの条件付きロジックは無視されます。自己責任で使用してください。報告したフラグに関連する問題はすべてクローズされます。
タグ: loading_and_analysisexecutionchanges_inputs
--[no]incremental_dexing のデフォルト: true
dex 化にほとんどの作業は JAR ファイルごとに行います。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--[no]objc_use_dotd_pruning のデフォルト: true
設定すると、clang が出力する .d ファイルを使用して、objc のコンパイルに渡された入力をプルーニングします。
タグ: changes_inputsloading_and_analysis
--[no]process_headers_in_dependencies のデフォルト: "false"
ターゲットを //a:a にビルドするとき、a が依存するすべてのターゲットでヘッダーを処理します(ツールチェーンでヘッダー処理が有効になっている場合)。
タグ: execution
--[no]trim_test_configuration のデフォルト: true
有効にすると、テスト関連のオプションはビルドのトップレベルの下に表示されます。このフラグが有効な場合、テストをテスト以外のルールの依存関係として作成することはできませんが、テスト関連のオプションを変更しても、テスト以外のルールが再分析されることはありません。
タグ: loading_and_analysisloses_incremental_state
--[no]use_singlejar_apkbuilder のデフォルト: true
このオプションは非推奨になりました。現在は NoOps であり、まもなく削除されます。
タグ: loading_and_analysis
ログの詳細度、形式、場所に影響するオプション:
--toolchain_resolution_debug=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> のデフォルト: "-.*"
ツールチェーンの解決中にデバッグ情報を出力します。このフラグには正規表現が使用されます。正規表現は、ツールチェーンのタイプと特定のターゲットに対してチェックを行い、デバッグ対象を判別します。複数の正規表現を指定する場合は、カンマで区切ります。その後、各正規表現は個別にチェックされます。注: このフラグの出力は非常に複雑であるため、ツールチェーンの解決の専門家にのみ役立つ可能性があります。
タグ: terminal_output
他のカテゴリに該当しない Bazel コマンドの汎用入力を指定または変更するオプション:
--flag_alias=<a 'name=value' flag alias> 個の複数回の使用が累積されます
Starlark フラグの省略名を設定します。「<key>=<value>」形式の単一の Key-Value ペアを引数として受け取ります。
タグ: changes_inputs
--[no]incompatible_default_to_explicit_init_py のデフォルト: "false"
このフラグは、Python ターゲットの runfile で __init__.py ファイルが自動的に作成されないように、デフォルトの動作を変更します。正確には、py_binary または py_test ターゲットで legacy_create_init が「auto」(デフォルト)に設定されている場合、このフラグが設定されている場合に限り、false として扱われます。https://github.com/bazelbuild/bazel/issues/10076 をご覧ください。
タグ: affects_outputsincompatible_change
--[no]incompatible_py2_outputs_are_suffixed のデフォルト: true
true の場合、Python 2 の構成でビルドされたターゲットは、接尾辞「-py2」を含む出力ルートの下に表示されます。Python 3 でビルドされたターゲットは、Python 関連のサフィックスのないルートに表示されます。つまり、`bazel-bin` という便利なシンボリック リンクは、Python 2 ではなく、Python 3 ターゲットを指します。このオプションを有効にする場合は、「--compatible_py3_is_default」を有効にすることもおすすめします。
タグ: affects_outputsincompatible_change
--[no]incompatible_py3_is_default のデフォルト: true
true の場合、「python_version」(または「default_python_version」)属性を設定していない「py_binary」ターゲットと「py_test」ターゲットは、PY2 ではなく PY3 に設定されます。このフラグを設定する場合は、「--compatible_py2_outputs_are_suffixed」も設定することをおすすめします。
タグ: loading_and_analysisaffects_outputsincompatible_change
--[no]incompatible_use_python_toolchains のデフォルト: true
true に設定すると、実行可能なネイティブ Python ルールでは、--python_top などのレガシーフラグで指定されたランタイムではなく、Python ツールチェーンで指定された Python ランタイムが使用されます。
タグ: loading_and_analysisincompatible_change
--python_version=<PY2 or PY3> のデフォルト: 説明を表示
Python のメジャー バージョン モード。「PY2」または「PY3」。「py_binary」ターゲットと「py_test」ターゲット(バージョンを明示的に指定していなくても)によってオーバーライドされるため、通常、このフラグを指定する理由はほとんどありません。
タグ: loading_and_analysisaffects_outputsexplicit_in_output_path
その他(その他)に分類されるオプション:
--[no]cache_test_results [-t] デフォルト: "auto"
。「auto」に設定すると、Bazel は、(1)Bazel がテストまたはその依存関係の変更を検出したとき、(2)テストが外部としてマークされている、(3)複数のテスト実行が --runs_per_test でリクエストされた、または(4)以前にテストに失敗した場合にのみ、テストを再実行します。「yes」に設定すると、外部としてマークされたテストを除くすべてのテスト結果がキャッシュに保存されます。「no」に設定すると、Bazel はテスト結果をキャッシュに保存しません。
--[no]experimental_cancel_concurrent_tests のデフォルト: "false"
true の場合、Blaze は初回の正常な実行で同時に実行中のテストをキャンセルします。これは、--runs_per_test_detects_flakes と組み合わせた場合にのみ有効です。
タグ: affects_outputsloading_and_analysis
--[no]experimental_fetch_all_coverage_outputs のデフォルト: "false"
true の場合、Bazel はカバレッジ実行時に各テストのカバレッジ データ ディレクトリ全体を取得します。
タグ: affects_outputsloading_and_analysis
--[no]experimental_generate_llvm_lcov のデフォルト: "false"
true の場合、clang をカバーすると LCOV レポートが生成されます。
タグ: affects_outputsloading_and_analysis
--[no]experimental_j2objc_header_map のデフォルト: true
J2ObjC のトランスパイルと並行して J2ObjC のヘッダー マップを生成するかどうか。
--[no]experimental_j2objc_shorter_header_path のデフォルト: "false"
ヘッダーパスを短くして生成するかどうか("_j2objc の代わりに"_ios" を使用する)。
タグ: affects_outputs
--experimental_java_classpath=<off, javabuilder or bazel> のデフォルト: "javabuilder"
Java コンパイルで短縮されたクラスパスを有効にします。
--[no]experimental_limit_android_lint_to_android_constrained_java のデフォルト: "false"
--experimental_run_android_lint_on_java_rules を Android 互換ライブラリに制限しました。
タグ: affects_outputs
--[no]experimental_run_android_lint_on_java_rules のデフォルト: "false"
java_* ソースを検証するかどうか。
タグ: affects_outputs
--[no]explicit_java_test_deps のデフォルト: "false"
TestTest の依存関係から誤って取得するのではなく、java_test で JUnit または Hamcrest への依存関係を明示的に指定します。現時点では bazel に対してのみ機能します。
--host_java_launcher=<a build target label> のデフォルト: 説明を表示
ビルド時に実行されるツールで使用される Java ランチャー。
--host_javacopt=<a string> 個の複数回の使用が累積されます
ビルド時に実行されるツールをビルドするときに javac に渡す追加のオプション。
--host_jvmopt=<a string> 個の複数回の使用が累積されます
ビルド時に実行されるツールをビルドするときに Java VM に渡す追加のオプション。これらのオプションは、各 java_binary ターゲットの VM 起動オプションに追加されます。
--[no]incompatible_exclusive_test_sandboxed のデフォルト: true
true の場合、排他的テストはサンドボックス戦略で実行されます。ローカルで排他的テストを強制的に実行するには、「local」タグを追加します。
タグ: incompatible_change
--[no]incompatible_strict_action_env のデフォルト: "false"
true の場合、Bazel は PATH に静的値を持つ環境を使用し、LD_LIBRARY_PATH を継承しません。クライアントから特定の環境変数を継承する場合は --action_env=ENV_VARIABLE を使用します。ただし、継承すると、共有キャッシュが使用されている場合にユーザー キャッシュが使用できなくなる可能性があります。
タグ: loading_and_analysisincompatible_change
--j2objc_translation_flags=<comma-separated list of options> 個の複数回の使用が累積されます
J2ObjC ツールに渡す追加のオプション。
--java_debug
: Java テストの Java 仮想マシンで JDWP 準拠のデバッガ(jdb など)からの接続を待機してから、テストを開始します。黙示 -test_output=streamed
展開先:
--test_arg=--wrapper_script_flag=--debug
--test_output=streamed
--test_strategy=exclusive
--test_timeout=9999
--nocache_test_results
--[no]java_deps のデフォルト: true
Java ターゲットごとに依存関係情報(現時点ではコンパイル時のクラスパス)を生成します。
--[no]java_header_compilation のデフォルト: true
ijar をソースから直接コンパイルします。
--java_language_version=<a string> のデフォルト: ""
Java 言語バージョン
--java_launcher=<a build target label> のデフォルト: 説明を表示
Java バイナリをビルドするときに使用する Java ランチャー。このフラグを空の文字列に設定した場合は、JDK ランチャーが使用されます。「ランチャー」属性はこのフラグをオーバーライドします。
--java_runtime_version=<a string> のデフォルト: "local_jdk"
Java ランタイム バージョン
--javacopt=<a string> 個の複数回の使用が累積されます
javac に渡す追加のオプション。
--jvmopt=<a string> 個の複数回の使用が累積されます
Java VM に渡す追加のオプション。これらのオプションは、各 java_binary ターゲットの VM 起動オプションに追加されます。
--legacy_main_dex_list_generator=<a build target label> のデフォルト: 説明を表示
以前の Multidex をコンパイルするときに main dex に存在する必要があるクラスのリストを生成するために使用するバイナリを指定します。
--plugin=<a build target label> 個の複数回の使用が累積されます
ビルドで使用するプラグイン。現在、java_plugin で動作します。
--proguard_top=<a build target label> のデフォルト: 説明を表示
Java バイナリをビルドするときにコードを削除するために使用する ProGuard のバージョンを指定します。
--proto_compiler=<a build target label> のデフォルト: "@bazel_tools//tools/proto:protoc"
proto-compiler のラベル。
タグ: affects_outputsloading_and_analysis
--proto_toolchain_for_cc=<a build target label> のデフォルト: "@bazel_tools//tools/proto:cc_toolchain"
C++ proto のコンパイル方法を説明する proto_lang_toolchain() のラベル
タグ: affects_outputsloading_and_analysis
--proto_toolchain_for_j2objc=<a build target label> のデフォルト: "@bazel_tools//tools/j2objc:j2objc_proto_toolchain"
j2objc proto のコンパイル方法を説明する proto_lang_toolchain() のラベル
タグ: affects_outputsloading_and_analysis
--proto_toolchain_for_java=<a build target label> のデフォルト: "@bazel_tools//tools/proto:java_toolchain"
Java proto のコンパイル方法を説明する proto_lang_toolchain() のラベル
タグ: affects_outputsloading_and_analysis
--proto_toolchain_for_javalite=<a build target label> のデフォルト: "@bazel_tools//tools/proto:javalite_toolchain"
JavaLite proto のコンパイル方法を説明する proto_lang_toolchain() のラベル

タグ: affects_outputsloading_and_analysis
--protocopt=<a string> 個の複数回の使用が累積されます
protobuf コンパイラに渡す追加オプション。
タグ: affects_outputs
--[no]runs_per_test_detects_flakes のデフォルト: "false"
true の場合、少なくとも 1 つの実行/試行が成功し、1 つ以上の実行/試行が失敗したシャードは FLAKY ステータスになる。
--shell_executable=<a path> のデフォルト: 説明を表示
Bazel が使用するシェル実行可能ファイルの絶対パス。これが設定されていない場合、Bazel の呼び出しに BAZEL_SH 環境変数(Bazel サーバーを起動する)が設定されている場合、Bazel はこの引数を使用します。どちらも設定されていない場合、Bazel はオペレーティング システムに応じてハードコードされたデフォルト パスを使用します(Windows: c:/tools/msys64/usr/bin/bash.exe、FreeBSD: /usr/local/bin/bash、その他: /bin/bash)。bash と互換性のないシェルを使用すると、生成されたバイナリのビルドエラーやランタイム エラーが発生する可能性があります。
タグ: loading_and_analysis
--test_arg=<a string> 個の複数回の使用が累積されます
テストの実行可能ファイルに渡す必要のある追加のオプションと引数を指定します。複数の引数を指定するために複数回使用できます。複数のテストが実行されると、それぞれが同じ引数を受け取ります。bazel test コマンドでのみ使用されます。
--test_filter=<a string> のデフォルト: 説明を表示
テスト フレームワークに転送するフィルタを指定します。テストの実行を制限するために使用されます。これはビルド対象のターゲットには影響しません。
--test_result_expiration=<an integer> のデフォルト: 「-1」
このオプションは非推奨であり、効果はありません。
--[no]test_runner_fail_fast のデフォルト: "false"
フェイル ファスト オプションをテストランナーに転送します。テストランナーは、最初の失敗時に実行を停止する必要があります。
--test_sharding_strategy=<explicit, disabled or forced=k where k is the number of shards to enforce> のデフォルト: "explicit"
テストのシャーディングの戦略を指定します。'shard_count' BUILD 属性がある場合にのみ、シャーディングを使用するには「explicit」を指定します。「disable」はテストのシャーディングを使用しません。「forced=k」は、「shard_count」BUILD 属性に関係なく、テストに「k」シャードを適用します。
--tool_java_language_version=<a string> のデフォルト: ""
ビルドに必要なツールを実行するために使用される Java 言語バージョン
--tool_java_runtime_version=<a string> のデフォルト: "remotejdk_11"
ビルド時にツールを実行するために使用される Java ランタイム バージョン
--[no]use_ijars のデフォルト: true
このオプションを有効にすると、Java コンパイルでインターフェース jar が使用されます。増分コンパイルは速くなりますが、エラー メッセージは異なる場合があります。

ダンプ オプション

コマンドの前に表示され、クライアントによって解析されるオプション。
--distdir=<a path> 個の複数回の使用が累積されます
ネットワークをダウンロードしてアーカイブを検索する場所が増えます。
タグ: bazel_internal_configuration
設定すると、キャッシュ ヒットが発生した場合、リポジトリのキャッシュはコピーではなくファイルにハードリンクします。これはディスク容量を節約することを目的としています。
タグ: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id のデフォルト: "false"
true の場合、指定されていない場合は、リポジトリのダウンロードの URL から取得した文字列を canonical_id として使用します。その結果、キャッシュに同じハッシュを使用したダウンロードが含まれていても、URL が変更されると再ダウンロードされます。これを使用して、URL の変更により、無効なリポジトリがキャッシュによってマスクされないことを確認できます。
タグ: loading_and_analysisexperimental
--[no]experimental_repository_disable_download のデフォルト: "false"
設定すると、外部リポジトリのダウンロードが許可されなくなります。
タグ: experimental
--experimental_repository_downloader_retries=<an integer> のデフォルト: 0
ダウンロード エラーを再試行する最大回数。0 に設定すると、再試行が無効になります。
タグ: experimental
--experimental_scale_timeouts=<a double> のデフォルト: 1.0
この係数による Starlark リポジトリ ルールのすべてのタイムアウトをスケーリングします。このようにすることで、ソースコードを変更せずに、ルールの作成者よりも遅いマシンで外部リポジトリを動作させることができます。
タグ: bazel_internal_configurationexperimental
--http_timeout_scaling=<a double> のデフォルト: 1.0
HTTP のダウンロードに関連するすべてのタイムアウトを、指定された要素ごとにスケーリングします。
タグ: bazel_internal_configuration
--repository_cache=<a path> のデフォルト: 説明を表示
外部リポジトリの取得中に取得したダウンロード後の値のキャッシュの場所を指定します。引数として空の文字列を指定すると、キャッシュが無効になります。
タグ: bazel_internal_configuration
コマンドの出力を制御するオプション:
--[no]action_cache のデフォルト: "false"
アクション キャッシュのコンテンツをダンプします。
タグ: bazel_monitoring
--[no]packages のデフォルト: "false"
パッケージ キャッシュのコンテンツをダンプします。
タグ: bazel_monitoring
--[no]rule_classes のデフォルト: "false"
ダンプルールクラス。
タグ: bazel_monitoring
--[no]rules のデフォルト: "false"
カウントとメモリ使用量を含むダンプルール(メモリが追跡されている場合)。
タグ: bazel_monitoring
--skyframe=<off, summary, count, deps or rdeps> のデフォルト: "off"
ダンプ スカイフレーム グラフ: 'off'、'summary'、'count'、'deps'、'rdeps'。
タグ: bazel_monitoring
--skykey_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> のデフォルト: ".*"
出力する SkyKey 名の正規表現フィルタ。--skyframe=deps、rdeps でのみ使用されます。
タグ: bazel_monitoring
--skylark_memory=<a string> のデフォルト: 説明を表示
pprof 互換のメモリ プロファイルを指定されたパスにダンプします。詳しくは、https://github.com/google/pprof をご覧ください。
タグ: bazel_monitoring
Bazel による有効なビルド入力の厳格さに適用されるオプション(ルールの定義、フラグの組み合わせなど):
--experimental_repository_hash_file=<a string> のデフォルト: ""
空でない場合、解決された値を含むファイルを指定します。リポジトリのディレクトリのハッシュはこれに対して検証します。
タグ: affects_outputsexperimental
--experimental_verify_repository_rules=<a string> 個の複数回の使用が累積されます
出力ディレクトリのハッシュを検証するリポジトリ ルールのリストの場合、ファイルは --experimental_repository_hash_file で指定します。
タグ: affects_outputsexperimental
このオプションは、Starlark 言語、または BUILD ファイル、.bzl ファイル、WORKSPACE ファイルにアクセスできる Build API のセマンティクスに影響します。
--[no]experimental_allow_top_level_aspects_parameters のデフォルト: true
No-op タグ
no_opdeprecatedexperimental
Bzlmod の出力とセマンティクスに関連するオプション:
--allow_yanked_versions=<a string> 個の複数回の使用が累積されます
: モジュールのソース バージョンを <module1>@<version1>, <module2>@<version2>` の形式で指定します。これらは、登録元のレジストリで yankyan と宣言されていても(NonRegistryOverride 以外からの場合でも)、その依存関係グラフで許可されます。そうしないと、ジャンクされたバージョンが原因で解決に失敗します。「BZLMOD_ALLOW_YANKED_VERSIONS」環境変数を使用して、許可されたジャンク バージョンを定義することもできます。このチェックを無効にするには、キーワード「all」を使用します(非推奨)。
タグ: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> のデフォルト: "error"
Bazel モジュールの Bazel バージョンの互換性を確認する。有効な値は、エラーを解決のためにエスカレーションする「error」、チェックを無効にする「off」、不一致が検出されたときに警告を出力する「warning」です。
タグ: loading_and_analysis
--check_direct_dependencies=<off, warning or error> のデフォルト: "warning"
ルート モジュール内で宣言されている直接的な「bazel_dep」依存関係が、解決済みの依存関係グラフに表示されるバージョンと同じかどうかを確認します。有効な値は、チェックを無効にする場合は「off」、不一致が検出されたときに警告を出力する場合は「warning」、解決の失敗にエスカレーションする場合は「error」です。
タグ: loading_and_analysis
--[no]ignore_dev_dependency のデフォルト: "false"
true の場合、Bazel はルート モジュールの MODULE.bazel で「dev_dependency」として宣言されている「bazel_dep」と「use_extension」を無視します。このフラグの値に関係なく、MODULE.bazel がルート モジュールでない場合、これらの dev 依存関係は常に無視されます。
タグ: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path> 個の複数回の使用が累積されます
ローカル ディレクトリを含むモジュールをオーバーライドします。
--registry=<a string> 個の複数回の使用が累積されます
Bazel モジュールの依存関係の検索に使用するレジストリを指定します。順序は重要です。まず古いレジストリでモジュールが参照され、以前のレジストリにないレジストリはその後にフォールバックされます。
タグ: changes_inputs
ログの詳細度、形式、場所に影響するオプション:
--[no]experimental_record_metrics_for_all_mnemonics のデフォルト: "false"
デフォルトでは、アクション タイプの数は、実行されたアクションの数が最も多い 20 個のニーモニックに制限されます。このオプションを設定すると、すべての略語に関する統計情報が書き込まれます。
他のカテゴリに該当しない Bazel コマンドへの汎用入力を指定または変更するオプション:
--experimental_resolved_file_instead_of_workspace=<a string> のデフォルト: ""
空でない場合、WORKSPACE ファイルではなく、指定された解決済みファイルを読み込みます。
タグ: changes_inputs
リモート キャッシュと実行オプション:
--experimental_downloader_config=<a string> のデフォルト: 説明を表示
リモート ダウンローダーを構成するファイルを指定します。このファイルは、各行がディレクティブ(「allow」、「block」または「rewrite」)で始まり、その後にホスト名(「allow」と「block」)が続くか、2 つのパターン(一致する URL が代替 URL として使用される)に続き、後方参照が「$1」で始まります。複数の URL に対してこの rewrite ディレクティブが複数回送信される可能性があります。
その他(その他に分類されないオプション):
--override_repository=<an equals-separated mapping of repository name to path> 個の複数回の使用が累積されます
ローカル ディレクトリを含むリポジトリをオーバーライドします。

取得オプション

コマンドの前に表示され、クライアントによって解析されるオプション。
--distdir=<a path> 個の複数回の使用が累積されます
ネットワークをダウンロードしてアーカイブを検索する場所が増えます。
タグ: bazel_internal_configuration
設定すると、キャッシュ ヒットが発生した場合、リポジトリのキャッシュはコピーではなくファイルにハードリンクします。これはディスク容量を節約することを目的としています。
タグ: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id のデフォルト: "false"
true の場合、指定されていない場合は、リポジトリのダウンロードの URL から取得した文字列を canonical_id として使用します。その結果、キャッシュに同じハッシュを使用したダウンロードが含まれていても、URL が変更されると再ダウンロードされます。これを使用して、URL の変更により、無効なリポジトリがキャッシュによってマスクされないことを確認できます。
タグ: loading_and_analysisexperimental
--[no]experimental_repository_disable_download のデフォルト: "false"
設定すると、外部リポジトリのダウンロードが許可されなくなります。
タグ: experimental
--experimental_repository_downloader_retries=<an integer> のデフォルト: 0
ダウンロード エラーを再試行する最大回数。0 に設定すると、再試行が無効になります。
タグ: experimental
--experimental_scale_timeouts=<a double> のデフォルト: 1.0
この係数による Starlark リポジトリ ルールのすべてのタイムアウトをスケーリングします。このようにすることで、ソースコードを変更せずに、ルールの作成者よりも遅いマシンで外部リポジトリを動作させることができます。
タグ: bazel_internal_configurationexperimental
--http_timeout_scaling=<a double> のデフォルト: 1.0
HTTP のダウンロードに関連するすべてのタイムアウトを、指定された要素ごとにスケーリングします。
タグ: bazel_internal_configuration
--repository_cache=<a path> のデフォルト: 説明を表示
外部リポジトリの取得中に取得したダウンロード後の値のキャッシュの場所を指定します。引数として空の文字列を指定すると、キャッシュが無効になります。
タグ: bazel_internal_configuration
ビルド実行を制御するオプション:
true に設定されていて、--compatible_remote_symlinks も true の場合、アクション出力のシンボリック リンクはぶら下がります。
タグ: executionincompatible_change
true に設定すると、Bazel はリモート キャッシュ/実行プロトコルのアクション出力のシンボリック リンクを表します。指定されていない場合、シンボリック リンクが適用され、ファイルまたはディレクトリとして表されます。詳しくは #6631 をご覧ください。
タグ: executionincompatible_change
--[no]keep_going [-k] デフォルト: "false"
エラー発生後は、可能な限り処理を続行します。失敗したターゲットとそれに依存するターゲットは分析できませんが、これらのターゲットのその他の前提条件は分析できます。
タグ: eagerness_to_exit
--loading_phase_threads=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5"> のデフォルト: "auto"
読み込み / 分析フェーズで使用する並列スレッドの数。整数またはキーワード("auto"、"HOST_CPUS"、"HOST_RAM")に続けて、必要に応じてオペレーション([-|*]<float>)を記述します。"auto"、"HOST_CPUS*.5"「auto」は、ホストリソースに基づいて妥当なデフォルトを設定します。1 以上の値にする必要があります。
タグ: bazel_internal_configuration
ユーザーが意図する出力を構成できるようにするオプション。ユーザーが存在するのではなく、その値に影響を与えます。
--bep_maximum_open_remote_upload_files=<an integer> のデフォルト: 「-1」
BEP アーティファクトのアップロード中に許可されるオープン ファイルの最大数。
タグ: affects_outputs
--remote_download_minimal
リモートビルドの出力をローカルマシンにダウンロードしません。このフラグは、--experimental_inmemory_jdeps_files、--experimental_inmemory_dotd_files、--experimental_action_cache_store_output_metadata、--remote_download_outputs=minimal のフラグのショートカットです。
展開先:
--nobuild_runfile_links
--experimental_inmemory_jdeps_files
--experimental_inmemory_dotd_files
--experimental_action_cache_store_output_metadata
--remote_download_outputs=minimal

タグ: affects_outputs
--remote_download_outputs=<all, minimal or toplevel> のデフォルト: "all"
「minimal」に設定すると、ローカル アクションに必要な出力を除き、リモートビルド出力はローカルマシンにダウンロードされません。「toplevel」に設定すると、「最上位」レベルの出力もローカルマシンにダウンロードされるという点を除いて「ミニマル」のように動作します。どちらの方法でも、ネットワーク帯域幅がボトルネックになった場合に、ビルド時間を大幅に短縮できます。
タグ: affects_outputs
リモートビルドの出力をローカルマシンにダウンロードするのではなく、シンボリック リンクを作成します。シンボリック リンクのターゲットは、テンプレート文字列の形式で指定できます。このテンプレート文字列には、オブジェクトのハッシュとバイトサイズにそれぞれ展開する {hash} と {size_bytes} を含めることができます。これらのシンボリック リンクは、たとえば、オンデマンドで CAS からオブジェクトを読み込む FUSE ファイル システムを指す場合があります。
タグ: affects_outputs
--remote_download_toplevel
トップレベル ターゲットのリモート出力のみをローカルマシンにダウンロードします。このフラグは、--experimental_inmemory_jdeps_files、--experimental_inmemory_dotd_files、--experimental_action_cache_store_output_metadata、--remote_download_outputs=toplevel のフラグのショートカットです。
展開先:
--experimental_inmemory_jdeps_files
--experimental_inmemory_dotd_files
--experimental_action_cache_store_output_metadata
--remote_download_outputs=toplevel

タグ: affects_outputs
Bazel による有効なビルド入力の厳格さに適用されるオプション(ルールの定義、フラグの組み合わせなど):
--experimental_repository_hash_file=<a string> のデフォルト: ""
空でない場合、解決された値を含むファイルを指定します。リポジトリのディレクトリのハッシュはこれに対して検証します。
タグ: affects_outputsexperimental
--experimental_verify_repository_rules=<a string> 個の複数回の使用が累積されます
出力ディレクトリのハッシュを検証するリポジトリ ルールのリストの場合、ファイルは --experimental_repository_hash_file で指定します。
タグ: affects_outputsexperimental
このオプションは、Starlark 言語、または BUILD ファイル、.bzl ファイル、WORKSPACE ファイルにアクセスできる Build API のセマンティクスに影響します。
--[no]experimental_allow_top_level_aspects_parameters のデフォルト: true
No-op タグ
タグ: no_opdeprecatedexperimental
--[no]incompatible_config_setting_private_default_visibility のデフォルト: "false"
compatible_enforce_config_setting_visibility=false の場合、これは noop です。それ以外の場合、このフラグが false の場合、明示的な可視性属性のない config_setting は //visibility:public です。このフラグが true の場合、config_setting は他のすべてのルールと同じ可視性ロジックに従います。https://github.com/bazelbuild/bazel/issues/12933 をご覧ください。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_enforce_config_setting_visibility のデフォルト: true
true の場合、config_setting の公開設定制限を適用します。false の場合、すべての config_setting がすべてのターゲットに表示されます。https://github.com/bazelbuild/bazel/issues/12932 をご覧ください。
タグ: loading_and_analysisincompatible_change
Bzlmod の出力とセマンティクスに関連するオプション:
--allow_yanked_versions=<a string> 個の複数回の使用が累積されます
: モジュールのソース バージョンを <module1>@<version1>, <module2>@<version2>` の形式で指定します。これらは、登録元のレジストリで yankyan と宣言されていても(NonRegistryOverride 以外からの場合でも)、その依存関係グラフで許可されます。そうしないと、ジャンクされたバージョンが原因で解決に失敗します。「BZLMOD_ALLOW_YANKED_VERSIONS」環境変数を使用して、許可されたジャンク バージョンを定義することもできます。このチェックを無効にするには、キーワード「all」を使用します(非推奨)。
タグ: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> のデフォルト: "error"
Bazel モジュールの Bazel バージョンの互換性を確認する。有効な値は、エラーを解決のためにエスカレーションする「error」、チェックを無効にする「off」、不一致が検出されたときに警告を出力する「warning」です。
タグ: loading_and_analysis
--check_direct_dependencies=<off, warning or error> のデフォルト: "warning"
ルート モジュール内で宣言されている直接的な「bazel_dep」依存関係が、解決済みの依存関係グラフに表示されるバージョンと同じかどうかを確認します。有効な値は、チェックを無効にする場合は「off」、不一致が検出されたときに警告を出力する場合は「warning」、解決の失敗にエスカレーションする場合は「error」です。
タグ: loading_and_analysis
--[no]ignore_dev_dependency のデフォルト: "false"
true の場合、Bazel はルート モジュールの MODULE.bazel で「dev_dependency」として宣言されている「bazel_dep」と「use_extension」を無視します。このフラグの値に関係なく、MODULE.bazel がルート モジュールでない場合、これらの dev 依存関係は常に無視されます。
タグ: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path> 個の複数回の使用が累積されます
ローカル ディレクトリを含むモジュールをオーバーライドします。
--registry=<a string> 個の複数回の使用が累積されます
Bazel モジュールの依存関係の検索に使用するレジストリを指定します。順序は重要です。まず古いレジストリでモジュールが参照され、以前のレジストリにないレジストリはその後にフォールバックされます。
タグ: changes_inputs
ログの詳細度、形式、場所に影響するオプション:
--[no]experimental_record_metrics_for_all_mnemonics のデフォルト: "false"
デフォルトでは、アクション タイプの数は、実行されたアクションの数が最も多い 20 個のニーモニックに制限されます。このオプションを設定すると、すべての略語に関する統計情報が書き込まれます。
--experimental_repository_resolved_file=<a string> のデフォルト: ""
空でない場合は、実行されたすべての Starlark リポジトリ ルールの解決済みの情報を含む Starlark 値を記述します。
タグ: affects_outputs
--remote_print_execution_messages=<failure, success or all> のデフォルト: 「failure」
リモート実行メッセージを出力するタイミングを選択します。有効な値は、失敗時にのみ出力する場合は「失敗」、成功時にのみ出力する場合は「成功」、常に出力する場合は「すべて」です。
タグ: terminal_output
他のカテゴリに該当しない Bazel コマンドの汎用入力を指定または変更するオプション:
--experimental_resolved_file_instead_of_workspace=<a string> のデフォルト: ""
空でない場合、WORKSPACE ファイルではなく、指定された解決済みファイルを読み込みます。
タグ: changes_inputs
リモート キャッシュと実行オプション:
--experimental_downloader_config=<a string> のデフォルト: 説明を表示
リモート ダウンローダーを構成するファイルを指定します。このファイルは、各行がディレクティブ(「allow」、「block」または「rewrite」)で始まり、その後にホスト名(「allow」と「block」)が続くか、2 つのパターン(一致する URL が代替 URL として使用される)に続き、後方参照が「$1」で始まります。複数の URL に対してこの rewrite ディレクティブが複数回送信される可能性があります。
--[no]experimental_guard_against_concurrent_changes のデフォルト: "false"
これをオフにすると、リモート キャッシュにアップロードする前に、アクションの入力ファイルのチェックチェックが無効になります。Linux カーネルがファイルの書き込みを遅延させ、誤検出を引き起こす可能性があります。
--experimental_remote_build_event_upload=<all or minimal> のデフォルト: "all"
「all」に設定すると、BEP によって参照されるすべてのローカル出力がリモート キャッシュにアップロードされます。「minimal」に設定すると、BEP コンシューマにとって重要なファイル(テストログやタイミング プロファイルなど)を除き、BEP で参照されるローカル出力はリモート キャッシュにアップロードされません。ローカル ファイルのパスには file:// スキームが使用され、(すでにアップロードされた)ファイルのパスには bytestream:// スキームが使用されます。デフォルトは「all」です。
--[no]experimental_remote_cache_async のデフォルト: "false"
true の場合、リモート キャッシュの I/O は、スポーンの一環として行われるのではなく、バックグラウンドで行われます。
--[no]experimental_remote_cache_compression のデフォルト: "false"
有効にすると、zstd でキャッシュ blob を圧縮/解凍します。
--experimental_remote_capture_corrupted_outputs=<a path> のデフォルト: 説明を表示
破損した出力をキャプチャするディレクトリのパス。
--experimental_remote_downloader=<a string> のデフォルト: 説明を表示
リモート ダウンロード プロキシとして使用する Remote Asset API エンドポイント URI。サポートされているスキーマは、grpc、grpcs(TLS が有効になっている grpc)、unix(ローカル UNIX ソケット)です。スキーマが指定されていない場合、Bazel はデフォルトで grpcs になります。参照: https://github.com/bazelbuild/remote-apis/blob/master/build/bazel/remote/asset/v1/remote_asset.proto
--[no]experimental_remote_downloader_local_fallback のデフォルト: "false"
リモート ダウンローダが失敗した場合にローカル ダウンローダーにフォールバックするかどうか。
--[no]experimental_remote_execution_keepalive のデフォルト: "false"
リモート実行呼び出しでキープアライブを使用するかどうか。
--experimental_remote_grpc_log=<a path> のデフォルト: 説明を表示
指定した場合、gRPC の呼び出しに関連する詳細を記録するファイルのパス。このログは、シリアル化された com.google.devtools.build.lib.remote.logging.RemoteExecutionLog.LogEntry protobuf のシーケンスで構成され、各メッセージの先頭に、次のシリアル化された protobuf メッセージのサイズを示す varint が付加されています。これは、メソッド LogEntry.writeDelimitedTo(OutputStream) によって実行されます。
--[no]experimental_remote_mark_tool_inputs のデフォルト: "false"
true に設定すると、入力はリモート エグゼキュータのツール入力としてマークされます。これを使用して、リモートの永続ワーカーを実装できます。
--[no]experimental_remote_merkle_tree_cache のデフォルト: "false"
true に設定すると、マークルツリー計算が記憶され、リモートのキャッシュ ヒットチェックの速度が向上します。キャッシュのメモリ フットプリントは --experimental_remote_merkle_tree_cache_size によって制御されます。
--experimental_remote_merkle_tree_cache_size=<a long integer> のデフォルト: 「1000」
リモート キャッシュ ヒットチェックの速度を改善するために記憶するマークルツリーの数。Java によるソフト参照の処理に従ってキャッシュが自動的にプルーニングされますが、設定が高すぎるとメモリ不足エラーが発生する可能性があります。0 に設定した場合、キャッシュ サイズは無制限です。最適な値はプロジェクトの規模によって異なります。デフォルトは 1,000 です。
--[no]incompatible_remote_build_event_upload_respect_no_cache のデフォルト: "false"
true に設定した場合、生成アクションをリモートでキャッシュに保存できない場合、BEP で参照される出力はリモート キャッシュにアップロードされません。
--[no]incompatible_remote_downloader_send_all_headers のデフォルト: true
複数値のヘッダーのすべての値を、最初のダウンロードではなくリモート ダウンローダーに送信するかどうか。
タグ: incompatible_change
--[no]incompatible_remote_output_paths_relative_to_input_root のデフォルト: "false"
true に設定すると、出力パスは作業ディレクトリではなく入力ルートからの相対パスになります。
タグ: incompatible_change
--[no]incompatible_remote_results_ignore_disk のデフォルト: true
true に設定すると、--noremote_upload_local_results と --noremote_accept_cached は、ディスク キャッシュに適用されません。組み合わせキャッシュを使用する場合: --noremote_upload_local_results では、結果がディスク キャッシュに書き込まれますが、リモート キャッシュにはアップロードされません。。no-remote-exec アクションはディスク キャッシュにヒットする可能性があります。 詳しくは、#8216 をご覧ください。
タグ: incompatible_change
--[no]remote_accept_cached のデフォルト: true
リモートでキャッシュされたアクションの結果を受け入れるかどうか。
--remote_bytestream_uri_prefix=<a string> のデフォルト: 説明を表示
ビルドイベント ストリームに書き込まれる bytestream:// URI で使用されるホスト名とインスタンス名。このオプションは、プロキシを使用してビルドが実行されたときに設定できます。これにより、--remote_executor と --remote_instance_name の値が、リモート実行サービスの正規名に対応しなくなります。設定しない場合、デフォルトは「{${hostname}/${instance_name}」になります。
--remote_cache=<a string> のデフォルト: 説明を表示
キャッシュ エンドポイントの URI。サポートされているスキーマは、http、https、grpc、grpcs(TLS が有効になっている grpc)、unix(ローカル UNIX ソケット)です。スキーマが指定されていない場合、Bazel はデフォルトで grpcs になります。TLS を無効にするには、grpc://、http://、unix: スキーマを指定します。https://bazel.build/remote/caching をご覧ください。
--remote_cache_header=<a 'name=value' assignment> 個の複数回の使用が累積されます
キャッシュ リクエストに含めるヘッダーを指定します(--remote_cache_header=Name=Value)。フラグを複数回指定することで、複数のヘッダーを渡すことができます。同じ名前を持つ複数の値は、カンマ区切りのリストに変換されます。
--remote_default_exec_properties=<a 'name=value' assignment> 個の複数回の使用が累積されます
実行プラットフォームで exec_properties が設定されていない場合に、リモート実行プラットフォームとして使用するデフォルトの exec プロパティを設定します。
タグ: affects_outputs
--remote_default_platform_properties=<a string> のデフォルト: ""
実行プラットフォームに Remote_execution_properties が設定されていない場合、リモート実行 API にデフォルトのプラットフォーム プロパティを設定します。この値は、リモート実行の実行プラットフォームとしてホスト プラットフォームを選択した場合にも使用されます。
--remote_downloader_header=<a 'name=value' assignment> 個の複数回の使用が累積されます
リモート ダウンローダー リクエストに含めるヘッダーを指定します(--remote_downloader_header=Name=Value)。フラグを複数回指定することで、複数のヘッダーを渡すことができます。同じ名前を持つ複数の値は、カンマ区切りのリストに変換されます。
--remote_exec_header=<a 'name=value' assignment> 個の複数回の使用が累積されます
実行リクエストに含めるヘッダーを指定します(--remote_exec_header=Name=Value)。フラグを複数回指定することで、複数のヘッダーを渡すことができます。同じ名前を持つ複数の値は、カンマ区切りのリストに変換されます。
--remote_execution_priority=<an integer> のデフォルト: 0
リモートで実行されるアクションの相対的な優先度。特定の優先度値のセマンティクスは、サーバーによって異なります。
--remote_executor=<a string> のデフォルト: 説明を表示
リモート実行エンドポイントの HOST または HOST:PORT。サポートされているスキーマは、grpc、grpcs(TLS が有効になっている grpc)、unix(ローカル UNIX ソケット)です。スキーマが指定されていない場合、Bazel はデフォルトで grpcs になります。TLS を無効にするには、grpc:// または unix: スキーマを指定します。
--remote_header=<a 'name=value' assignment> 個の複数回の使用が累積されます
リクエストに含めるヘッダーを指定します(--remote_header=Name=Value)。フラグを複数回指定することで、複数のヘッダーを渡すことができます。同じ名前を持つ複数の値は、カンマ区切りのリストに変換されます。
--remote_instance_name=<