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

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]
と指定します。

通常、3 段階のオプションはデフォルトで自動に設定され、次のように

--<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 モバイル デバイスにターゲットをインストールします。
mod Bzlmod 外部依存関係グラフにクエリを実行する
print_action ファイルをコンパイルするためのコマンドライン引数を出力します。
query 依存関係グラフのクエリを実行します。
run 指定されたターゲットを実行します。
shutdown bazel サーバーを停止します。
sync ワークスペース ファイルで指定されたすべてのリポジトリを同期します
test 指定されたテスト ターゲットをビルドして実行します。
vendor フラグ --vendor_dir で指定された特定のフォルダに外部リポジトリを取得します。
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 スケジューリングを使用します。このポリシーは、インタラクティブではないが、その利点を下げたくないワークロードに対して有用です。「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
--digest_function=<hash function> デフォルト: 説明を参照
ファイル ダイジェストを計算するときに使用するハッシュ関数。
タグ: loses_incremental_statebazel_internal_configuration
--[no]expand_configs_in_place のデフォルト値は「true」です。
--config フラグの拡張を、通常の rc オプションとコマンドラインで指定されたオプション間の固定小数点拡張ではなく、インプレースで行われるように変更しました。
タグ: no_opdeprecated
--failure_detail_out=<path> デフォルト: 説明を参照
設定されている場合、サーバーで障害が発生し、gRPC 経由で正常に報告できない場合に、failure_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 ファイルを変更せずにプラットフォーム間で共有できるようにサポートされています。有効な値は、user-Interactive、user-initiated、default、utility、background です。
タグ: host_machine_resource_optimizations
--max_idle_secs=<integer> デフォルト: 「10800」
ビルドサーバーがアイドル状態になってからシャットダウンするまでに待機する秒数。ゼロは、サーバーがシャットダウンしないことを意味します。これはサーバーの起動時にのみ読み取られます。このオプションを変更してもサーバーは再起動されません。
タグ: 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 に一度設定したら忘れてください。これにより、コアダンプをトリガーする条件が実際に発生したときにコアダンプを取得できます。
タグ: bazel_internal_configuration
--[no]watchfs デフォルト: 「false」
true の場合、bazel はすべてのファイルで変更をスキャンする代わりに、ローカルの変更に対してオペレーティング システムのファイル監視サービスを使用しようとします。
タグ: 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
--server_javabase=<jvm path> デフォルト: ""
Bazel 自体の実行に使用される JVM のパス。

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

ビルド実行を制御するオプション:
--experimental_ui_max_stdouterr_bytes=<an integer in (-1)-1073741819 range> デフォルト: 「1048576」
コンソールに出力される stdout / stderr ファイルの最大サイズ。-1 は上限がないことを意味します。
タグ: execution
true に設定すると、リモート キャッシュまたはディスク キャッシュにアップロードされたシンボリック リンクのダングルが許可されます。
タグ: executionincompatible_change
true に設定すると、Bazel はシンボリック リンクを常にリモート キャッシュまたはディスク キャッシュにアップロードします。そうでない場合は、ダングリングしない相対シンボリック リンク(それらのみ)が、指すファイルまたはディレクトリとしてアップロードされます。
タグ: executionincompatible_change
アクションの実行に使用するツールチェーンを構成するオプション:
--[no]incompatible_enable_proto_toolchain_resolution デフォルト: 「false」
true の場合、proto lang ルールが rules_proto、rules_java、rules_cc リポジトリからツールチェーンを定義します。
タグ: loading_and_analysisincompatible_change
ユーザーが目的の出力を構成し、その値に影響を与えるオプション:
--bep_maximum_open_remote_upload_files=<an integer> デフォルト: 「-1」
BEP アーティファクトのアップロード中に許可されるオープン ファイルの最大数。
タグ: affects_outputs
--remote_download_all
すべてのリモート出力をローカルマシンにダウンロードします。このフラグは --remote_download_outputs=all のエイリアスです。
次のように展開:
  --remote_download_outputs=all

タグ: affects_outputs
--remote_download_minimal
リモートビルドの出力をローカルマシンにダウンロードしません。このフラグは --remote_download_outputs=minimal のエイリアスです。
次のように展開:
  --remote_download_outputs=minimal

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

タグ: affects_outputs
--repo_env=<a 'name=value' assignment with an optional value part> 件の複数回の使用が累積されます
リポジトリ ルールでのみ使用する追加の環境変数を指定します。いずれにしてもリポジトリ ルールは環境全体を参照しますが、この方法では、アクション グラフを無効にすることなく、オプションを介して構成情報をリポジトリに渡すことができます。
タグ: action_command_lines
Bazel が有効なビルド入力をどの程度厳格に適用するかに影響するオプション(ルール定義、フラグの組み合わせなど):
--[no]check_bzl_visibility のデフォルト値は「true」です。
無効にすると、.bzl 読み込みの公開設定エラーが警告に降格されます。
タグ: build_file_semantics
このオプションは、BUILD ファイル、.bzl ファイル、WORKSPACE ファイルからアクセスできる Starlark 言語または Build API のセマンティクスに影響します。
--[no]enable_bzlmod のデフォルト値は「true」です。
true の場合、Bzlmod 依存関係管理システムが有効になり、WORKSPACE よりも優先されます。詳細については、https://bazel.build/docs/bzlmod をご覧ください。
タグ: loading_and_analysis
--[no]enable_workspace のデフォルト値は「true」です。
true の場合、外部依存関係に対して従来の WORKSPACE システムを有効にします。詳細については、https://bazel.build/external/overview をご覧ください。
タグ: loading_and_analysis
--[no]experimental_action_resource_set のデフォルト値は「true」です。
true に設定した場合、hangouts.actions.run() と hangouts.actions.run_shell() は、ローカル実行用に resource_set パラメータを受け入れます。それ以外の場合は、デフォルトでメモリ 250 MB と CPU 1 が使用されます。
タグ: executionbuild_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 に設定すると、自動生成された外部パッケージは使用できなくなります。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_enable_first_class_macros デフォルト: 「false」
true に設定した場合、ファースト クラスのマクロを定義する「macro()」コンストラクトが有効になります。
タグ: build_file_semantics
--[no]experimental_enable_scl_dialect デフォルト: 「false」
true に設定した場合、load() ステートメントで .scl ファイルを使用できます。
タグ: build_file_semantics
--[no]experimental_google_legacy_api デフォルト: 「false」
true に設定すると、Google の以前のコードに関連する Starlark ビルド API の試験運用版がいくつか公開されます。
タグ: loading_and_analysisexperimental
--[no]experimental_isolated_extension_usages デフォルト: 「false」
true の場合、<a href="https://bazel.build/rules/lib/globals/module#use_extension"><code>use_extension</code></a> 関数の<code>isolate</code> パラメータを有効にします。
タグ: loading_and_analysis
--[no]experimental_java_library_export デフォルト: 「false」
有効にすると、experimental_java_library_export_do_not_use モジュールが利用可能になります。
タグ: loading_and_analysisincompatible_change
--[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_allow_tags_propagation のデフォルト値は「true」です。
true に設定した場合は、ターゲットからアクションの実行要件にタグが伝播されます。そうでない場合、タグは伝播されません。詳しくは、https://github.com/bazelbuild/bazel/issues/8830 をご覧ください。
タグ: build_file_semanticsexperimental
--[no]incompatible_always_check_depset_elements のデフォルト値は「true」です。
すべてのコンストラクタで、デプセットに追加された要素の有効性をチェックします。要素は不変である必要がありますが、これまで depset(direct=...) コンストラクタがチェックを忘れていました。depset 要素でリストの代わりにタプルを使用します。詳しくは、https://github.com/bazelbuild/bazel/issues/10313 をご覧ください。
タグ: build_file_semanticsincompatible_change
true の場合、Bazel は links_context.libraries_to_link からリストを返さなくなり、代わりに depset を返します。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_disable_objc_library_transition のデフォルト値は「true」です。
objc_library のカスタム遷移を無効にして、代わりに最上位のターゲットから継承する
タグ: build_file_semanticsincompatible_change
--[no]incompatible_disable_starlark_host_transitions デフォルト: 「false」
true に設定した場合、ルール属性で「cfg = "host"」を設定することはできません。代わりに「cfg = "exec"」を設定する必要があります。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_disable_target_default_provider_fields デフォルト: 「false」
true に設定した場合、「ターゲット」オブジェクトのプロバイダにフィールド構文を介してアクセスする機能が無効になります。代わりにプロバイダキー構文を使用してください。たとえば、ルール実装関数の内部から gcloud の ls.attr.dep.my_info を使用して my_info にアクセスする代わりに、google.tf.com/bazelbuild/bazel/issues/9014 をご覧ください。
タグ: build_file_semanticsincompatible_change
--[no]incompatible_disable_target_provider_fields デフォルト: 「false」
true に設定した場合、フィールド構文を介してデフォルト プロバイダを利用する機能が無効になります。代わりにプロバイダキー構文を使用してください。たとえば、「files」にアクセスするのに `setIamPolicy.attr.dep.files` ではなく `datastore.attr.dep[DefaultInfo].files を使用します。詳しくは、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_struct_provider_syntax デフォルト: 「false」
true に設定した場合、ルール実装関数は構造体を返せません。代わりにプロバイダ インスタンスのリストを返す必要があります。
タグ: build_file_semanticsincompatible_change
--[no]incompatible_enable_deprecated_label_apis のデフォルト値は「true」です。
有効にすると、非推奨の特定の API(native.repository_name、Label.workspace_name、Label.relative)を使用できます。
タグ: loading_and_analysis
--[no]incompatible_existing_rules_immutable_view のデフォルト値は「true」です。
true に設定した場合、native.existing_rule と native.existing_rules は、可変の辞書ではなく軽量の不変ビュー オブジェクトを返します。
タグ: build_file_semanticsloading_and_analysisincompatible_change
--[no]incompatible_fail_on_unknown_attributes のデフォルト値は「true」です。
有効にすると、不明な属性が [なし] に設定されているターゲットは失敗します。
タグ: loading_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 に設定すると、コンパイル時の pack_sources と host_javabase の output_jar パラメータと host_javabase パラメータがすべて削除されます。
タグ: build_file_semanticsincompatible_change
--[no]incompatible_merge_fixed_and_default_shell_env のデフォルト値は「true」です。
有効にすると、「env」と「use_default_shell_env = True」の両方を指定して resourcemanager.actions.run と hangouts.actions.run_shell に登録されたアクションは、「env」に渡される値でオーバーライドすることで、デフォルトのシェル環境から取得した環境を使用します。無効にすると、今回のケースで「env」の値が完全に無視されます。
タグ: loading_and_analysisincompatible_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 に設定すると、Starlark 関数「rule()」の出力パラメータが無効になります。
タグ: build_file_semanticsincompatible_change
--[no]incompatible_package_group_has_public_syntax のデフォルト値は「true」です。
package_group の「packages」属性で、「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_build_file_path デフォルト: 「false」
true に設定すると、サポートが終了した resourcemanager.build_file_path が使用できなくなり、代わりに resourcemanager.label.package + '/BUILD' を使用できます。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_stop_exporting_language_modules デフォルト: 「false」
有効にすると、特定の言語固有のモジュール(「cc_common」など)はユーザー .bzl ファイルで使用できなくなり、それぞれのルール リポジトリからのみ呼び出すことができます。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_struct_has_no_methods のデフォルト値は「true」です。
構造体フィールドの名前空間を汚染する struct の to_json メソッドと to_proto メソッドを無効にします。代わりに、JSON の場合は json.encode または json.encode_indent を使用し、textproto の場合は proto.encode_text を使用します。
タグ: 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
--max_computation_steps=<a long integer> デフォルト: 「0」
BUILD ファイルで実行できる Starlark 計算ステップの最大数(ゼロは無制限を意味します)。
タグ: build_file_semantics
--nested_set_depth_limit=<an integer> デフォルト: 「3500」
depset(NestedSet)の内部にあるグラフの最大深度。これを超えると、depset() コンストラクタが失敗します。
タグ: loading_and_analysis
ビルド時間の最適化をトリガーするオプション:
--[no]heuristically_drop_nodes デフォルト: 「false」
true の場合、Blaze はメモリ節約のため、関連する File ノードと 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
--[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 は grpc を想定します。
タグ: affects_outputs
--[no]bes_check_preceding_lifecycle_events デフォルト: 「false」
PublishBuildToolEventStreamRequest にフィールド 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 アップロードの完了を bazel が待機する時間を指定します。このフラグは、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> デフォルト: 説明を参照
プロキシ経由でビルドイベント サービスに接続します。現在、このフラグは Unix ドメイン ソケット(unix:/path/to/socket)を構成する場合にのみ使用できます。
--bes_results_url=<a string> デフォルト: ""
BES バックエンドにストリーミングされた情報をユーザーが確認できるベース URL を指定します。Bazel は、呼び出し ID が付加された URL をターミナルに出力します。
タグ: terminal_output
--bes_system_keywords=<comma-separated list of options> 件の複数回の使用が累積されます
直接含める通知キーワードのリストを指定します。--bes_keyword で指定されたキーワードには「user_keyword=」接頭辞は付けません。--bes_lifecycle_events=false を設定し、PublishLifecycleEvent の呼び出し時にキーワードを含める Build サービス オペレータを対象としています。このフラグを使用してサービス オペレータを構築すると、ユーザーがフラグの値をオーバーライドできないようにする必要があります。
タグ: affects_outputs
--bes_timeout=<An immutable length of time.> デフォルト: 「0s」
ビルドとテストが完了した後、BES/BEP のアップロードが完了するまで bazel が待機する時間を指定します。有効なタイムアウトは、自然数の後に単位が続きます。単位は、日(d)、時間(h)、分(m)、秒(s)、ミリ秒(ms)です。デフォルト値は「0」で、タイムアウトがないことを意味します。
タグ: affects_outputs
--bes_upload_mode=<wait_for_upload_complete, nowait_for_upload_complete or fully_async> デフォルト: 「wait_for_upload_complete」
Build Event Service のアップロードでビルド完了をブロックするか、呼び出しをすぐに終了してバックグラウンドでアップロードを完了するかを指定します。'wait_for_upload_complete'(デフォルト)、'nowait_for_upload_complete'、'Fully_async' のいずれか。
タグ: eagerness_to_exit
--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_binary_file_upload_mode=<wait_for_upload_complete, nowait_for_upload_complete or fully_async> デフォルト: 「wait_for_upload_complete」
--build_event_binary_file のビルドイベント サービスによるアップロードでビルドの完了をブロックするか、呼び出しをすぐに終了してバックグラウンドでアップロードを完了するかを指定します。'wait_for_upload_complete'(デフォルト)、'nowait_for_upload_complete'、'Fully_async' のいずれか。
タグ: eagerness_to_exit
--build_event_json_file=<a string> デフォルト: ""
空でない場合は、ビルドイベント プロトコルの JSON シリアル化をそのファイルに書き込みます。このオプションは --bes_upload_mode=wait_for_upload_complete ことを意味します。
タグ: affects_outputs
--[no]build_event_json_file_path_conversion のデフォルト値は「true」です。
可能な限り、ビルド イベント プロトコルの JSON ファイル表現内のパスを、よりグローバルに有効な URI に変換します。無効にすると、file:// uri スキームが常に使用されます。
タグ: affects_outputs
--build_event_json_file_upload_mode=<wait_for_upload_complete, nowait_for_upload_complete or fully_async> デフォルト: 「wait_for_upload_complete」
--build_event_json_file に対する Build Event Service のアップロードでビルドの完了をブロックするか、呼び出しをすぐに終了してバックグラウンドでアップロードを完了するかを指定します。'wait_for_upload_complete'(デフォルト)、'nowait_for_upload_complete'、'Fully_async' のいずれか。
タグ: eagerness_to_exit
--build_event_max_named_set_of_file_entries=<an integer> デフォルト: 「5000」
単一の nameed_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
--build_event_text_file_upload_mode=<wait_for_upload_complete, nowait_for_upload_complete or fully_async> デフォルト: 「wait_for_upload_complete」
--build_event_text_file に対する Build Event Service のアップロードでビルドの完了をブロックするか、呼び出しをすぐに終了してバックグラウンドでアップロードを完了するかを指定します。'wait_for_upload_complete'(デフォルト)、'nowait_for_upload_complete'、'Fully_async' のいずれか。
タグ: eagerness_to_exit
--build_event_upload_max_retries=<an integer> デフォルト: 「4」
Bazel がビルドイベントのアップロードを再試行する最大回数。
タグ: bazel_internal_configuration
--[no]experimental_announce_profile_path デフォルト: 「false」
有効にすると、JSON プロファイルのパスがログに追加されます。
タグ: bazel_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_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_load_average_in_profiler のデフォルト値は「true」です。
有効にすると、プロファイラはシステムの全体的な負荷の平均を収集します。
タグ: bazel_monitoring
--[no]experimental_collect_pressure_stall_indicators デフォルト: 「false」
有効にすると、プロファイラは Linux PSI データを収集します。
タグ: bazel_monitoring
--[no]experimental_collect_resource_estimation デフォルト: 「false」
有効にすると、Profiler はローカル アクションの CPU とメモリの推定使用量を収集します。
タグ: bazel_monitoring
--[no]experimental_collect_system_network_usage デフォルト: 「false」
有効にすると、プロファイラはシステムのネットワーク使用状況を収集します。
タグ: bazel_monitoring
--[no]experimental_collect_worker_data_in_profiler デフォルト: 「false」
有効にすると、プロファイラはワーカーの集計リソースデータを収集します。
タグ: bazel_monitoring
--experimental_profile_additional_tasks=<phase, action, action_check, action_lock, action_release, action_update, action_complete, bzlmod, info, create_package, remote_execution, local_execution, scanner, local_parse, upload_time, remote_process_time, remote_queue, remote_setup, fetch, local_process_time, 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, action_cache_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, pressure_stall_full_io, pressure_stall_full_memory, pressure_stall_some_io, pressure_stall_some_memory, pressure_stall_some_cpu, conflict_check, dynamic_lock, repository_fetch or unknown> 件の複数回の使用が累積されます
プロファイルに含める追加のプロファイル タスクを指定します。
タグ: bazel_monitoring
--[no]experimental_profile_include_primary_output デフォルト: 「false」
アクション イベントに、アクションのプライマリ出力への exec パスを含む追加の「out」属性が含まれます。
タグ: bazel_monitoring
--[no]experimental_profile_include_target_label デフォルト: 「false」
アクション イベントの JSON プロファイル データにターゲット ラベルを含めます。
タグ: bazel_monitoring
--[no]experimental_run_bep_event_include_residue デフォルト: 「false」
実行ビルドイベントにコマンドラインの残差を含めるかどうかを指定します。デフォルトでは、残差は、その残差を含む可能性のある run コマンドのビルドイベントに含まれません。
タグ: affects_outputs
--[no]experimental_stream_log_file_uploads デフォルト: 「false」
ログファイルをディスクに書き込むのではなく、リモート ストレージに直接アップロードします。
タグ: affects_outputs
--experimental_workspace_rules_log_file=<a path> デフォルト: 説明を参照
特定のワークスペース ルールイベントを、区切り形式の WorkspaceEvent proto としてこのファイルに記録します。
--[no]generate_json_trace_profile のデフォルト: "auto"
有効にすると、Bazel はビルドをプロファイリングし、JSON 形式のプロファイルを出力ベースのファイルに書き込みます。chrome://tracing に読み込んでプロファイルを表示します。デフォルトでは、Bazel はビルドに似たすべてのコマンドとクエリのプロファイルを書き込みます。
タグ: bazel_monitoring
--[no]heap_dump_on_oom デフォルト: 「false」
OOM がスローされた場合にヒープダンプを手動で出力するかどうか(--gc_thrashing_limits の到達による手動 OOM を含む)。ダンプは <output_base>/<invocation_id>.heapdump.hprof に書き込まれます。このオプションは、実質的に -XX:+HeapDumpOnOutOfMemoryError に代わるもので、手動 OOM には影響しません。
タグ: bazel_monitoring
--[no]legacy_important_outputs のデフォルト値は「true」です。
これを使用して、TargetComplete イベントで以前の重要な出力フィールドの生成を抑制します。Bazel から ResultStore へ統合するには、important_outputs が必要です。
タグ: affects_outputs
--logging=<0 <= an integer <= 6> のデフォルト: 「3」
ロギングレベル。
タグ: affects_outputs
--memory_profile=<a path> デフォルト: 説明を参照
設定すると、フェーズの終了時に指定されたファイルにメモリ使用量データを書き込み、ビルドの終了時に安定したヒープをマスターログに書き込みます。
タグ: bazel_monitoring
--memory_profile_stable_heap_parameters=<integers, separated by a comma expected in pairs> のデフォルト: 「1,0」
ビルドの終了時に、メモリ プロファイルでの安定ヒープの計算を調整します。偶数の整数をカンマで区切って指定します。各ペアで、最初の整数は実行する GC の数です。各ペアの 2 番目の整数は、GC 間で待機する秒数です。例: 2、4、4、0 は、4 秒間の一時停止で 2 つの GC を実行し、その後 0 秒間の一時停止で 4 つの GC を実行します。
タグ: bazel_monitoring
--profile=<a path> デフォルト: 説明を参照
設定されている場合、Bazel をプロファイリングし、指定したファイルにデータを書き込みます。bazel analyze-profile を使用してプロファイルを分析します。
タグ: bazel_monitoring
--[no]record_full_profiler_data デフォルト: 「false」
デフォルトでは、Bazel プロファイラは、高速かつ多数のイベント(ファイルのステージングなど)の集計データのみを記録します。このオプションを有効にすると、プロファイラは各イベントを記録するため、より正確なプロファイリング データが得られますが、パフォーマンスに大きな影響が生じます。このオプションは、--profile も使用した場合にのみ有効になります。
タグ: bazel_monitoring
--remote_print_execution_messages=<failure, success or all> のデフォルト: "failure"
リモート実行メッセージを出力するタイミングを選択します。有効な値は、failure(失敗時のみ出力)の場合、success(成功時のみ出力)、all(常に出力する場合)です。
タグ: terminal_output
--[no]slim_profile のデフォルト値は「true」です。
プロファイルが大きすぎる場合に、イベントをマージして JSON プロファイルのサイズを小さくします。
タグ: bazel_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
リモート キャッシュと実行のオプション:
--experimental_circuit_breaker_strategy=<failure> デフォルト: 説明を参照
回路ブレーカーで使用する戦略を指定します。使用可能な戦略は「失敗」です。オプションの値が無効な場合、オプションと同じ動作は設定されません。
タグ: execution
--[no]experimental_guard_against_concurrent_changes デフォルト: 「false」
アクションをリモート キャッシュにアップロードする前に、アクションの入力ファイルの ctime をチェックしないようにするには、この設定をオフにします。Linux カーネルがファイルの書き込みを遅延させ、誤検出を引き起こす可能性があります。
--[no]experimental_remote_cache_async デフォルト: 「false」
true の場合、リモート キャッシュ I/O はスポーンの一部として行われるのではなく、バックグラウンドで行われます。
--experimental_remote_cache_compression_threshold=<an integer> デフォルト: 「0」
zstd で圧縮/解凍するために必要な最小 blob サイズ。--remote_cache_compression が設定されていない場合、機能しません。
--[no]experimental_remote_cache_lease_extension デフォルト: 「false」
true に設定すると、Bazel は「FindMissingBlobs」呼び出しをリモート キャッシュに定期的に送信して、ビルド中のリモート アクションの出力のリースを延長します。頻度は「--experimental_remote_cache_ttl」の値に基づきます。
--experimental_remote_cache_ttl=<An immutable length of time.> デフォルト: 「3h」
ActionResult や FindMissingBlobs などによりダイジェストが最近参照された後のリモート キャッシュ内で保証される最小 TTL。Bazel は、blob の TTL に基づいていくつかの最適化を行います(増分ビルドで GetActionResult を繰り返し呼び出すことはありません)。この値は、実際の TTL よりも少し小さい値に設定してください。これは、サーバーがダイジェストを返してから Bazel が受け取るまでに時間差があるためです。
タグ: execution
--experimental_remote_capture_corrupted_outputs=<a path> デフォルト: 説明を参照
破損した出力がキャプチャされるディレクトリのパス。
--[no]experimental_remote_discard_merkle_trees のデフォルト値は「true」です。
true に設定した場合、GetActionResult() と Execute() の呼び出し中に、入力ルートのマークルツリーのメモリ内コピーと関連する入力マッピングを破棄します。これによりメモリ使用量が大幅に削減されますが、リモート キャッシュミスや再試行時に Bazel による再計算が必要になります。
--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_failure_rate_threshold=<an integer in 0-100 range> デフォルト: 「10」
特定の時間枠内で許容される失敗率をパーセンテージで設定します。この期間が経過するとリモート キャッシュ/エグゼキュータの呼び出しを停止します。デフォルト値は 10 です。これを 0 に設定した場合、制限はありません。
タグ: execution
--experimental_remote_failure_window_interval=<An immutable length of time.> デフォルト: 「60s」
リモート リクエストの失敗率を計算する間隔。0 または負の値の場合、失敗時間は実行時間全体として計算されます。日(d)、時間(h)、分(m)、秒(s)、ミリ秒(ms)の単位を使用できます。単位を省略すると、値は秒として解釈されます。
タグ: execution
--[no]experimental_remote_mark_tool_inputs デフォルト: 「false」
true に設定した場合、Bazel は入力をリモート エグゼキュータのツール入力としてマークします。これを使用して、リモート永続ワーカーを実装できます。
--[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 です。
--experimental_remote_output_service=<a string> デフォルト: 説明を参照
リモート出力サービス エンドポイントの HOST または HOST:PORT 。サポートされているスキーマは、grpc、grpcs(TLS が有効な grpc)、unix(ローカル UNIX ソケット)です。スキーマが指定されていない場合、Bazel はデフォルトで grpcs になります。grpc:// または unix: schema を指定して TLS を無効にします。
--experimental_remote_output_service_output_path_prefix=<a string> デフォルト: ""
--experimental_remote_output_service によって管理される出力ディレクトリの内容が配置されるパス。ビルドで使用される実際の出力ディレクトリは、このパスの子孫になり、出力サービスによって決まります。
--[no]experimental_remote_require_cached デフォルト: 「false」
true に設定した場合、リモートで実行できるすべてのアクションがキャッシュに保存されます。キャッシュに保存されない場合は、ビルドが失敗します。新しい結果を誤ってキャッシュに挿入することなく、キャッシュに保存すべきアクションが実際にキャッシュに保存されるかどうかを確認できるため、非決定性に関する問題のトラブルシューティングに役立ちます。
--experimental_remote_scrubbing_config=<Converts to a Scrubber> デフォルト: 説明を参照
指定された構成ファイルを使用したリモート キャッシュキーのスクラブを有効にします。構成ファイルはテキスト形式のプロトコル バッファである必要があります(src/main/protobuf/remote_scrubbing.proto を参照)。この機能は、同じプラットフォームを対象とする異なるプラットフォームで実行されるアクション間で、リモート/ディスク キャッシュの共有を容易にすることを目的としています。不適切な設定を行うと、キャッシュ エントリが誤って共有され、誤ったビルドにつながる可能性があるため、慎重に使用してください。 スクラブはアクションの実行方法には影響せず、アクションの結果を取得または保存するためのリモート/ディスク キャッシュキーの計算方法にのみ影響します。スクラブされたアクションはリモート実行と互換性がなく、常にローカルで実行されます。スクラブ設定を変更しても、ローカル ファイルシステムや内部キャッシュにある出力は無効になりません。影響を受ける操作を再実行するには、クリーンビルドが必要です。 この機能を正常に使用するには、カスタムの --host_platform を、--experimental_platform_in_output_dir(出力接頭辞を正規化する)および --compatible_strict_action_env(環境変数を正規化する)と一緒に設定することをおすすめします。
--[no]incompatible_remote_build_event_upload_respect_no_cache デフォルト: 「false」
非推奨。処理なし。代わりに --remote_build_event_upload=minimal を使用します。
--[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」です。
オペレーションなし
タグ: incompatible_change
--[no]remote_accept_cached のデフォルト値は「true」です。
リモートでキャッシュに保存されたアクションの結果を受け入れるかどうか。
--remote_build_event_upload=<all or minimal> のデフォルト: 「minimal」
「all」に設定すると、BEP で参照されるすべてのローカル出力がリモート キャッシュにアップロードされます。 「minimal」に設定すると、BEP のコンシューマにとって重要なファイル(テストログやタイミング プロファイルなど)を除き、BEP で参照されるローカル出力はリモート キャッシュにアップロードされません。bytestream:// スキームは常に、リモート キャッシュにない場合でもファイルの URI に使用されます。 デフォルトは「minimal」です。
--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 をご覧ください。
--[no]remote_cache_compression デフォルト: 「false」
有効にすると、サイズが --experimental_remote_cache_compression_threshold 以上のときに、zstd を使用してキャッシュ blob を圧縮/解凍します。
--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_download_regex=<a valid Java regular expression> 件の複数回の使用が累積されます
--remote_download_outputs に関係なく、このパターンにパスが一致するリモートビルド出力のダウンロードを強制します。このフラグを繰り返すと、複数のパターンを指定できます。
タグ: affects_outputs
--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 になります。grpc:// または unix: schema を指定して TLS を無効にします。
--remote_grpc_log=<a path> デフォルト: 説明を参照
指定する場合、gRPC 呼び出しに関連する詳細をログに記録するファイルのパス。このログは、シリアル化された com.google.devtools.build.lib.remote.logging.RemoteExecutionLog.LogEntry protobuf のシーケンスで構成されます。各メッセージの前には、次のシリアル化された protobuf メッセージのサイズを示す varint が付きます。これは、メソッド LogEntry.writeDelimitedTo(OutputStream) によって実行されます。
--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」
NoOps、非推奨。詳しくは、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_retry_max_delay=<An immutable length of time.> デフォルト: 「5s」
リモート再試行間の最大バックオフ遅延。使用できる単位は、日(d)、時間(h)、分(m)、秒(s)、ミリ秒(ms)です。単位を省略すると、値は秒として解釈されます。
--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 はすべてのリモート ダウンロードのハッシュ合計を計算し、想定された値と一致しない場合は、リモートからキャッシュに保存された値を破棄します。
その他のカテゴリ(特に分類されていないもの):
--build_metadata=<a 'name=value' assignment> 件の複数回の使用が累積されます
ビルドイベントで指定するカスタム Key-Value 文字列ペア。
タグ: terminal_output
--color=<yes, no or auto> のデフォルト: "auto"
ターミナル コントロールを使用して、出力に色を付けます。
--config=<a string> 件の複数回の使用が累積されます
rc ファイルから追加の構成セクションを選択します。すべての <command> について、そのようなセクションが存在する場合は <command>:<config> からオプションも取得します。このセクションがどの .rc ファイルにも存在しない場合、Blaze はエラーで失敗します。config セクションとそれらと同等のフラグの組み合わせは、tools/*.blazerc 構成ファイルにあります。
--credential_helper=<Path to a credential helper. It may be absolute, relative to the PATH environment variable, or %workspace%-relative. The path be optionally prefixed by a scope followed by an '='. The scope is a domain name, optionally with a single leading '*' wildcard component. A helper applies to URIs matching its scope, with more specific scopes preferred. If a helper has no scope, it applies to every URI.> 件の複数回の使用が累積されます
<a href="https://github.com/EngFlow/credential-helper-spec">Credential Helper Specification</a> に沿って、リポジトリの取得、リモート キャッシュと実行、ビルドイベント サービス用の認証情報の取得に使用する認証情報ヘルパーを構成します。 ヘルパーが提供する認証情報は、「--google_default_credentials」、「--google_credentials」、「.netrc」ファイル、または「repository_resourcemanager.download()」と「repository_resourcemanager.download_and_extract()」の auth パラメータよりも優先されます。 複数のヘルパーを設定する場合は、複数回指定できます。 手順については、https://blog.engflow.com/2023/10/09/configure-bazels-credential-helper/ をご覧ください。
--credential_helper_cache_duration=<An immutable length of time.> デフォルト: 「30m」
認証情報ヘルパーが認証情報の有効期限が切れたときに提供されていない場合に、認証情報ヘルパーが提供する認証情報がキャッシュに保存されるデフォルトの期間。
--credential_helper_timeout=<An immutable length of time.> デフォルト: 「10s」
認証情報ヘルパーのタイムアウトを構成します。このタイムアウト内に応答しない認証情報ヘルパーは、呼び出しに失敗します。
--curses=<yes, no or auto> のデフォルト: "auto"
ターミナル カーソル コントロールを使用して、スクロール出力を最小化します。
--disk_cache=<a path> デフォルト: 説明を参照
Bazel がアクションとアクション出力を読み書きできるディレクトリのパス。ディレクトリが存在しない場合は作成されます。
--[no]enable_platform_specific_config デフォルト: 「false」
true の場合、Bazel は bazelrc ファイルからホスト OS 固有の構成行を取得します。たとえば、ホスト OS が Linux で bazel ビルドを実行すると、Bazel は build:linux で始まる行を選択します。サポートされている OS 識別子は、linux、macos、windows、freebsd、openbsd です。このフラグを有効にすると、Linux では --config=linux、Windows では --config=windows などを使用した場合と同等です。
--[no]experimental_rule_extension_api デフォルト: 「false」
試験運用版のルール拡張 API とサブルール API を有効にします
タグ: loading_and_analysisexperimental
--[no]experimental_windows_watchfs デフォルト: 「false」
true の場合、Windows の --watchfs のサポート(試験運用版)が有効になります。それ以外の場合は、--watchfss は Windows ではオペレーションを実行しません。--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 が送信されます。ただし、保留中の gRPC 呼び出しが 1 つ以上ある場合に限られます。時間は秒単位の粒度として扱われます。1 秒未満の値を設定するとエラーになります。デフォルトでは、キープアライブ ping は無効になっています。この設定を有効にする前に、サービス オーナーと調整する必要があります。たとえば、このフラグに 30 秒の値を設定するには、--grpc_keepalive_time=30s のようにする必要があります。
--grpc_keepalive_timeout=<An immutable length of time.> デフォルト: 「20s」
送信 gRPC 接続のキープアライブ タイムアウトを構成します。キープアライブ ping が --grpc_keepalive_time で有効になっている場合、この時間が経過しても Bazel が ping 応答を受信しないと、接続がタイムアウトします。時間は秒単位の粒度として扱われます。1 秒未満の値を設定するとエラーになります。キープアライブ ping が無効になっている場合、この設定は無視されます。
--[no]incompatible_disable_non_executable_java_binary デフォルト: 「false」
true の場合、java_binary は常に実行可能です。create_executable 属性は削除されます。
タグ: loading_and_analysisincompatible_change
オペレーションなし
タグ: 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 にマッピングされます。
タグ: terminal_output
--[no]watchfs デフォルト: 「false」
Linux/macOS の場合: true の場合、bazel はすべてのファイルで変更をスキャンする代わりに、ローカルの変更に対してオペレーティング システムのファイル監視サービスを使用しようとします。Windows の場合: このフラグは現在オペレーションではありませんが、--experimental_windows_watchfs と組み合わせて有効にできます。すべての OS: ワークスペースがネットワーク ファイル システム上にあり、リモートマシンでファイルを編集する場合、動作は未定義になります。

Analyze-profile オプション

コマンドの前に表示され、クライアントによって解析されるオプション:
--distdir=<a path> 件の複数回の使用が累積されます
ネットワークにアクセスしてアーカイブをダウンロードする前に、アーカイブを検索できる追加の場所です。
タグ: bazel_internal_configuration
リポジトリ キャッシュを設定すると、キャッシュ ヒットが発生した場合に、ファイルがコピーされずにハードリンクされます。これはディスク容量を節約するためです。
タグ: bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer> デフォルト: 「0」
ダウンロード エラーの再試行の最大回数。0 に設定すると、再試行は無効になります。
タグ: experimental
--experimental_scale_timeouts=<a double> デフォルト: 「1.0」
この係数に基づいて、Starlark リポジトリ ルールのすべてのタイムアウトをスケーリングします。このようにして、ソースコードを変更せずに、外部リポジトリをルール作成者の予想よりも遅いマシンで動作させることができます。
タグ: bazel_internal_configurationexperimental
--http_connector_attempts=<an integer> デフォルト: 「8」
HTTP ダウンロードの最大試行回数。
タグ: bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.> デフォルト: 「0s」
HTTP ダウンロードの再試行の最大タイムアウト。値が 0 の場合、タイムアウトの最大値は定義されません。
タグ: bazel_internal_configuration
--http_timeout_scaling=<a double> デフォルト: 「1.0」
HTTP ダウンロードに関連するすべてのタイムアウトを特定の係数でスケーリングします
タグ: bazel_internal_configuration
--repository_cache=<a path> デフォルト: 説明を参照
外部リポジトリの取得中に取得された、ダウンロードされた値のキャッシュ ロケーションを指定します。引数として空の文字列を指定すると、キャッシュの無効化をリクエストします。それ以外の場合は、デフォルトの「<output_user_root>/cache/repos/v1」が使用されます。
タグ: bazel_internal_configuration
--[no]repository_disable_download デフォルト: 「false」
設定すると、リポジトリの取得中に resourcemanager.download{,_and_extract} を使用してダウンロードできなくなります。なお、ネットワーク アクセスは完全には無効ではありません。インターネットにアクセスする任意の実行可能ファイルを datastore.execute で実行することは可能です。
タグ: bazel_internal_configuration
ビルド実行を制御するオプション:
--gc_thrashing_threshold=<an integer in 0-100 range> デフォルト: 「100」
GcThrashingDetector がメモリ プレッシャー イベントを上限(--gc_thrashing_limits)に照らして考慮する、現在の領域が占有する割合(0 ~ 100)。100 に設定すると、GcThrashingDetector が無効になります。
タグ: host_machine_resource_optimizations
このオプションは、BUILD ファイル、.bzl ファイル、WORKSPACE ファイルからアクセスできる Starlark 言語または Build API のセマンティクスに影響します。
--[no]incompatible_depset_for_java_output_source_jars のデフォルト値は「true」です。
オペレーションなし
タグ: loading_and_analysisincompatible_change
--[no]incompatible_new_actions_api のデフォルト値は「true」です。
オペレーションなし
タグ: no_opincompatible_change
--[no]incompatible_visibility_private_attributes_at_definition のデフォルト値は「true」です。
オペレーションなし
タグ: no_opincompatible_change
--[no]separate_aspect_deps のデフォルト値は「true」です。
No-op
タグ: no_op
Bzlmod の出力とセマンティクスに関連するオプション:
--allow_yanked_versions=<a string> 件の複数回の使用が累積されます
モジュール バージョンを `<module1>@<version1>,<module2>@<version2>` の形式で指定しました。これは、モジュール バージョンが来たレジストリでヤンクされていると宣言されていても(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」を無視します。これらの dev 依存関係は、このフラグの値にかかわらず、MODULE.bazel がルート モジュールでない場合、常に無視されます。
タグ: loading_and_analysis
--lockfile_mode=<off, update or error> デフォルト: "update"
ロックファイルの使用方法と使用するかどうかを指定します。有効な値は、「update」でロックファイルを使用し、変更があった場合は「update」、ロックファイルを使用する場合は「error」、ロックファイルが最新でない場合はエラーをスローする「off」です。
タグ: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path> 件の複数回の使用が累積されます
<モジュール名>=<パス> の形式でモジュールをオーバーライドします。指定されたパスが絶対パスの場合は、そのまま使用されます。指定されたパスが相対パスの場合は、現在の作業ディレクトリを基準とする相対パスになります。指定されたパスが「%workspace%」で始まる場合、これは「bazel info workspace」の出力であるワークスペースのルートからの相対パスです。
--registry=<a string> 件の複数回の使用が累積されます
Bazel モジュールの依存関係を見つけるために使用するレジストリを指定します。順序は重要です。モジュールは以前のレジストリで最初に検索され、以前のレジストリでモジュールが欠落している場合にのみ、後のレジストリにフォールバックします。
タグ: changes_inputs
--vendor_dir=<a path> デフォルト: 説明を参照
外部リポジトリをベンダーモードで取得するか、ビルド中に使用するかによらず、外部リポジトリを保持するディレクトリを指定します。パスは、絶対パスまたはワークスペース ディレクトリへの相対パスとして指定できます。
タグ: loading_and_analysis
ビルド時間の最適化をトリガーするオプション:
--gc_thrashing_limits=<comma separated pairs of <period>:<count>> デフォルト: 「1s:2,20s:3,1m:5」
上限に達した場合に GcThrashingDetector が OOM で Bazel をクラッシュさせる原因となる上限。それぞれの制限は、<period>:<count> の形式で指定します。ここで、period は期間、count は正の整数です。<period> で連続 <count> のフル GC を行った後に、残存容量(旧世代ヒープ)の --gc_thrashing_threshold パーセント以上が占有されている場合、OOM がトリガーされます。複数の上限はカンマで区切って指定できます。
タグ: host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0> デフォルト: 「2147483647」
Bazel の内部 Skyframe エンジンの高度な構成を示すフラグ。Bazel は、保持されているヒープの割合の使用率が --skyframe_high_water_mark_threshold で設定されたしきい値を超えたことを検出した場合、完全な GC イベントが発生すると、呼び出しごとにこの回数まで、不要な一時的な Skyframe 状態を削除します。デフォルトは Integer.MAX_VALUE で、実質的に無制限です。ゼロは、完全な GC イベントでドロップがトリガーされないことを意味します。上限に達すると、フル GC イベントが発生してその保持ヒープの割合のしきい値を超えたときに、Skyframe の状態が破棄されなくなります。
タグ: host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0> デフォルト: 「2147483647」
Bazel の内部 Skyframe エンジンの高度な構成を示すフラグ。保持されているヒープの割合の使用率が --skyframe_high_water_mark_threshold で設定されたしきい値を超えていることを Bazel が検出した場合、マイナー GC イベントが発生したときに、不要な一時 Skyframe の状態を呼び出し 1 回あたり数回まで破棄します。デフォルトは Integer.MAX_VALUE で、実質的に無制限です。ゼロは、マイナー GC イベントによってドロップがトリガーされないことを意味します。上限に達すると、マイナー GC イベントが発生してその保持ヒープの割合のしきい値を超えたときに、Skyframe の状態が破棄されなくなります。
タグ: host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer> デフォルト: 「85」
Bazel の内部 Skyframe エンジンの高度な構成を示すフラグ。Bazel は、保持されているヒープの割合の使用率がこのしきい値以上であることを検出した場合、不要な一時的な Skyframe の状態を削除します。これを微調整することで、GC スラッシングが(i)この一時的な状態のメモリ使用量によって引き起こされ、(ii)必要なときに状態を再構成するよりもコストがかかる場合に、GC スラッシングによる経過時間の影響を軽減できる可能性があります。
タグ: host_machine_resource_optimizations
ロギングの詳細度、形式、場所に影響するオプション:
--dump=<text or raw> [-d] デフォルト: 説明を参照
完全なプロファイル データダンプを、人が読める形式の「テキスト」形式またはスクリプトに適した「raw」形式で出力します。
タグ: bazel_monitoring
--experimental_command_profile=<cpu, wall, alloc or lock> デフォルト: 説明を参照
コマンドの実行中に Java フライト レコーダー プロファイルを記録します。サポートされているプロファイリング イベントタイプ(cpu、wall、alloc、lock)のいずれかを引数として指定する必要があります。プロファイルは、出力ベース ディレクトリの下にある、イベントタイプにちなんだ名前のファイルに書き込まれます。このフラグの構文とセマンティクスは、今後、追加のプロファイル タイプまたは出力形式をサポートするために変更される場合があります。自己責任で使用してください。
--[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」、「block」を表す)または 2 つのパターン(1 つは照合対象、もう 1 つは代替 URL として使用され、後方参照は `$1` から始まります)で始まります。複数の `rewrite` ディレクティブを指定すると、複数の URL が返される場合があります。この場合、複数の URL が返されます。
--experimental_worker_for_repo_fetching=<off, platform, virtual or auto> のデフォルト: "auto"
リポジトリの取得に使用するスレッドモード。「off」に設定すると、ワーカー スレッドは使用されず、リポジトリの取得は再起動の対象となります。それ以外の場合は、プラットフォーム スレッド(OS スレッド)が「platform」に設定されている場合は使用し、「virtual」に設定されている場合は仮想スレッドが使用されます。「auto」に設定すると、(JDK 21 以降で実行されているなど)利用可能な場合は仮想スレッドが使用されます。それ以外の場合は、ワーカー スレッドは使用されません。
その他のカテゴリ(特に分類されていないもの):
--override_repository=<an equals-separated mapping of repository name to path> 件の複数回の使用が累積されます
<repository name>=<path> という形式のローカルパスで、リポジトリをオーバーライドします。指定されたパスが絶対パスの場合は、そのまま使用されます。指定されたパスが相対パスの場合は、現在の作業ディレクトリを基準とする相対パスになります。指定されたパスが「%workspace%」で始まる場合、これは「bazel info workspace」の出力であるワークスペースのルートからの相対パスです。

Aquery オプション

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

コマンドの前に表示され、クライアントによって解析されるオプション:
--distdir=<a path> 件の複数回の使用が累積されます
ネットワークにアクセスしてアーカイブをダウンロードする前に、アーカイブを検索できる追加の場所です。
タグ: bazel_internal_configuration
リポジトリ キャッシュを設定すると、キャッシュ ヒットが発生した場合に、ファイルがコピーされずにハードリンクされます。これはディスク容量を節約するためです。
タグ: bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer> デフォルト: 「0」
ダウンロード エラーの再試行の最大回数。0 に設定すると、再試行は無効になります。
タグ: experimental
--experimental_scale_timeouts=<a double> デフォルト: 「1.0」
この係数に基づいて、Starlark リポジトリ ルールのすべてのタイムアウトをスケーリングします。このようにして、ソースコードを変更せずに、外部リポジトリをルール作成者の予想よりも遅いマシンで動作させることができます。
タグ: bazel_internal_configurationexperimental
--http_connector_attempts=<an integer> デフォルト: 「8」
HTTP ダウンロードの最大試行回数。
タグ: bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.> デフォルト: 「0s」
HTTP ダウンロードの再試行の最大タイムアウト。値が 0 の場合、タイムアウトの最大値は定義されません。
タグ: bazel_internal_configuration
--http_timeout_scaling=<a double> デフォルト: 「1.0」
HTTP ダウンロードに関連するすべてのタイムアウトを特定の係数でスケーリングします
タグ: bazel_internal_configuration
--repository_cache=<a path> デフォルト: 説明を参照
外部リポジトリの取得中に取得された、ダウンロードされた値のキャッシュ ロケーションを指定します。引数として空の文字列を指定すると、キャッシュの無効化をリクエストします。それ以外の場合は、デフォルトの「<output_user_root>/cache/repos/v1」が使用されます。
タグ: bazel_internal_configuration
--[no]repository_disable_download デフォルト: 「false」
設定すると、リポジトリの取得中に resourcemanager.download{,_and_extract} を使用してダウンロードできなくなります。なお、ネットワーク アクセスは完全には無効ではありません。インターネットにアクセスする任意の実行可能ファイルを datastore.execute で実行することは可能です。
タグ: bazel_internal_configuration
ビルド実行を制御するオプション:
--gc_thrashing_threshold=<an integer in 0-100 range> デフォルト: 「100」
GcThrashingDetector がメモリ プレッシャー イベントを上限(--gc_thrashing_limits)に照らして考慮する、現在の領域が占有する割合(0 ~ 100)。100 に設定すると、GcThrashingDetector が無効になります。
タグ: host_machine_resource_optimizations
このオプションは、BUILD ファイル、.bzl ファイル、WORKSPACE ファイルからアクセスできる Starlark 言語または Build API のセマンティクスに影響します。
--[no]incompatible_depset_for_java_output_source_jars のデフォルト値は「true」です。
オペレーションなし
タグ: loading_and_analysisincompatible_change
--[no]incompatible_new_actions_api のデフォルト値は「true」です。
オペレーションなし
タグ: no_opincompatible_change
--[no]incompatible_visibility_private_attributes_at_definition のデフォルト値は「true」です。
オペレーションなし
タグ: no_opincompatible_change
--[no]separate_aspect_deps のデフォルト値は「true」です。
No-op
タグ: no_op
クエリの出力とセマンティクスに関連するオプション:
--aspect_deps=<off, conservative or precise> デフォルト: "conservative"
出力形式が {xml,proto,record} のいずれかである場合にアスペクトの依存関係を解決する方法。「off」は、アスペクトの依存関係が解決されていないことを意味し、「conservative」(デフォルト)は、直接的な依存関係のルールクラスが与えられているかどうかにかかわらず、宣言されたすべてのアスペクトの依存関係が追加されることを意味します。「precise」は、直接的な依存関係のルールクラスが与えられると、アクティブなアスペクトのみが追加されることを意味します。精密モードでは、1 つのターゲットを評価するために他のパッケージを読み込む必要があるため、他のモードよりも遅くなります。なお、厳密なモードであっても完全に正確というわけではありません。アスペクトを計算するかどうかの決定は、分析フェーズで決定され、「bazel query」では実行されません。
タグ: build_file_semantics
--[no]consistent_labels デフォルト: 「false」
有効にすると、<code>Label</code> インスタンスに適用された Starlark <code>str</code> 関数と同様に、すべてのクエリコマンドがラベルを出力します。これは、さまざまなクエリコマンドの出力やルールから発行されるラベルを照合する必要があるツールに便利です。有効になっていない場合、出力フォーマッタは、出力を読みやすくするために、見かけ上(メイン リポジトリからの相対名)リポジトリ名を自由に出力できます。
タグ: terminal_output
--[no]experimental_explicit_aspects デフォルト: 「false」
aquery、cquery: アスペクトで生成されたアクションを出力に含めるかどうか。query: no-op(アスペクトは常に従う)。
タグ: 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、RepoMappingManifest の各アクションのファイル コンテンツ(サイズが大きくなる可能性もある)を含めます。
タグ: terminal_output
--[no]include_param_files デフォルト: 「false」
コマンドで使用されるパラメータ ファイルの内容を含めます(サイズが大きくなる場合もあります)。注: このフラグを有効にすると、--include_commandline フラグが自動的に有効になります。
タグ: terminal_output
--[no]include_scheduling_dependencies デフォルト: 「false」
アクションのスケジューリング依存関係の名前が含まれます(サイズが大きくなる可能性があります)。--include_artifacts も設定されている場合にのみ有効になります。
タグ: terminal_output
--[no]incompatible_package_group_includes_double_slash のデフォルト値は「true」です。
有効にすると、package_group の「packages」属性を出力するときに先頭の「//」が省略されません。
タグ: terminal_outputincompatible_change
--[no]infer_universe_scope デフォルト: 「false」
設定されていて --universe_scope が設定されていない場合、--universe_scope の値がクエリ式内の一意のターゲット パターンのリストとして推定されます。ユニバース スコープの関数(allrdeps など)を使用するクエリ式に対して推測される --universe_scope 値は、意図したとおりではない可能性があるため、実行内容を理解している場合にのみこのオプションを使用してください。詳細と例については、https://bazel.build/reference/query#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 の結果を出力する形式。aquery で使用できる値は、text、textproto、proto、streamed_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_attribute_source_aspects デフォルト: 「false」
各属性の source_aspect_name proto フィールドに、属性の取得元であるソースのアスペクトを入力します(そうでない場合は空の文字列)。
タグ: terminal_output
--[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」です。
クエリ: 無効にすると、クエリが実行される依存関係グラフに「exec 構成」の依存関係が含まれません。「exec configuration」の依存関係エッジ(任意の「proto_library」ルールから Protocol Compiler へのルールなど)は通常、同じ「ターゲット」プログラムの一部ではなく、ビルド中に実行されたツールを指します。 Cquery: 無効にすると、この構成済みターゲットを検出した最上位ターゲットから、実行遷移をまたぐすべての構成済みターゲットを除外します。つまり、トップレベル ターゲットがターゲット構成に含まれている場合は、ターゲット構成内にも構成されたターゲットのみが返されます。最上位のターゲットが exec 構成にある場合、exec で構成されたターゲットのみが返されます。このオプションは、解決済みのツールチェーンを除外しません。
タグ: build_file_semantics
--universe_scope=<comma-separated list of options> デフォルト: ""
カンマ区切りのターゲット パターンのセット(加算と減算)。クエリは、指定されたターゲットの推移的クロージャによって定義される宇宙で実行できます。このオプションは、query コマンドと cquery コマンドで使用されます。cquery の場合、このオプションへの入力は、すべての回答がビルドされるターゲットであるため、このオプションは構成や遷移に影響する可能性があります。このオプションが指定されていない場合、最上位のターゲットはクエリ式から解析されたターゲットとみなされます。注: cquery の場合、このオプションを指定しないと、クエリ式から解析されたターゲットがトップレベル オプションでビルドできない場合、ビルドが中断される可能性があります。
タグ: loading_and_analysis
Bzlmod の出力とセマンティクスに関連するオプション:
--allow_yanked_versions=<a string> 件の複数回の使用が累積されます
モジュール バージョンを `<module1>@<version1>,<module2>@<version2>` の形式で指定しました。これは、モジュール バージョンが来たレジストリでヤンクされていると宣言されていても(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」を無視します。これらの dev 依存関係は、このフラグの値にかかわらず、MODULE.bazel がルート モジュールでない場合、常に無視されます。
タグ: loading_and_analysis
--lockfile_mode=<off, update or error> デフォルト: 「update」
ロックファイルの使用方法と使用するかどうかを指定します。有効な値は、「update」でロックファイルを使用し、変更があった場合は「update」、ロックファイルを使用する場合は「error」、ロックファイルが最新でない場合はエラーをスローする「off」です。
タグ: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path> 件の複数回の使用が累積されます
<モジュール名>=<パス> の形式でモジュールをオーバーライドします。指定されたパスが絶対パスの場合は、そのまま使用されます。指定されたパスが相対パスの場合は、現在の作業ディレクトリを基準とする相対パスになります。指定されたパスが「%workspace%」で始まる場合、これは「bazel info workspace」の出力であるワークスペースのルートからの相対パスです。
--registry=<a string> 件の複数回の使用が累積されます
Bazel モジュールの依存関係を見つけるために使用するレジストリを指定します。順序は重要です。モジュールは以前のレジストリで最初に検索され、以前のレジストリでモジュールが欠落している場合にのみ、後のレジストリにフォールバックします。
タグ: changes_inputs
--vendor_dir=<a path> デフォルト: 説明を参照
外部リポジトリをベンダーモードで取得するか、ビルド中に使用するかによらず、外部リポジトリを保持するディレクトリを指定します。パスは、絶対パスまたはワークスペース ディレクトリへの相対パスとして指定できます。
タグ: loading_and_analysis
ビルド時間の最適化をトリガーするオプション:
--gc_thrashing_limits=<comma separated pairs of <period>:<count>> デフォルト: 「1s:2,20s:3,1m:5」
上限に達した場合に GcThrashingDetector が OOM で Bazel をクラッシュさせる原因となる上限。それぞれの制限は、<period>:<count> の形式で指定します。ここで、period は期間、count は正の整数です。<period> で連続 <count> のフル GC を行った後に、残存容量(旧世代ヒープ)の --gc_thrashing_threshold パーセント以上が占有されている場合、OOM がトリガーされます。複数の上限はカンマで区切って指定できます。
タグ: host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0> デフォルト: 「2147483647」
Bazel の内部 Skyframe エンジンの高度な構成を示すフラグ。Bazel は、保持されているヒープの割合の使用率が --skyframe_high_water_mark_threshold で設定されたしきい値を超えたことを検出した場合、完全な GC イベントが発生すると、呼び出しごとにこの回数まで、不要な一時的な Skyframe 状態を削除します。デフォルトは Integer.MAX_VALUE で、実質的に無制限です。ゼロは、完全な GC イベントでドロップがトリガーされないことを意味します。上限に達すると、フル GC イベントが発生してその保持ヒープの割合のしきい値を超えたときに、Skyframe の状態が破棄されなくなります。
タグ: host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0> デフォルト: 「2147483647」
Bazel の内部 Skyframe エンジンの高度な構成を示すフラグ。保持されているヒープの割合の使用率が --skyframe_high_water_mark_threshold で設定されたしきい値を超えていることを Bazel が検出した場合、マイナー GC イベントが発生したときに、不要な一時 Skyframe の状態を呼び出し 1 回あたり数回まで破棄します。デフォルトは Integer.MAX_VALUE で、実質的に無制限です。ゼロは、マイナー GC イベントによってドロップがトリガーされないことを意味します。上限に達すると、マイナー GC イベントが発生してその保持ヒープの割合のしきい値を超えたときに、Skyframe の状態が破棄されなくなります。
タグ: host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer> デフォルト: 「85」
Bazel の内部 Skyframe エンジンの高度な構成を示すフラグ。Bazel は、保持されているヒープの割合の使用率がこのしきい値以上であることを検出した場合、不要な一時的な Skyframe の状態を削除します。これを微調整することで、GC スラッシングが(i)この一時的な状態のメモリ使用量によって引き起こされ、(ii)必要なときに状態を再構成するよりもコストがかかる場合に、GC スラッシングによる経過時間の影響を軽減できる可能性があります。
タグ: host_machine_resource_optimizations
ロギングの詳細度、形式、場所に影響するオプション:
--experimental_command_profile=<cpu, wall, alloc or lock> デフォルト: 説明を参照
コマンドの実行中に Java フライト レコーダー プロファイルを記録します。サポートされているプロファイリング イベントタイプ(cpu、wall、alloc、lock)のいずれかを引数として指定する必要があります。プロファイルは、出力ベース ディレクトリの下にある、イベントタイプにちなんだ名前のファイルに書き込まれます。このフラグの構文とセマンティクスは、今後、追加のプロファイル タイプまたは出力形式をサポートするために変更される場合があります。自己責任で使用してください。
--[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」、「block」を表す)または 2 つのパターン(1 つは照合対象、もう 1 つは代替 URL として使用され、後方参照は `$1` から始まります)で始まります。複数の `rewrite` ディレクティブを指定すると、複数の URL が返される場合があります。この場合、複数の URL が返されます。
--experimental_worker_for_repo_fetching=<off, platform, virtual or auto> のデフォルト: "auto"
リポジトリの取得に使用するスレッドモード。「off」に設定すると、ワーカー スレッドは使用されず、リポジトリの取得は再起動の対象となります。それ以外の場合は、プラットフォーム スレッド(OS スレッド)が「platform」に設定されている場合は使用し、「virtual」に設定されている場合は仮想スレッドが使用されます。「auto」に設定すると、(JDK 21 以降で実行されているなど)利用可能な場合は仮想スレッドが使用されます。それ以外の場合は、ワーカー スレッドは使用されません。
その他のカテゴリ(特に分類されていないもの):
--override_repository=<an equals-separated mapping of repository name to path> 件の複数回の使用が累積されます
<repository name>=<path> という形式のローカルパスで、リポジトリをオーバーライドします。指定されたパスが絶対パスの場合は、そのまま使用されます。指定されたパスが相対パスの場合は、現在の作業ディレクトリを基準とする相対パスになります。指定したパスが「%workspace%」で始まる場合は、「bazel info workspace」の出力であるワークスペースのルートからの相対パスになります
ビルド実行を制御するオプション:
シンボリック リンク ツリーを作成するために直接ファイル システム呼び出しを行うかどうか
タグ: loading_and_analysisexecutionexperimental
--[no]experimental_persistent_aar_extractor デフォルト: 「false」
ワーカーを使用して永続 AAR エクストラクタを有効にします。
タグ: execution
--[no]experimental_remotable_source_manifests デフォルト: 「false」
ソース マニフェストのアクションをリムーバブルにするかどうか
タグ: loading_and_analysisexecutionexperimental
--[no]experimental_split_coverage_postprocessing デフォルト: 「false」
true の場合、Bazel は新しい Spawn でテストのためにカバレッジの後処理を実行します。
タグ: 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 アクションを有効にします。
次のように展開:
  --internal_persistent_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
}6/1}




--strategy=Aapt2Optimize=worker--strategy=AARGenerator=worker--strategy=ProcessDatabinding=worker--strategy=GenerateDataBindingBaseClasses=workerhost_machine_resource_optimizationsexecution
--persistent_multiplex_android_dex_desugar
ワーカーを使用して、永続的な多重化された Android dex アクションと desugar アクションを有効にします。
次のように展開:
  --persistent_android_dex_desugar
  --internal_persistent_multiplex_android_dex_desugar

タグ: 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

/6/6/

--modify_execution_info=Aapt2Optimize=+supports-multiplex-workers--modify_execution_info=AARGenerator=+supports-multiplex-workershost_machine_resource_optimizationsexecution
--persistent_multiplex_android_tools
永続的な多重化された Android ツール(dex、脱糖、リソース処理)を有効にします。
次のように展開:
  --internal_persistent_multiplex_busybox_tools
  --persistent_multiplex_android_resource_processor
  --persistent_multiplex_android_dex_desugar

タグ: host_machine_resource_optimizationsexecution
--[no]use_target_platform_for_tests デフォルト: 「false」
true の場合、Bazel はテスト実行グループではなく、ターゲット プラットフォームを使用してテストを実行します。
タグ: 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_crosstool_top=<a build target label> デフォルト: "@bazel_tools//tools/cpp:ツールチェーン"
Apple と Objc のルールとその依存関係で使用されるクロスツール パッケージのラベル。
タグ: loses_incremental_statechanges_inputs
--cc_output_directory_tag=<a string> デフォルト: ""
構成ディレクトリに追加するサフィックスを指定します。
タグ: affects_outputs
--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
--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_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 ファイルで宣言されたプラットフォームよりも前に考慮されます。このオプションは 1 回だけ設定できます。後のインスタンスは以前のフラグ設定をオーバーライドします。
タグ: execution
--extra_toolchains=<comma-separated list of options> 件の複数回の使用が累積されます
ツールチェーンの解決時に考慮されるツールチェーン ルール。ツールチェーンは正確なターゲットで指定することも、ターゲット パターンとして指定することもできます。これらのツールチェーンは、register_chains() によって WORKSPACE ファイルで宣言されているものよりも前に考慮されます。
タグ: affects_outputschanges_inputsloading_and_analysis
--grte_top=<a label> デフォルト: 説明を参照
チェックインされた libc ライブラリのラベル。デフォルト値はクロスツール ツールチェーンによって選択されるため、オーバーライドする必要はほとんどありません。
タグ: action_command_linesaffects_outputs
--host_compiler=<a string> デフォルト: 説明を参照
NoOps フラグ。今後のリリースで削除される予定です。
タグ: loading_and_analysisexecution
--host_grte_top=<a label> デフォルト: 説明を参照
この設定を指定すると、実行構成の libc 最上位ディレクトリ(--grte_top)がオーバーライドされます。
タグ: action_command_linesaffects_outputs
--host_platform=<a build target label> デフォルト: "@local_config_platform//:host"
ホストシステムを記述するプラットフォーム ルールのラベル。
タグ: affects_outputschanges_inputsloading_and_analysis
--[no]incompatible_dont_enable_host_nonhost_crosstool_features のデフォルト値は「true」です。
true の場合、Bazel は c++ ツールチェーンの「host」機能と「nonhost」機能を有効にしません(詳しくは、https://github.com/bazelbuild/bazel/issues/7407 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_enable_android_toolchain_resolution のデフォルト値は「true」です。
ツールチェーンの解決を使用して、Android ルール用の Android SDK を選択します(Starlark とネイティブ)
タグ: loading_and_analysisincompatible_change
--[no]incompatible_enable_apple_toolchain_resolution デフォルト: 「false」
ツールチェーンの解決を使用して、Apple SDK を Apple のルール(Starlark とネイティブ)に選択します
タグ: loading_and_analysisincompatible_change
--[no]incompatible_make_thinlto_command_lines_standalone のデフォルト値は「true」です。
このフラグは noop であり、削除される予定です。
タグ: no_opincompatible_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」です。
このフラグは noop であり、削除される予定です。
タグ: no_opincompatible_change
--[no]incompatible_strip_executable_safely デフォルト: 「false」
true の場合、実行可能ファイルに対する削除アクションでフラグ -x が使用されます。これにより、動的なシンボル解決が中断されません。
タグ: action_command_linesincompatible_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_analysisimmutable
--platforms=<a build target label> デフォルト: ""
現在のコマンドのターゲット プラットフォームを記述するプラットフォーム ルールのラベル。
タグ: affects_outputschanges_inputsloading_and_analysis
--python2_path=<a string> デフォルト: 説明を参照
非推奨、NoOps。「--compatible_use_python_chains」により無効になります。
タグ: no_opdeprecated
--python3_path=<a string> デフォルト: 説明を参照
非推奨、NoOps。「--compatible_use_python_chains」により無効になります。
タグ: no_opdeprecated
--python_path=<a string> デフォルト: 説明を参照
ターゲット プラットフォームで Python ターゲットを実行するために呼び出される Python インタープリタの絶対パス。非推奨。--compatible_use_python_chains によって無効になっています。
タグ: loading_and_analysisaffects_outputs
--python_top=<a build target label> デフォルト: 説明を参照
ターゲット プラットフォームで Python ターゲットを実行するために呼び出される Python インタープリタを表す py_runtime のラベル。非推奨。--compatible_use_python_chains によって無効になっています。
タグ: loading_and_analysisaffects_outputs
--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」のデフォルトの watchOS 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_generate_dsym デフォルト: 「false」
デバッグ シンボル(.dSYM)ファイルを生成するかどうか。
タグ: affects_outputsaction_command_lines
true の場合、すべてのターゲットに runfiles シンボリック リンク フォレストをビルドします。false の場合、ローカル アクション、テスト、または実行コマンドで必要な場合にのみ記述します。
タグ: affects_outputs
--[no]build_runfile_manifests のデフォルト値は「true」です。
true の場合、すべてのターゲットの runfile マニフェストを書き込みます。false の場合は省略します。false の場合、ローカルテストは実行できません。
タグ: affects_outputs
--[no]build_test_dwp デフォルト: 「false」
有効にすると、C++ テストを静的に、そして fission でビルドするときに、テストバイナリの .dwp ファイルも自動的にビルドされます。
タグ: loading_and_analysisaffects_outputs
--cc_proto_library_header_suffixes=<comma-separated set of options> デフォルト: 「.pb.h」
cc_proto_library が作成するヘッダー ファイルの接尾辞を設定します。
タグ: affects_outputsloading_and_analysis
--cc_proto_library_source_suffixes=<comma-separated set 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++ コンパイルとリンクで分断を使用するコンパイル モードを指定します。{'fastbuild'、'dbg'、'opt'} の組み合わせを指定できます。または、すべてのモードを有効にする場合は「yes」、すべてのモードを無効にする場合は「no」を指定できます。
タグ: loading_and_analysisaction_command_linesaffects_outputs
--[no]incompatible_always_include_files_in_data のデフォルト値は「true」です。
true の場合、ネイティブ ルールによってデータ依存関係の <code>DefaultInfo.files</code> が runfile に追加されます。これは、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 で指定できます(この場合、値は呼び出し環境から取得されます)。または、呼び出し環境とは無関係に値を設定する name=value ペアで指定できます。このオプションは複数回使用できます。同じ変数に対して指定されたオプションの場合は、最新のものが優先され、異なる変数のオプションが蓄積されます。
タグ: action_command_lines
--android_cpu=<a string> デフォルト: 「armeabi-v7a」
Android のターゲット CPU。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--[no]android_databinding_use_androidx のデフォルト値は「true」です。
AndroidX 互換のデータ バインディング ファイルを生成します。これはデータ バインディング v2 でのみ使用されます。このフラグは動作しません。
タグ: affects_outputsloading_and_analysisloses_incremental_stateexperimental
--[no]android_databinding_use_v3_4_args のデフォルト値は「true」です。
3.4.0 引数で Android Databinding v2 を使用します。このフラグは動作しません。
タグ: affects_outputsloading_and_analysisloses_incremental_stateexperimental
--android_dynamic_mode=<off, default or fully> デフォルトは「off」
cc_binary が共有ライブラリを明示的に作成しない場合に、Android ルールの C++ の依存関係を動的にリンクするかどうかを決定します。「default」は、bazel が動的にリンクするかどうかを選択することを意味します。「full」はすべてのライブラリが動的にリンクされることを意味します。「オフ」は、すべてのライブラリがほぼ静的モードでリンクされることを意味します。
タグ: 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
--[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"
バイナリをビルドするモードを指定します。値: fastbuild、dbg、opt。
タグ: affects_outputsaction_command_lines
--conlyopt=<a string> 件の複数回の使用が累積されます
C ソースファイルをコンパイルするときに gcc に渡す追加のオプション。
タグ: action_command_linesaffects_outputs
--copt=<a string> 件の複数回の使用が累積されます
gcc に渡す追加オプション。
タグ: action_command_linesaffects_outputs
--cpu=<a string> デフォルト: ""
ターゲット CPU。
タグ: changes_inputsaffects_outputs
--cs_fdo_absolute_path=<a string> デフォルト: 説明を参照
CSFDO プロファイル情報を使用してコンパイルを最適化します。プロファイル ファイルを含む ZIP ファイルの絶対パス名を指定します。未加工の LLVM プロファイル ファイルまたはインデックス付きの LLVM プロファイル ファイルのいずれかを指定します。
タグ: 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> 件の複数回の使用が累積されます
各 --defined オプションは、ビルド変数の割り当てを指定します。変数に複数の値がある場合は、最後の値が優先されます。
タグ: changes_inputsaffects_outputs
--dynamic_mode=<off, default or fully> デフォルト: "default"
C++ バイナリを動的にリンクするかどうかを決定します。「default」は、Bazel が動的にリンクするかどうかを選択することを意味します。「full」はすべてのライブラリが動的にリンクされることを意味します。「オフ」は、すべてのライブラリがほぼ静的モードでリンクされることを意味します。
タグ: 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 のデフォルト値は「true」です。
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
--[no]experimental_collect_code_coverage_for_generated_files デフォルト: 「false」
指定すると、Bazel は生成されたファイルの収集カバレッジ情報も生成します。
タグ: affects_outputs
--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 と -fasynchronous-unwind-tables を使用してコンパイルします。
タグ: action_command_linesaffects_outputsexperimental
--experimental_output_paths=<off, content or strip> デフォルトは「off」
特にマルチプラットフォーム / マルチ構成のビルドで、出力ツリールール内の出力を書き込む場所に使用するモデル。これは非常に試験運用的な内容です。詳しくは、https://github.com/bazelbuild/bazel/issues/6526 をご覧ください。Starlark アクションでパス マッピングを有効にするには、キー「supports-path-mapping」を「execution_requirements」辞書に追加します。
タグ: loses_incremental_statebazel_internal_configurationaffects_outputsexecution
--experimental_override_name_platform_in_output_dir=<a 'label=value' assignment> 件の複数回の使用が累積されます
各エントリは label=value の形式にする必要があります。label はプラットフォームを表し、values は出力パスで使用する省略名です。--experimental_platform_in_output_dir が true の場合にのみ使用されます。命名優先度が最も高い。
タグ: affects_outputsexperimental
--[no]experimental_platform_in_output_dir デフォルト: 「false」
true の場合、出力ディレクトリ名に CPU の代わりにターゲット プラットフォームの略称が使用されます。厳密なスキームは試験運用版であり、変更される可能性があります。まず、まれに「--platforms オプション」の値が 1 つのみではなく、「platforms」オプションのハッシュが使用されます。次に、現在のプラットフォームの略称が --experimental_override_name_platform_in_output_dir によって登録されている場合は、その略称が使用されます。次に、--experimental_use_platforms_in_output_dir_legacy_heuristic が設定されている場合は、現在のプラットフォーム ラベルに基づいた略称を使用します。最後に、プラットフォーム オプションのハッシュが最後の手段として使用されます。
タグ: affects_outputsexperimental
--[no]experimental_use_llvm_covmap デフォルト: 「false」
指定すると、collect_code_coverage が有効になると、Bazel は gcov ではなく llvm-cov カバレッジ マップ情報を生成します。
タグ: changes_inputsaffects_outputsloading_and_analysisexperimental
--[no]experimental_use_platforms_in_output_dir_legacy_heuristic のデフォルト値は「true」です。
このフラグは、提案される移行戦略またはテスト戦略の一環としてのみ使用してください。ヒューリスティックには既知の欠陥があるため、--experimental_override_name_platform_in_output_dir のみを使用して移行することをおすすめします。
タグ: affects_outputsexperimental
--fat_apk_cpu=<comma-separated set of options> デフォルト: 「armeabi-v7a」
このオプションを設定すると、ファット APK が有効になります。これには、指定したすべてのターゲット アーキテクチャ(例:--fat_apk_cpu=x86,armeabi-v7a. このフラグを指定すると、android_binary ルールの依存関係で --android_cpu は無視されます。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--[no]fat_apk_hwasan デフォルト: 「false」
NoOps フラグ。今後のリリースで削除される予定です。
タグ: no_op
--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> を指定すると、対象物が無効になります。負の特徴は、正の特徴よりも常に優先されます。関連情報: --host_features
タグ: 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 で指定できます(この場合、値は呼び出し環境から取得されます)。または、呼び出し環境とは無関係に値を設定する name=value ペアで指定できます。このオプションは複数回使用できます。同じ変数に対して指定されたオプションの場合は、最新のものが優先され、異なる変数のオプションが蓄積されます。
タグ: action_command_lines
--host_compilation_mode=<fastbuild, dbg or opt> デフォルト: 「opt」
ビルド中に使用するツールが組み込まれるモードを指定します。値: fastbuild、dbg、opt。
タグ: affects_outputsaction_command_lines
--host_conlyopt=<a string> 件の複数回の使用が累積されます
exec 構成で C(C++ ではない)ソースファイルをコンパイルするときに C コンパイラに渡す追加のオプション。
タグ: action_command_linesaffects_outputs
--host_copt=<a string> 件の複数回の使用が累積されます
exec 構成でビルドされるツールのために C コンパイラに渡す追加オプション。
タグ: action_command_linesaffects_outputs
--host_cpu=<a string> デフォルト: ""
ホスト CPU。
タグ: changes_inputsaffects_outputs
--host_cxxopt=<a string> 件の複数回の使用が累積されます
exec 構成でビルドされるツールの C++ コンパイラに渡す追加オプション。
タグ: action_command_linesaffects_outputs
--host_features=<a string> 件の複数回の使用が累積されます
exec 構成でビルドされたターゲットでは、特定の機能がデフォルトで有効または無効になります。-<feature> を指定すると、対象物が無効になります。負の特徴は常に正の特徴をオーバーライドします。
タグ: changes_inputsaffects_outputs
--host_force_python=<PY2 or PY3> デフォルト: 説明を参照
exec 構成の 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> 件の複数回の使用が累積されます
exec 構成で特定のファイルをコンパイルするときに、C/C++ コンパイラに選択的に渡す追加のオプション。このオプションは複数回渡すことができます。構文: regex_filter@option_1,option_2,...,option_nregex_filter は、正規表現の包含または除外のパターンのリストを表します(--instrumentation_filter もご覧ください)。option_1 から option_n は任意のコマンドライン オプションを表します。オプションにカンマが含まれている場合は、引用符で囲む必要があります。オプションには @ を含めることができます。文字列の分割には最初の @ のみを使用します。例: --host_per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0 は、bar.cc を除く //foo/ 内のすべての cc ファイルの gcc コマンドラインに -O0 コマンドライン オプションを追加します。
タグ: action_command_linesaffects_outputs
--[no]incompatible_auto_exec_groups デフォルト: 「false」
有効にすると、ルールで使用されるツールチェーンごとに exec グループが自動的に作成されます。これを機能させるには、ルールのアクションに「ツールチェーン」パラメータを指定する必要があります。詳しくは、https://github.com/bazelbuild/bazel/issues/17134 をご覧ください。
タグ: affects_outputsincompatible_change
--[no]incompatible_merge_genfiles_directory のデフォルト値は「true」です。
true の場合、genfiles ディレクトリは bin ディレクトリに折りたたまれます。
タグ: 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 および linkopts で 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
--memprof_profile=<a build target label> デフォルト: 説明を参照
memprof プロファイルを使用します。
タグ: affects_outputs
--[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_nregex_filter は、正規表現の包含または除外のパターンのリストを表します(--instrumentation_filter もご覧ください)。option_1 から option_n は任意のコマンドライン オプションを表します。オプションにカンマが含まれている場合は、引用符で囲む必要があります。オプションには @ を含めることができます。文字列の分割には最初の @ のみを使用します。例: --per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0 は、bar.cc を除く //foo/ 内のすべての 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 は、//foo/ にある bar.o を除くすべての o ファイルの LTO バックエンド コマンドラインに -O0 コマンドライン オプションを追加します。
タグ: action_command_linesaffects_outputs
--platform_suffix=<a string> デフォルト: 説明を参照
構成ディレクトリに追加するサフィックスを指定します。
タグ: loses_incremental_stateaffects_outputsloading_and_analysis
--propeller_optimize=<a build target label> デフォルト: 説明を参照
Propeller のプロファイル情報を使用して、ビルド ターゲットを最適化します。Propeller のプロファイルは、2 つのファイル(cc プロファイルと ld プロファイル)のうち少なくとも 1 つで構成されている必要があります。このフラグは、Propeller プロファイル入力ファイルを参照する必要があるビルドラベルを受け入れます。たとえば、ラベルを定義する BUILD ファイルを Bazel で認識できるようにするには、a/b/BUILD:propeller_optimize( name = "propeller_profile", cc_profile = "propeller_cc_profile.txt", ld_profile = "propeller_ld_profile.txt",)」で、それらのファイルを Bazel に公開するには、対応するパッケージに exports_files ディレクティブを追加する必要がある場合があります。このオプションは次のように使用する必要があります。--propeller_optimize=//a/b:propeller_profile
タグ: action_command_linesaffects_outputs
--propeller_optimize_absolute_cc_profile=<a string> デフォルト: 説明を参照
Propeller Optimized ビルドの cc_profile ファイルの絶対パス名。
タグ: affects_outputs
--propeller_optimize_absolute_ld_profile=<a string> デフォルト: 説明を参照
Propeller Optimized ビルドの 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> のデフォルト: 「場合によっては」
バイナリと共有ライブラリを除去するかどうかを指定します(「-Wl,--strip-debug」を使用)。デフォルト値「sometimes」では、--compilation_mode=fastbuild 以外は除きます。
タグ: affects_outputs
--stripopt=<a string> 件の複数回の使用が累積されます
「<name>.stripped」バイナリの生成時にストリップに渡す追加のオプション。
タグ: action_command_linesaffects_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
--visionos_cpus=<comma-separated list of options> 件の複数回の使用が累積されます
Apple visionOS バイナリをビルドするためのアーキテクチャのカンマ区切りリスト。
タグ: loses_incremental_stateloading_and_analysis
--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 値を 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_check_desugar_deps のデフォルト値は「true」です。
Android バイナリレベルで正しい desugar をダブルチェックするかどうか。
タグ: 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」
有効にすると、生成ルールの testonly を調べて、出力ファイルである前提条件のターゲットを testonly でチェックします。これは可視性チェックと一致します。
タグ: build_file_semanticsincompatible_change
--[no]incompatible_check_visibility_for_toolchains デフォルト: 「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_python_disable_py2 のデフォルト値は「true」です。
true の場合、Python 2 の設定を使用するとエラーが発生します。これには、python_version=PY2、srcs_version=PY2、および srcs_version=PY2ONLY が含まれます。詳しくは、https://github.com/bazelbuild/bazel/issues/15684 をご覧ください。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_validate_top_level_header_inclusions のデフォルト値は「true」です。
このフラグは noop であり、削除される予定です。
タグ: no_opincompatible_change
--python_native_rules_allowlist=<a build target label> デフォルト: 説明を参照
--compatible_python_disallow_native_rules を適用する際に使用する許可リスト(package_group target)。
タグ: loading_and_analysis
--[no]strict_filesets デフォルト: 「false」
このオプションを有効にすると、パッケージの境界を超えるファイルセットはエラーとして報告されます。
タグ: build_file_semanticseagerness_to_exit
--strict_proto_deps=<off, warn, error, strict or default> デフォルト: 「error」
OFF の場合を除き、proto_library ターゲットが、直接使用されるすべてのターゲットを依存関係として明示的に宣言しているかどうかを確認します。
タグ: build_file_semanticseagerness_to_exitincompatible_change
--strict_public_imports=<off, warn, error, strict or default> デフォルトは「off」
OFF の場合を除き、「import public」で使用されるすべてのターゲットが proto_library ターゲットでエクスポートとして明示的に宣言されていることをチェックします。
タグ: build_file_semanticseagerness_to_exitincompatible_change
--[no]strict_system_includes デフォルト: 「false」
true の場合、システムのインクルード パス(-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 設定、またはコードサインのマニュアル ページ(SIGNING IDENTITIES)に基づく証明書の共通名の(部分文字列)を指定できます。
タグ: action_command_lines
このオプションは、BUILD ファイル、.bzl ファイル、WORKSPACE ファイルからアクセスできる Starlark 言語または Build API のセマンティクスに影響します。
--[no]incompatible_disallow_legacy_py_provider のデフォルト値は「true」です。
処理なし、まもなく削除されます。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_disallow_sdk_frameworks_attributes デフォルト: 「false」
true の場合、objc_library と objc_import で sdk_frameworks 属性と weak_sdk_frameworks 属性を禁止します。
タグ: build_file_semanticsincompatible_change
true の場合、objc_library と objc_import の alwayslink 属性のデフォルト値を true にします。
タグ: build_file_semanticsincompatible_change
--[no]incompatible_python_disallow_native_rules デフォルト: 「false」
true の場合、組み込みの py_* ルールの使用時にエラーが発生します。代わりに rule_python ルールを使用する必要があります。詳細と移行手順については、https://github.com/bazelbuild/bazel/issues/17773 をご覧ください。
タグ: 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
--default_test_resources=<a resource name followed by equal and 1 float or 4 float, e.g memory=10,30,60,100> 件の複数回の使用が累積されます
テストのデフォルトのリソース量をオーバーライドします。<resource>=<value> の形式で指定してください。<value> として正の数を 1 つ指定すると、すべてのテストサイズでデフォルトのリソースがオーバーライドされます。4 つの数値をカンマで区切って指定すると、小、中、大、巨大の各テストサイズのリソース量がオーバーライドされます。値は HOST_RAM/HOST_CPU にすることができ、オプションで [-|*]<float> を続けることができます (例: memory=HOST_RAM*.1,HOST_RAM*.2,HOST_RAM*.3,HOST_RAM*.4)。このフラグで指定されたデフォルトのテストリソースは、タグで指定された明示的なリソースによってオーバーライドされます。
--[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/ 内のすべてのテストを 3 回実行します。ただし、foo/bar 配下のテストを除きます。このオプションは複数回渡すことができます。最後に渡された引数のうち、一致するものが優先されます。一致するものがない場合、テストは 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」
テストのタイムアウトのデフォルトのテスト タイムアウト値(秒単位)をオーバーライドします。正の整数値を 1 つ指定した場合、すべてのカテゴリがオーバーライドされます。4 つのカンマ区切りの整数を指定すると、short、Moderate、long、eternal のタイムアウトが(この順序で)オーバーライドされます。いずれの場合も、値を -1 にすると、そのカテゴリにデフォルトのタイムアウトを使用するよう Blaze に指示できます。
--[no]zip_undeclared_test_outputs のデフォルト値は「true」です。
true の場合、宣言されていないテスト出力が zip ファイルにアーカイブされます。
タグ: test_runner
クエリの出力とセマンティクスに関連するオプション:
--aspect_deps=<off, conservative or precise> デフォルト: "conservative"
出力形式が {xml,proto,record} のいずれかである場合にアスペクトの依存関係を解決する方法。「off」は、アスペクトの依存関係が解決されていないことを意味し、「conservative」(デフォルト)は、直接的な依存関係のルールクラスが与えられているかどうかにかかわらず、宣言されたすべてのアスペクトの依存関係が追加されることを意味します。「precise」は、直接的な依存関係のルールクラスが与えられると、アクティブなアスペクトのみが追加されることを意味します。精密モードでは、1 つのターゲットを評価するために他のパッケージを読み込む必要があるため、他のモードよりも遅くなります。なお、厳密なモードであっても完全に正確というわけではありません。アスペクトを計算するかどうかの決定は、分析フェーズで決定され、「bazel query」では実行されません。
タグ: build_file_semantics
--[no]consistent_labels デフォルト: 「false」
有効にすると、<code>Label</code> インスタンスに適用された Starlark <code>str</code> 関数と同様に、すべてのクエリコマンドがラベルを出力します。これは、さまざまなクエリコマンドの出力やルールから発行されるラベルを照合する必要があるツールに便利です。有効になっていない場合、出力フォーマッタは、出力を読みやすくするために、見かけ上(メイン リポジトリからの相対名)リポジトリ名を自由に出力できます。
タグ: terminal_output
--[no]experimental_explicit_aspects デフォルト: 「false」
aquery、cquery: アスペクトで生成されたアクションを出力に含めるかどうか。query: no-op(アスペクトは常に従う)。
タグ: 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、RepoMappingManifest の各アクションのファイル コンテンツ(サイズが大きくなる可能性もある)を含めます。
タグ: terminal_output
--[no]include_param_files デフォルト: 「false」
コマンドで使用されるパラメータ ファイルの内容を含めます(サイズが大きくなる場合もあります)。注: このフラグを有効にすると、--include_commandline フラグが自動的に有効になります。
タグ: terminal_output
--[no]include_scheduling_dependencies デフォルト: 「false」
アクションのスケジューリング依存関係の名前が含まれます(サイズが大きくなる可能性があります)。--include_artifacts も設定されている場合にのみ有効になります。
タグ: terminal_output
--[no]incompatible_package_group_includes_double_slash のデフォルト値は「true」です。
有効にすると、package_group の「packages」属性を出力するときに先頭の「//」が省略されません。
タグ: terminal_outputincompatible_change
--[no]infer_universe_scope デフォルト: 「false」
設定されていて --universe_scope が設定されていない場合、--universe_scope の値がクエリ式内の一意のターゲット パターンのリストとして推定されます。ユニバース スコープの関数(allrdeps など)を使用するクエリ式に対して推測される --universe_scope 値は、意図したとおりではない可能性があるため、実行内容を理解している場合にのみこのオプションを使用してください。詳細と例については、https://bazel.build/reference/query#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 の結果を出力する形式。aquery で使用できる値は、text、textproto、proto、streamed_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_attribute_source_aspects デフォルト: 「false」
各属性の source_aspect_name proto フィールドに、属性の取得元であるソースのアスペクトを入力します(そうでない場合は空の文字列)。
タグ: terminal_output
--[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」です。
クエリ: 無効にすると、クエリが実行される依存関係グラフに「exec 構成」の依存関係が含まれません。「exec configuration」の依存関係エッジ(任意の「proto_library」ルールから Protocol Compiler へのルールなど)は通常、同じ「ターゲット」プログラムの一部ではなく、ビルド中に実行されたツールを指します。 Cquery: 無効にすると、この構成済みターゲットを検出した最上位ターゲットから、実行遷移をまたぐすべての構成済みターゲットを除外します。つまり、トップレベル ターゲットがターゲット構成に含まれている場合は、ターゲット構成内にも構成されたターゲットのみが返されます。最上位のターゲットが exec 構成にある場合、exec で構成されたターゲットのみが返されます。このオプションは、解決済みのツールチェーンを除外しません。
タグ: build_file_semantics
--universe_scope=<comma-separated list of options> デフォルト: ""
カンマ区切りのターゲット パターンのセット(加算と減算)。クエリは、指定されたターゲットの推移的クロージャによって定義される宇宙で実行できます。このオプションは、query コマンドと cquery コマンドで使用されます。cquery の場合、このオプションへの入力は、すべての回答がビルドされるターゲットであるため、このオプションは構成や遷移に影響する可能性があります。このオプションが指定されていない場合、最上位のターゲットはクエリ式から解析されたターゲットとみなされます。注: cquery の場合、このオプションを指定しないと、クエリ式から解析されたターゲットがトップレベル オプションでビルドできない場合、ビルドが中断される可能性があります。
タグ: loading_and_analysis
ビルド時間の最適化をトリガーするオプション:
--[no]experimental_filter_library_jar_with_program_jar デフォルト: 「false」
ProGuard ProgramJar をフィルタリングして、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_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」
有効にすると、Starlark バージョンの cc_import を使用できます。
タグ: 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:a が依存するすべてのターゲットのヘッダーを処理します(ツールチェーンでヘッダー処理が有効になっている場合)。
タグ: execution
--[no]trim_test_configuration のデフォルト値は「true」です。
有効にすると、ビルドのトップレベルの下にテスト関連のオプションが消去されます。このフラグを有効にすると、テスト以外のルールの依存関係としてテストを作成できなくなりますが、テスト関連のオプションを変更してもテスト以外のルールが再分析されることはありません。
タグ: loading_and_analysisloses_incremental_state
ロギングの詳細度、形式、場所に影響するオプション:
--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 ペアを 1 つ受け取ります。
タグ: changes_inputs
--[no]incompatible_default_to_explicit_init_py デフォルト: 「false」
このフラグはデフォルトの動作を変更し、__init__.py ファイルは Python ターゲットの実行ファイルで自動的に作成されなくなります。正確には、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_outputs
その他のオプション(特に分類されていないもの):
--[no]cache_test_results [-t] デフォルト: "auto"
「auto」に設定すると、(1)Bazel がテストまたはその依存関係の変更を検出した、(2)テストが外部としてマークされている、(3)--runs_per_test で複数のテスト実行がリクエストされた、または(4)以前にテストに失敗した場合にのみテストを再実行します。「yes」に設定すると、Bazel は外部とマークされたテストを除くすべてのテスト結果をキャッシュに保存します。「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」
TestRunner の依存関係から誤って取得するのではなく、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_check_sharding_support のデフォルト値は「true」です。
true の場合、TEST_SHARD_STATUS_FILE 内のパスでファイルをタップしてシャーディングをサポートしていることをテストランナーが示さない場合、Bazel はシャーディングされたテストに失敗します。false の場合、シャーディングをサポートしていないテストランナーは、各シャードですべてのテストを実行します。
タグ: incompatible_change
--[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 ランチャーが使用されます。「launcher」属性はこのフラグをオーバーライドします。
--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 をコンパイルするときにメイン dex に含める必要があるクラスのリストの生成に使用するバイナリを指定します。
--optimizing_dexer=<a build target label> デフォルト: 説明を参照
シャーディングなしで 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 コンパイラのラベル。
タグ: affects_outputsloading_and_analysis
--proto_toolchain_for_cc=<a build target label> デフォルト: "@bazel_tools//tools/proto:cc_ツールチェーン"
C++ proto のコンパイル方法を記述する proto_lang_ツールチェーン() のラベル
タグ: affects_outputsloading_and_analysis
--proto_toolchain_for_j2objc=<a build target label> デフォルト: "@bazel_tools//tools/j2objc:j2objc_proto_ツールチェーン"
j2objc proto のコンパイル方法を記述する proto_lang_ツールチェーン() のラベル
タグ: affects_outputsloading_and_analysis
--proto_toolchain_for_java=<a build target label> デフォルト: "@bazel_tools//tools/proto:java_ツールチェーン"
Java proto のコンパイル方法を記述する proto_lang_ツールチェーン() のラベル
タグ: affects_outputsloading_and_analysis
--proto_toolchain_for_javalite=<a build target label> デフォルト: "@bazel_tools//tools/proto:javalite_chain"
JavaLite proto のコンパイル方法を記述する proto_lang_ツールチェーン() のラベル
タグ: 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 サーバーを起動する)で BAZEL_SH 環境変数が設定されていると、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> デフォルト: 「明示的」
テストのシャーディングの方法を指定します。「shard_count」の BUILD 属性が存在する場合のみ、シャーディングを使用する場合は「明示的」にします。テストのシャーディングを使用しない場合は「disabled」にします。「シャード_count」の BUILD 属性に関係なく、「k」シャードをテストに強制適用するには、「forced=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
--experimental_repository_downloader_retries=<an integer> デフォルト: 「0」
ダウンロード エラーの再試行の最大回数。0 に設定すると、再試行は無効になります。
タグ: experimental
--experimental_scale_timeouts=<a double> デフォルト: 「1.0」
この係数に基づいて、Starlark リポジトリ ルールのすべてのタイムアウトをスケーリングします。このようにして、ソースコードを変更せずに、外部リポジトリをルール作成者の予想よりも遅いマシンで動作させることができます。
タグ: bazel_internal_configurationexperimental
--http_connector_attempts=<an integer> デフォルト: 「8」
HTTP ダウンロードの最大試行回数。
タグ: bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.> デフォルト: 「0s」
HTTP ダウンロードの再試行の最大タイムアウト。値が 0 の場合、タイムアウトの最大値は定義されません。
タグ: bazel_internal_configuration
--http_timeout_scaling=<a double> デフォルト: 「1.0」
HTTP ダウンロードに関連するすべてのタイムアウトを特定の係数でスケーリングします
タグ: bazel_internal_configuration
--repository_cache=<a path> デフォルト: 説明を参照
外部リポジトリの取得中に取得された、ダウンロードされた値のキャッシュ ロケーションを指定します。引数として空の文字列を指定すると、キャッシュの無効化をリクエストします。それ以外の場合は、デフォルトの「<output_user_root>/cache/repos/v1」が使用されます。
タグ: bazel_internal_configuration
--[no]repository_disable_download デフォルト: 「false」
設定すると、リポジトリの取得中に resourcemanager.download{,_and_extract} を使用してダウンロードできなくなります。なお、ネットワーク アクセスは完全には無効ではありません。インターネットにアクセスする任意の実行可能ファイルを datastore.execute で実行することは可能です。
タグ: 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> 件の複数回の使用が累積されます
特定のニーモニックで使用するローカル戦略。最初に適用できる戦略が使用されます。たとえば、「worker,sandboxed」はワーカー戦略を使用して永続ワーカーをサポートするアクションを実行し、他のすべてのアクションはサンドボックス戦略を使用します。ニーモニックが指定されていない場合、すべてのニーモニックのフォールバックとして戦略リストが使用されます。「experimental_local_lockfree_output」が設定されている場合、デフォルトのフォールバック リストは「worker,sandboxed」または「worker,sandboxed,スタンドアロン」です。[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"> デフォルト: 「4」
0 の場合、アクションが完了したらすぐにサンドボックス ツリーを削除します(アクションの完了が遅れます)。0 より大きい場合は、ビルドの実行中にサイズが 1 の非同期スレッドプールで、そのような 3 つの要素の削除を実行します。サーバーがアイドル状態のときに、このフラグで指定されたサイズまで大きくなります。
タグ: host_machine_resource_optimizationsexecution
--experimental_sandbox_memory_limit_mb=<an integer number of MBs, or "HOST_RAM", optionally followed by [-|*]<float>.> デフォルト: 「0」
0 より大きい場合、各 Linux サンドボックスは指定されたメモリ量(MB 単位)に制限されます。cgroups v1 または v2 と、cgroups ディレクトリに対するユーザーの権限が必要です。
タグ: execution
--[no]experimental_shrink_worker_pool デフォルト: 「false」
有効にすると、ワーカーのメモリ負荷が高い場合にワーカープールを縮小できます。このフラグは、experimental_total_worker_memory_limit_mb が有効になっている場合にのみ機能します。
タグ: executionhost_machine_resource_optimizations
--[no]experimental_split_xml_generation のデフォルト値は「true」です。
このフラグが設定されており、テスト アクションで test.xml ファイルが生成されない場合、Bazel は別のアクションを使用して、テストログを含むダミーの test.xml ファイルを生成します。それ以外の場合、Bazel はテスト アクションの一部として test.xml を生成します。
タグ: execution
--experimental_total_worker_memory_limit_mb=<an integer number of MBs, 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_semaphore_for_jobs のデフォルト値は「true」です。
true に設定した場合は、さらにセマフォを使用して同時実行ジョブの数を制限します。
タグ: host_machine_resource_optimizationsexecution
--[no]experimental_use_windows_sandbox デフォルト: 「false」
Windows サンドボックスを使用してアクションを実行します。「はい」の場合は、--experimental_windows_sandbox_path によって提供されるバイナリが有効であり、サポートされているバージョンの sandboxfs に対応している必要があります。「auto」の場合、バイナリが存在しないか、互換性がない可能性があります。
タグ: execution
--experimental_windows_sandbox_path=<a string> デフォルト: "BazelSandbox.exe"
--experimental_use_windows_sandbox が true の場合に使用する Windows サンドボックス バイナリのパス。名前が欠落している場合は、PATH で検出されたその名前の最初のバイナリを使用します。
タグ: execution
--experimental_worker_allowlist=<comma-separated set of options> デフォルト: 説明を参照
空でない場合は、指定されたワーカーキーのニーモニックを持つ永続ワーカーのみの使用を許可します。
タグ: executionhost_machine_resource_optimizations
--[no]experimental_worker_as_resource のデフォルト値は「true」です。
処理なし、まもなく削除されます。
タグ: no_op
--[no]experimental_worker_cancellation デフォルト: 「false」
有効にすると、Bazel はサポートしているワーカーにキャンセル リクエストを送信できます。
タグ: execution
--experimental_worker_memory_limit_mb=<an integer number of MBs, or "HOST_RAM", optionally followed by [-|*]<float>.> デフォルト: 「0」
この上限が 0 より大きい場合、ワーカーのメモリ使用量が上限を超えると、ワーカーが強制終了される可能性があります。動的実行および「--experimental_dynamic_ignore_local_signals=9」と組み合わせて使用しないと、ビルドがクラッシュする可能性があります。
タグ: executionhost_machine_resource_optimizations
--experimental_worker_metrics_poll_interval=<An immutable length of time.> デフォルト: 「5s」
ワーカーの指標を収集してから、エビクションを試行する間隔。パフォーマンス上の理由から、実質的に 1 秒未満にすることはできません。
タグ: executionhost_machine_resource_optimizations
--[no]experimental_worker_multiplex_sandboxing デフォルト: 「false」
有効にした場合、Multiplex ワーカーはサンドボックス化され、WorkRequest ごとに個別のサンドボックス ディレクトリが使用されます。実行要件が「supports-multiplex-sandboxing」であるワーカーのみがサンドボックス化されます。
タグ: execution
--[no]experimental_worker_sandbox_hardening デフォルト: 「false」
有効にすると、ワーカーは強化されたサンドボックスで実行されます(実装で許可されている場合)。
タグ: execution
--[no]experimental_worker_strict_flagfiles デフォルト: 「false」
有効にすると、ワーカー仕様に従っていないワーカーのアクション引数でエラーが発生します。ワーカーの引数には、引数リストの最後にある @flagfile 引数が 1 つだけ必要です。
タグ: execution
--gc_thrashing_threshold=<an integer in 0-100 range> デフォルト: 「100」
GcThrashingDetector がメモリ プレッシャー イベントを上限(--gc_thrashing_limits)に照らして考慮する、現在の領域が占有する割合(0 ~ 100)。100 に設定すると、GcThrashingDetector が無効になります。
タグ: host_machine_resource_optimizations
--genrule_strategy=<comma-separated list of options> デフォルト: ""
genrules の実行方法を指定します。このフラグは廃止される予定です。代わりに、--spawn_strategy=<value> を使用してすべてのアクションを制御するか、--strategy=Genrule=<value> を使用して genrules のみを制御します。
タグ: execution
--high_priority_workers=<a string> 件の複数回の使用が累積されます
処理なし、まもなく削除されます。
タグ: execution
true に設定すると、リモート キャッシュまたはディスク キャッシュにアップロードされたシンボリック リンクのダングルが許可されます。
タグ: executionincompatible_change
true に設定すると、Bazel はシンボリック リンクを常にリモート キャッシュまたはディスク キャッシュにアップロードします。そうでない場合は、ダングリングしない相対シンボリック リンク(それらのみ)が、指すファイルまたはディレクトリとしてアップロードされます。
タグ: executionincompatible_change
--[no]incompatible_sandbox_hermetic_tmp のデフォルト値は「true」です。
true に設定した場合、各 Linux サンドボックスでは、/tmp をホストのファイル システムと共有するのではなく、専用の空のディレクトリが /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 ~ 5,000 の範囲で指定してください。値が 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 のデフォルト値は「true」です。
true に設定すると、サンドボックス化された非ワーカー実行で使用されるディレクトリが再利用され、不要な設定コストが回避されます。
タグ: host_machine_resource_optimizationsexecution
--sandbox_base=<a string> デフォルト: ""
サンドボックスはこのパスの下にサンドボックス ディレクトリを作成します。ビルド /テストに多数の入力ファイルがある場合にパフォーマンスを大幅に改善できるように、tmpfs でパス(/run / shm など)を指定します。注: tmpfs には、アクションの実行によって生成された出力ファイルと中間ファイルを保持するために十分な RAM と空き容量が必要です。
タグ: host_machine_resource_optimizationsexecution
--[no]sandbox_explicit_pseudoterminal デフォルト: 「false」
サンドボックス化されたアクション用の疑似端末の作成を明示的に有効にします。一部の Linux ディストリビューションでは、疑似ターミナルが機能するために、サンドボックス内でプロセスのグループ ID を「tty」に設定する必要があります。これが問題の原因である場合は、このフラグを無効にして、他のグループを使用できます。
タグ: execution
--sandbox_tmpfs_path=<an absolute path> 件の複数回の使用が累積されます
サンドボックス化されたアクションでは、この絶対パスに空の書き込み可能なディレクトリをマウントします(サンドボックス化の実装でサポートされている場合は、それ以外の場合は無視されます)。
タグ: host_machine_resource_optimizationsexecution
--[no]skip_incompatible_explicit_targets デフォルト: 「false」
コマンドラインに明示的に一覧表示されている互換性のないターゲットをスキップします。デフォルトでは、このようなターゲットをビルドするとエラーが発生しますが、このオプションを有効にすると通知なくスキップされます。参照: https://bazel.build/extending/platforms#skipping-compatible-targets
タグ: loading_and_analysis
--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 に一致する説明を持つ生成アクションを実行するために使用する Spawn 戦略をオーバーライドします。regex_filter マッチングの詳細については、--per_file_copt をご覧ください。description に一致する最後の regex_filter が使用されます。このオプションは、戦略を指定する他のフラグをオーバーライドします。例: --strategy_regexp=//foo.*\.cc,-//foo/bar=local は、説明が //foo.*.cc と一致し、//foo/bar と一致しない場合、ローカル戦略を使用してアクションを実行することを意味します。例: --strategy_regexp='Compiling.*/bar=local --strategy_regexp=Compiling=sandboxed 「Compiling //foo/bar/baz」を「local」戦略で実行しますが、順序を逆にすると「sandboxed」になります。
タグ: execution
--worker_extra_flag=<a 'name=value' assignment> 件の複数回の使用が累積されます
ニーモニックをキーとする --persistent_worker に加えて、ワーカー プロセスに渡される追加のコマンドフラグ(例: --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"> 件の複数回の使用が累積されます
「ワーカー」戦略を使用する場合に、起動できる永続ワーカーの種類ごとのインスタンス数。[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"> 件の複数回の使用が累積されます
--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_multiplex のデフォルト値は「true」です。
有効にすると、ワーカーが多重化をサポートしている場合に多重化が使用されます。
タグ: executionhost_machine_resource_optimizations
--[no]worker_quit_after_build デフォルト: 「false」
有効にすると、ビルドの完了後にすべてのワーカーが終了します。
タグ: executionhost_machine_resource_optimizations
--[no]worker_sandboxing デフォルト: 「false」
有効にすると、ワーカーはサンドボックス環境で実行されます。
タグ: execution
--[no]worker_verbose デフォルト: 「false」
有効にすると、ワーカーの起動時、シャットダウン時などに詳細なメッセージを出力します。
アクション実行に使用するツールチェーンを構成するオプション:
--target_platform_fallback=<a string> デフォルト: ""
このオプションは非推奨であり、機能しません。
タグ: affects_outputschanges_inputsloading_and_analysis
コマンドの出力を制御するオプション:
--[no]build のデフォルト値は「true」です。
ビルドを実行します。これが通常の動作です。--nobuild を指定すると、ビルド アクションを実行する前にビルドが停止し、パッケージの読み込みフェーズと分析フェーズが正常に完了するとゼロが返されます。このモードは、これらのフェーズをテストする場合に便利です。
タグ: 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> 件の複数回の使用が累積されます
最上位のターゲットに適用するアスペクトのカンマ区切りのリスト。リスト内で、some_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」はファイル tools/my_def.bzl の最上位値です。
--bep_maximum_open_remote_upload_files=<an integer> デフォルト: 「-1」
BEP アーティファクトのアップロード中に許可されるオープン ファイルの最大数。
タグ: affects_outputs
このフラグは、便利なシンボリック リンク(ビルド後にワークスペースに表示されるシンボリック リンク)の管理方法を制御します。有効な値: normal(デフォルト): ビルドに応じて、各種の便利なシンボリック リンクが作成または削除されます。 clean: すべてのシンボリック リンクが無条件に削除されます。ignore: シンボリック リンクはそのまま残ります。 log_only: 「normal」が渡されたかのようにログメッセージを生成しますが、実際にはファイルシステム操作は実行しません(ツールに便利です)。 影響を受けるのは、現在の --symlink_prefix 値によって名前が生成されたシンボリック リンクのみです。接頭辞を変更すると、既存のシンボリック リンクはそのまま残ります。
タグ: affects_outputs
このフラグは、ビルドの eventConvenienceSymlinksIdentified を BuildEventProtocol に送信するかどうかを制御します。値が true の場合、BuildEventProtocol にコンビニエンス SymlinksIdentified のエントリがあり、ワークスペースで作成されたコンビニエンス シンボリック リンクがすべてリストされています。false の場合、BuildEventProtocol のコンビニエンス SymlinksIdentified エントリは空になります。
タグ: affects_outputs
--remote_download_all
すべてのリモート出力をローカルマシンにダウンロードします。このフラグは --remote_download_outputs=all のエイリアスです。
次のように展開:
  --remote_download_outputs=all

タグ: affects_outputs
--remote_download_minimal
リモートビルドの出力をローカルマシンにダウンロードしません。このフラグは --remote_download_outputs=minimal のエイリアスです。
次のように展開:
  --remote_download_outputs=minimal

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

タグ: affects_outputs
ビルド後に作成される便利なシンボリック リンクのいずれかの先頭に付加される接頭辞。省略した場合のデフォルト値は、ビルドツールの名前の後にハイフンを付けたものになります。「/」を渡すと、シンボリック リンクは作成されず、警告も出力されません。警告: 「/」の特別な機能はまもなく非推奨になります。代わりに --experimental_convenience_symlinks=ignore を使用してください。
タグ: affects_outputs
Bazel が有効なビルド入力をどの程度厳格に適用するかに影響するオプション(ルール定義、フラグの組み合わせなど):
--[no]experimental_docker_privileged デフォルト: 「false」
有効にすると、Bazel はアクションの実行時に --privileged フラグを「docker run」に渡します。これはビルドで必要になる場合がありますが、密閉性が低下する可能性もあります。
タグ: execution
オペレーションなし
タグ: host_machine_resource_optimizationsexecution
--[no]incompatible_legacy_local_fallback デフォルト: 「false」
true に設定すると、サンドボックス戦略からローカル戦略への従来の暗黙的なフォールバックが有効になります。このフラグは最終的にデフォルトで false に設定され、その後 no-op になります。代わりに、--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」です。
アクションのネットワーク アクセスをデフォルトで許可します。サンドボックスの実装によっては、この機能が機能しない場合があります。
タグ: execution
--[no]sandbox_fake_hostname デフォルト: 「false」
アクションがサンドボックス化されるように、現在のホスト名を「localhost」に変更します。
タグ: execution
--[no]sandbox_fake_username デフォルト: 「false」
サンドボックス化されたアクションを使用するために、現在のユーザー名を「nobody」に変更します。
タグ: execution
--sandbox_writable_path=<a string> 件の複数回の使用が累積されます
サンドボックス化されたアクションでは、既存のディレクトリをサンドボックスで書き込み可能にします(サンドボックス化の実装でサポートされている場合は、それ以外は無視されます)。
タグ: execution
このオプションは、BUILD ファイル、.bzl ファイル、WORKSPACE ファイルからアクセスできる Starlark 言語または Build API のセマンティクスに影響します。
--[no]incompatible_config_setting_private_default_visibility デフォルト: 「false」
compatible_enforce_config_setting_visibility=false の場合、何もする必要はありません。このフラグが false の場合、明示的な可視性属性がない config_setting は //visibility:public である。このフラグが true の場合、config_setting は他のすべてのルールと同じ公開設定ロジックに従います。https://github.com/bazelbuild/bazel/issues/12933 をご覧ください。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_depset_for_java_output_source_jars のデフォルト値は「true」です。
オペレーションなし
タグ: 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]incompatible_new_actions_api のデフォルト値は「true」です。
オペレーションなし
タグ: no_opincompatible_change
--[no]incompatible_visibility_private_attributes_at_definition のデフォルト値は「true」です。
オペレーションなし
タグ: no_opincompatible_change
--[no]separate_aspect_deps のデフォルト値は「true」です。
No-op
タグ: no_op
テスト環境またはテストランナーの動作を制御するオプション:
--[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_attemptsflaky_test_attempts は上記のとおりで、regex_filter は正規表現の包含パターンと除外パターンのリストを表します(--runs_per_test も参照)。例: --flaky_test_attempts=//foo/.*,-//foo/bar/.*@3 は、//foo/ 内のすべてのテストを 3 回デフレークします(ただし、foo/bar の下にあるテストを除く)。このオプションは複数回渡すことができます。最後に渡された引数のうち、一致するものが優先されます。一致するものがない場合は、上記の「default」の動作が適用されます。
タグ: 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」で使用するベース一時ディレクトリを指定します。
クエリの出力とセマンティクスに関連するオプションは次のとおりです。
--[no]experimental_parallel_aquery_output のデフォルト値は「true」です。
オペレーションなし
Bzlmod の出力とセマンティクスに関連するオプション:
--allow_yanked_versions=<a string> 件の複数回の使用が累積されます
モジュール バージョンを `<module1>@<version1>,<module2>@<version2>` の形式で指定しました。これは、モジュール バージョンが来たレジストリでヤンクされていると宣言されていても(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」を無視します。これらの dev 依存関係は、このフラグの値にかかわらず、MODULE.bazel がルート モジュールでない場合、常に無視されます。
タグ: loading_and_analysis
--lockfile_mode=<off, update or error> デフォルト: 「update」
ロックファイルの使用方法と使用するかどうかを指定します。有効な値は、「update」でロックファイルを使用し、変更があった場合は「update」、ロックファイルを使用する場合は「error」、ロックファイルが最新でない場合はエラーをスローする「off」です。
タグ: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path> 件の複数回の使用が累積されます
<モジュール名>=<パス> の形式でモジュールをオーバーライドします。指定されたパスが絶対パスの場合は、そのまま使用されます。指定されたパスが相対パスの場合は、現在の作業ディレクトリを基準とする相対パスになります。指定されたパスが「%workspace%」で始まる場合、これは「bazel info workspace」の出力であるワークスペースのルートからの相対パスです。
--registry=<a string> 件の複数回の使用が累積されます
Bazel モジュールの依存関係を見つけるために使用するレジストリを指定します。順序は重要です。モジュールは以前のレジストリで最初に検索され、以前のレジストリでモジュールが欠落している場合にのみ、後のレジストリにフォールバックします。
タグ: changes_inputs
--vendor_dir=<a path> デフォルト: 説明を参照
外部リポジトリをベンダーモードで取得するか、ビルド中に使用するかによらず、外部リポジトリを保持するディレクトリを指定します。パスは、絶対パスまたはワークスペース ディレクトリへの相対パスとして指定できます。
タグ: loading_and_analysis
ビルド時間の最適化をトリガーするオプション:
--cache_computed_file_digests=<a long integer> デフォルト: 「50000」
0 より大きい場合、必要になるたびにディスクからダイジェストを再計算するのではなく、メタデータに基づいてファイル ダイジェストをメモリ内にキャッシュに保存するように Bazel を構成します。これを 0 に設定すると、すべてのファイルの変更をファイルのメタデータから記録できないため、正確性が保証されます。0 以外の場合、数値はキャッシュのサイズを、キャッシュに保存されるファイル ダイジェストの数として示します。
--experimental_dynamic_ignore_local_signals=<a comma-separated list of signal numbers> デフォルト: 説明を参照
OS シグナル番号のリストを取得します。動的実行のローカル ブランチがこれらのシグナルのいずれかで強制終了された場合は、代わりにリモート ブランチを終了できます。永続ワーカーの場合、これはワーカー プロセスを強制終了するシグナルにのみ影響します。
タグ: execution
--[no]experimental_enable_skyfocus デフォルト: 「false」
true の場合、--experimental_working_set の使用を有効にして、増分ビルドのための Bazel のメモリ使用量を削減できます。この機能は Skyfocus と呼ばれます。
タグ: host_machine_resource_optimizations
--experimental_working_set=<comma-separated list of options> デフォルト: ""
Skyfocus のワーキング セット。ワークスペースのルート相対パスをカンマ区切りで指定します。これはステートフル フラグです。ワーキング セットを定義すると、新しいセットで再定義されるまで、後続の呼び出しのためにそのワーキング セットが保持されます。
タグ: host_machine_resource_optimizations
--gc_thrashing_limits=<comma separated pairs of <period>:<count>> デフォルト: 「1s:2,20s:3,1m:5」
上限に達した場合に GcThrashingDetector が OOM で Bazel をクラッシュさせる原因となる上限。それぞれの制限は、<period>:<count> の形式で指定します。ここで、period は期間、count は正の整数です。<period> で連続 <count> のフル GC を行った後に、残存容量(旧世代ヒープ)の --gc_thrashing_threshold パーセント以上が占有されている場合、OOM がトリガーされます。複数の上限はカンマで区切って指定できます。
タグ: host_machine_resource_optimizations
--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 コア数を推定します。
タグ: host_machine_resource_optimizations
--local_extra_resources=<a named float, 'name=value'> 件の複数回の使用が累積されます
Bazel で使用できる追加リソースの数を設定します。文字列と浮動小数点のペアを取ります。複数回使用して、複数の種類の追加リソースを指定できます。Bazel は、利用可能な追加リソースと必要な追加リソースに基づいて、同時に実行されるアクションを制限します。テストでは、「resources:<resoucename>:<amount>」形式のタグを使用して、追加で必要なリソースの量を宣言できます。このフラグでは、使用可能な CPU、RAM、リソースを設定できません。
タグ: host_machine_resource_optimizations
--local_ram_resources=<an integer number of MBs, or "HOST_RAM", optionally followed by [-|*]<float>.> デフォルト: "HOST_RAM*.67"
ローカルで実行されるビルド アクションに Bazel が使えるローカルホスト RAM の合計量(MB)を明示的に設定します。整数または "HOST_RAM" を指定します。必要に応じてその後に [-|*]<float> が続きます(例:HOST_RAM*.5 のように指定して、使用可能な RAM の半分を使用します)。デフォルト("HOST_RAM*.67")では、Bazel はシステム構成をクエリして使用可能な RAM の容量を推定し、その 67% を使用します。
タグ: host_machine_resource_optimizations
--local_resources=<a named double, '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"> 件の複数回の使用が累積されます
Bazel で使用できるリソースの数を設定します。float または HOST_RAM/HOST_CPUS に代入され、オプションで [-|*]<float> が続きます(たとえば、使用可能な RAM の半分を使用する場合は memory=HOST_RAM*.5)。複数回使用して、複数のタイプのリソースを指定できます。Bazel は、利用可能なリソースと必要なリソースに基づいて、同時に実行されるアクションを制限します。テストでは、「resources:<resource name>:<amount>」形式のタグを使用して、必要なリソースの量を宣言できます。--local_{cpu|ram|extra}_resources で指定されたリソースをオーバーライドします。
タグ: host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0> デフォルト: 「2147483647」
Bazel の内部 Skyframe エンジンの高度な構成を示すフラグ。Bazel は、保持されているヒープの割合の使用率が --skyframe_high_water_mark_threshold で設定されたしきい値を超えたことを検出した場合、完全な GC イベントが発生すると、呼び出しごとにこの回数まで、不要な一時的な Skyframe 状態を削除します。デフォルトは Integer.MAX_VALUE で、実質的に無制限です。ゼロは、完全な GC イベントでドロップがトリガーされないことを意味します。上限に達すると、フル GC イベントが発生してその保持ヒープの割合のしきい値を超えたときに、Skyframe の状態が破棄されなくなります。
タグ: host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0> デフォルト: 「2147483647」
Bazel の内部 Skyframe エンジンの高度な構成を示すフラグ。保持されているヒープの割合の使用率が --skyframe_high_water_mark_threshold で設定されたしきい値を超えていることを Bazel が検出した場合、マイナー GC イベントが発生したときに、不要な一時 Skyframe の状態を呼び出し 1 回あたり数回まで破棄します。デフォルトは Integer.MAX_VALUE で、実質的に無制限です。ゼロは、マイナー GC イベントによってドロップがトリガーされないことを意味します。上限に達すると、マイナー GC イベントが発生してその保持ヒープの割合のしきい値を超えたときに、Skyframe の状態が破棄されなくなります。
タグ: host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer> デフォルト: 「85」
Bazel の内部 Skyframe エンジンの高度な構成を示すフラグ。Bazel は、保持されているヒープの割合の使用率がこのしきい値以上であることを検出した場合、不要な一時的な Skyframe の状態を削除します。これを微調整することで、GC スラッシングが(i)この一時的な状態のメモリ使用量によって引き起こされ、(ii)必要なときに状態を再構成するよりもコストがかかる場合に、GC スラッシングによる経過時間の影響を軽減できる可能性があります。
タグ: host_machine_resource_optimizations
ロギングの詳細度、形式、場所に影響するオプション:
--build_event_upload_max_retries=<an integer> デフォルト: 「4」
Bazel がビルドイベントのアップロードを再試行する最大回数。
タグ: bazel_internal_configuration
--[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_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」です。
No-op が非推奨になりました。
タグ: execution
--experimental_command_profile=<cpu, wall, alloc or lock> デフォルト: 説明を参照
コマンドの実行中に Java フライト レコーダー プロファイルを記録します。サポートされているプロファイリング イベントタイプ(cpu、wall、alloc、lock)のいずれかを引数として指定する必要があります。プロファイルは、出力ベース ディレクトリの下にある、イベントタイプにちなんだ名前のファイルに書き込まれます。このフラグの構文とセマンティクスは、今後、追加のプロファイル タイプまたは出力形式をサポートするために変更される場合があります。自己責任で使用してください。
--[no]experimental_docker_verbose デフォルト: 「false」
有効にすると、Bazel は Docker サンドボックス戦略に関するより詳細なメッセージを出力します。
タグ: 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_run_bep_event_include_residue デフォルト: 「false」
実行ビルドイベントにコマンドラインの残差を含めるかどうかを指定します。デフォルトでは、残差は、その残差を含む可能性のある run コマンドのビルドイベントに含まれません。
タグ: affects_outputs
--experimental_skyfocus_dump_keys=<none, count or verbose> のデフォルト: "none"
Skyfocus をデバッグする場合。フォーカスされている SkyKey(ルート、リーフ、フォーカスされた依存関係、フォーカスされた rdeps)をダンプします。
タグ: terminal_output
--[no]experimental_skyfocus_dump_post_gc_stats デフォルト: 「false」
Skyfocus をデバッグする場合。有効にすると、ヒープサイズの縮小の報告に重点を置く前または後に、手動 GC をトリガーします。これにより、Skyfocus のレイテンシが増加します。
タグ: terminal_output
--[no]experimental_stream_log_file_uploads デフォルト: 「false」
ログファイルをディスクに書き込むのではなく、リモート ストレージに直接アップロードします。
タグ: affects_outputs
--explain=<a path> デフォルト: 説明を参照
実行されたビルドの各ステップをビルドシステムに説明します。指定したログファイルに説明が書き込まれます。
タグ: affects_outputs
--[no]ignore_unsupported_sandboxing デフォルト: 「false」
このシステムでサンドボックス実行がサポートされていない場合は、警告を出力しません。
タグ: terminal_output
--[no]legacy_important_outputs のデフォルト値は「true」です。
これを使用して、TargetComplete イベントで以前の重要な出力フィールドの生成を抑制します。Bazel から ResultStore へ統合するには、important_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"
リモート実行メッセージを出力するタイミングを選択します。有効な値は、failure(失敗時のみ出力)の場合、success(成功時のみ出力)、all(常に出力する場合)です。
タグ: terminal_output
--[no]sandbox_debug デフォルト: 「false」
サンドボックス機能のデバッグ機能を有効にします。これには、ビルド後にサンドボックスのルート コンテンツをそのまま残すことと、実行時に追加のデバッグ情報が出力されるという 2 つのことが含まれます。これにより、Bazel ルールまたは Starlark ルールのデベロッパーが、入力ファイルの欠落などによるデバッグの失敗に対処できます。
タグ: terminal_output
--show_result=<an integer> デフォルト: 「1」
ビルドの結果を表示します。ターゲットごとに、最新の状態になっているかどうかを記載します。最新の状態の場合は、ビルドされた出力ファイルのリストを記載します。出力されたファイルは、シェルにコピー&ペーストして実行する際に便利な文字列です。このオプションでは、整数の引数が必要です。これは、結果情報が出力されないターゲット数のしきい値です。したがって、ゼロを指定するとメッセージが抑制され、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」、すべてのテストのログをリアルタイムで出力する「streamed」です(これにより、テストは --test_strategy 値に関係なく一度に 1 つずつローカルでテストが実行されます)。
タグ: test_runnerterminal_outputexecution
--test_summary=<short, terse, detailed, none or testcase> のデフォルト: 「short」
テストサマリーの形式を指定します。有効な値は、「short」は実行されたテストに関する情報のみを出力し、「terse」は実行された失敗したテストに関する情報のみを出力し、「detailed」は失敗したテストケースの詳細情報を出力します。「testcase」はテストケースの解決でサマリーを出力し、「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 list のアスペクトのパラメータか、リスト内のアスペクトで必須です。このオプションは複数回使用できます。ただし、同じパラメータに値を複数回割り当てることはできません。
タグ: loading_and_analysis
--experimental_resolved_file_instead_of_workspace=<a string> デフォルト: ""
空でない場合は、WORKSPACE ファイルではなく、指定された解決済みファイルを読み取ります。
タグ: changes_inputs
--target_pattern_file=<a string> デフォルト: ""
設定すると、ビルドはコマンドラインではなく、ここで指定したファイルからパターンを読み取ります。ここでファイルとコマンドライン パターンを指定するとエラーになります。
タグ: changes_inputs
リモート キャッシュと実行のオプション:
--experimental_circuit_breaker_strategy=<failure> デフォルト: 説明を参照
回路ブレーカーで使用する戦略を指定します。使用可能な戦略は「失敗」です。オプションの値が無効な場合、オプションと同じ動作は設定されません。
タグ: execution
--experimental_downloader_config=<a string> デフォルト: 説明を参照
リモート ダウンローダーを構成するファイルを指定します。このファイルは複数の行で構成され、各行はディレクティブ(「allow」、「block」、「rewrite」)で始まり、その後にホスト名(「allow」、「block」、「block」を表す)または 2 つのパターン(1 つは照合対象、もう 1 つは代替 URL として使用され、後方参照は `$1` から始まります)で始まります。複数の `rewrite` ディレクティブを指定すると、複数の URL が返される場合があります。この場合、複数の URL が返されます。
--[no]experimental_guard_against_concurrent_changes デフォルト: 「false」
アクションをリモート キャッシュにアップロードする前に、アクションの入力ファイルの ctime をチェックしないようにするには、この設定をオフにします。Linux カーネルがファイルの書き込みを遅延させ、誤検出を引き起こす可能性があります。
--[no]experimental_remote_cache_async デフォルト: 「false」
true の場合、リモート キャッシュ I/O はスポーンの一部として行われるのではなく、バックグラウンドで行われます。
--experimental_remote_cache_compression_threshold=<an integer> デフォルト: 「0」
zstd で圧縮/解凍するために必要な最小 blob サイズ。--remote_cache_compression が設定されていない場合、機能しません。
--experimental_remote_cache_eviction_retries=<an integer> デフォルト: 「0」
ビルドでリモート キャッシュ エビクション エラーが発生した場合の再試行の最大回数。ゼロ以外の値を指定すると、自動的に --compatible_remote_use_new_exit_code_for_lost_inputs が true に設定されます。試行ごとに新しい呼び出し ID が生成されます。呼び出し ID を生成し、--invocation_id を指定して Bazel に提供する場合は、このフラグを使用しないでください。代わりに、フラグ「--compatible_remote_use_new_exit_code_for_lost_inputs」を設定して、終了コード 39 を確認します。
タグ: execution
--[no]experimental_remote_cache_lease_extension デフォルト: 「false」
true に設定すると、Bazel は「FindMissingBlobs」呼び出しをリモート キャッシュに定期的に送信して、ビルド中のリモート アクションの出力のリースを延長します。頻度は「--experimental_remote_cache_ttl」の値に基づきます。
--experimental_remote_cache_ttl=<An immutable length of time.> デフォルト: 「3h」
ActionResult や FindMissingBlobs などによりダイジェストが最近参照された後のリモート キャッシュ内で保証される最小 TTL。Bazel は、blob の TTL に基づいていくつかの最適化を行います(増分ビルドで GetActionResult を繰り返し呼び出すことはありません)。この値は、実際の TTL よりも少し小さい値に設定してください。これは、サーバーがダイジェストを返してから Bazel が受け取るまでに時間差があるためです。
タグ: execution
--experimental_remote_capture_corrupted_outputs=<a path> デフォルト: 説明を参照
破損した出力がキャプチャされるディレクトリのパス。
--[no]experimental_remote_discard_merkle_trees のデフォルト値は「true」です。
true に設定した場合、GetActionResult() と Execute() の呼び出し中に、入力ルートのマークルツリーのメモリ内コピーと関連する入力マッピングを破棄します。これによりメモリ使用量が大幅に削減されますが、リモート キャッシュミスや再試行時に Bazel による再計算が必要になります。
--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_failure_rate_threshold=<an integer in 0-100 range> デフォルト: 「10」
特定の時間枠内で許容される失敗率をパーセンテージで設定します。この期間が経過するとリモート キャッシュ/エグゼキュータの呼び出しを停止します。デフォルト値は 10 です。これを 0 に設定した場合、制限はありません。
タグ: execution
--experimental_remote_failure_window_interval=<An immutable length of time.> デフォルト: 「60s」
リモート リクエストの失敗率を計算する間隔。0 または負の値の場合、失敗時間は実行時間全体として計算されます。日(d)、時間(h)、分(m)、秒(s)、ミリ秒(ms)の単位を使用できます。単位を省略すると、値は秒として解釈されます。
タグ: execution
--[no]experimental_remote_mark_tool_inputs デフォルト: 「false」
true に設定した場合、Bazel は入力をリモート エグゼキュータのツール入力としてマークします。これを使用して、リモート永続ワーカーを実装できます。
--[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 です。
--experimental_remote_output_service=<a string> デフォルト: 説明を参照
リモート出力サービス エンドポイントの HOST または HOST:PORT 。サポートされているスキーマは、grpc、grpcs(TLS が有効な grpc)、unix(ローカル UNIX ソケット)です。スキーマが指定されていない場合、Bazel はデフォルトで grpcs になります。grpc:// または unix: schema を指定して TLS を無効にします。
--experimental_remote_output_service_output_path_prefix=<a string> デフォルト: ""
--experimental_remote_output_service によって管理される出力ディレクトリの内容が配置されるパス。ビルドで使用される実際の出力ディレクトリは、このパスの子孫になり、出力サービスによって決まります。
--[no]experimental_remote_require_cached デフォルト: 「false」
true に設定した場合、リモートで実行できるすべてのアクションがキャッシュに保存されます。キャッシュに保存されない場合は、ビルドが失敗します。新しい結果を誤ってキャッシュに挿入することなく、キャッシュに保存すべきアクションが実際にキャッシュに保存されるかどうかを確認できるため、非決定性に関する問題のトラブルシューティングに役立ちます。
--experimental_remote_scrubbing_config=<Converts to a Scrubber> デフォルト: 説明を参照
指定された構成ファイルを使用したリモート キャッシュキーのスクラブを有効にします。構成ファイルはテキスト形式のプロトコル バッファである必要があります(src/main/protobuf/remote_scrubbing.proto を参照)。この機能は、同じプラットフォームを対象とする異なるプラットフォームで実行されるアクション間で、リモート/ディスク キャッシュの共有を容易にすることを目的としています。不適切な設定を行うと、キャッシュ エントリが誤って共有され、誤ったビルドにつながる可能性があるため、慎重に使用してください。 スクラブはアクションの実行方法には影響せず、アクションの結果を取得または保存するためのリモート/ディスク キャッシュキーの計算方法にのみ影響します。スクラブされたアクションはリモート実行と互換性がなく、常にローカルで実行されます。スクラブ設定を変更しても、ローカル ファイルシステムや内部キャッシュにある出力は無効になりません。影響を受ける操作を再実行するには、クリーンビルドが必要です。 この機能を正常に使用するには、カスタムの --host_platform を、--experimental_platform_in_output_dir(出力接頭辞を正規化する)および --compatible_strict_action_env(環境変数を正規化する)と一緒に設定することをおすすめします。
--experimental_worker_for_repo_fetching=<off, platform, virtual or auto> のデフォルト: "auto"
リポジトリの取得に使用するスレッドモード。「off」に設定すると、ワーカー スレッドは使用されず、リポジトリの取得は再起動の対象となります。それ以外の場合は、プラットフォーム スレッド(OS スレッド)が「platform」に設定されている場合は使用し、「virtual」に設定されている場合は仮想スレッドが使用されます。「auto」に設定すると、(JDK 21 以降で実行されているなど)利用可能な場合は仮想スレッドが使用されます。それ以外の場合は、ワーカー スレッドは使用されません。
--[no]incompatible_remote_build_event_upload_respect_no_cache デフォルト: 「false」
非推奨。処理なし。代わりに --remote_build_event_upload=minimal を使用します。
--[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」です。
オペレーションなし
タグ: incompatible_change
--[no]incompatible_remote_use_new_exit_code_for_lost_inputs のデフォルト値は「true」です。
true に設定した場合、ビルド中にリモート キャッシュが blob を強制排除すると、Bazel は 34 ではなく新しい終了コード 39 を使用します。
タグ: incompatible_change
--[no]remote_accept_cached のデフォルト値は「true」です。
リモートでキャッシュに保存されたアクションの結果を受け入れるかどうか。
--remote_build_event_upload=<all or minimal> のデフォルト: 「minimal」
「all」に設定すると、BEP で参照されるすべてのローカル出力がリモート キャッシュにアップロードされます。 「minimal」に設定すると、BEP のコンシューマにとって重要なファイル(テストログやタイミング プロファイルなど)を除き、BEP で参照されるローカル出力はリモート キャッシュにアップロードされません。bytestream:// スキームは常に、リモート キャッシュにない場合でもファイルの URI に使用されます。 デフォルトは「minimal」です。
--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 をご覧ください。
--[no]remote_cache_compression デフォルト: 「false」
有効にすると、サイズが --experimental_remote_cache_compression_threshold 以上のときに、zstd を使用してキャッシュ blob を圧縮/解凍します。
--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_download_regex=<a valid Java regular expression> 件の複数回の使用が累積されます
--remote_download_outputs に関係なく、このパターンにパスが一致するリモートビルド出力のダウンロードを強制します。このフラグを繰り返すと、複数のパターンを指定できます。
タグ: affects_outputs
--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 になります。grpc:// または unix: schema を指定して TLS を無効にします。
--remote_grpc_log=<a path> デフォルト: 説明を参照
指定する場合、gRPC 呼び出しに関連する詳細をログに記録するファイルのパス。このログは、シリアル化された com.google.devtools.build.lib.remote.logging.RemoteExecutionLog.LogEntry protobuf のシーケンスで構成されます。各メッセージの前には、次のシリアル化された protobuf メッセージのサイズを示す varint が付きます。これは、メソッド LogEntry.writeDelimitedTo(OutputStream) によって実行されます。
--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」
NoOps、非推奨。詳しくは、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_retry_max_delay=<An immutable length of time.> デフォルト: 「5s」
リモート再試行間の最大バックオフ遅延。使用できる単位は、日(d)、時間(h)、分(m)、秒(s)、ミリ秒(ms)です。単位を省略すると、値は秒として解釈されます。
--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 はすべてのリモート ダウンロードのハッシュ合計を計算し、想定された値と一致しない場合は、リモートからキャッシュに保存された値を破棄します。
その他のカテゴリ(特に分類されていないもの):
--[no]allow_analysis_cache_discard のデフォルト値は「true」です。
ビルドシステムの変更により分析キャッシュを破棄する場合、このオプションを false に設定すると、ビルドを続行せずに bazel が終了します。「discard_analysis_cache」も設定されている場合、このオプションは無効です。
タグ: eagerness_to_exit
--auto_output_filter=<none, all, packages or subpackages> のデフォルト: "none"
--output_filter が指定されていない場合、このオプションの値を使用して自動的にフィルタが作成されます。指定できる値は、「none」(何もフィルタしない / すべてを表示)、「all」(すべてをフィルタする / 何も表示しない)、「packages」(Blaze コマンドラインに記述されているパッケージのルールからの出力を含める)、「subpackages」(「packages」など、サブパッケージも含む)です。「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 に従って長さ区切りの SpawnExec proto として、このファイルに記録します。関連フラグ: --execution_log_json_file(テキスト JSON 形式、相互に排他的)、--execution_log_sort(実行ログを並べ替えるかどうか)、--subcommands(ターミナル出力にサブコマンドを表示する場合)。
--execution_log_json_file=<a path> デフォルト: 説明を参照
実行されたスポーンを、src/main/protobuf/spawn.proto に沿って、SpawnExec proto の改行区切りの JSON 表現としてこのファイルに記録します。関連フラグ: --execution_log_binary_file(バイナリ protobuf 形式、相互に排他的)、--execution_log_sort(実行ログを並べ替えるかどうか)、--subcommands(ターミナル出力にサブコマンドを表示する場合)。
--[no]execution_log_sort のデフォルト値は「true」です。
呼び出し間でログを比較しやすくするために、実行ログを並べ替えるかどうか。false に設定すると、非決定的な実行順序でログが生成される代わりに、呼び出しの終了時に CPU とメモリの大幅な使用量が増える可能性があります。バイナリ形式と JSON 形式にのみ適用されます。コンパクト形式は並べ替えられません。
--[no]expand_test_suites のデフォルト値は「true」です。
分析の前に、test_suite ターゲットを構成テストに展開する。このフラグがオン(デフォルト)の場合、テストスイートに属するテストにネガティブ ターゲット パターンが適用されます。それ以外の場合は適用されません。このフラグをオフにすると、トップレベルの要素をコマンドラインに適用して test_suite ターゲットを分析できる場合に便利です。
タグ: loading_and_analysis
--experimental_execution_log_compact_file=<a path> デフォルト: 説明を参照
src/main/protobuf/spawn.proto に従って、実行されたスポーンを長さ区切りの ExecLogEntry proto としてこのファイルに記録します。ファイル全体が zstd で圧縮されます。これは現在開発中の試験運用フォーマットであり、いつでも変更される可能性があります。関連フラグ: --execution_log_binary_file(バイナリ protobuf 形式、相互に排他的)、--execution_log_json_file(テキスト JSON 形式、相互に排他的)、--subcommands(ターミナル出力にサブコマンドを表示)。
--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_actions をスケジュールします。
--experimental_spawn_scheduler
ローカルとリモートで並行してアクションを実行することで、動的実行を有効にします。Bazel は、各アクションをローカルとリモートで生成し、最初に完了したアクションを選択します。アクションがワーカーをサポートしている場合、ローカル アクションは永続的なワーカーモードで実行されます。個々のアクション ニーモニックの動的実行を有効にするには、代わりに「--internal_spawn_scheduler」フラグと「--strategy=<mnemonic>=dynamic」フラグを使用します。
次のように展開:
  --internal_spawn_scheduler
  --spawn_strategy=dynamic
--[no]fetch のデフォルト値は「true」です。
コマンドが外部依存関係を取得できるようにします。false に設定すると、このコマンドは依存関係のキャッシュ バージョンを利用します。存在しない場合、コマンドは失敗します。
--[no]incompatible_dont_use_javasourceinfoprovider デフォルト: 「false」
オペレーションなし
タグ: incompatible_change
--local_termination_grace_seconds=<an integer> デフォルト: 「15」
タイムアウトによりローカル プロセスを終了してから強制的にシャットダウンするまでの待機時間。
--override_repository=<an equals-separated mapping of repository name to path> 件の複数回の使用が累積されます
<repository name>=<path> という形式のローカルパスで、リポジトリをオーバーライドします。指定されたパスが絶対パスの場合は、そのまま使用されます。指定されたパスが相対パスの場合は、現在の作業ディレクトリを基準とする相対パスになります。指定されたパスが「%workspace%」で始まる場合、これは「bazel info workspace」の出力であるワークスペースのルートからの相対パスです。
--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 の動作とテストコマンドに影響します。
--workspace_status_command=<path> デフォルト: ""
ビルドの開始時に呼び出されるコマンドで、ワークスペースに関するステータス情報を Key-Value ペアの形式で提供します。詳細な仕様については、ユーザーズマニュアルをご覧ください。例については、tools/buildstamp/get_workspace_status もご覧ください。
ビルド実行を制御するオプション:
--[no]check_up_to_date デフォルト: 「false」
ビルドは実行せず、ビルドが最新かどうかを確認してください。すべてのターゲットが最新の状態であれば、ビルドは正常に完了します。ステップを実行する必要がある場合は、エラーが報告され、ビルドが失敗します。
タグ: execution
シンボリック リンク ツリーを作成するために直接ファイル システム呼び出しを行うかどうか
タグ: loading_and_analysisexecutionexperimental
--[no]experimental_persistent_aar_extractor デフォルト: 「false」
ワーカーを使用して永続 AAR エクストラクタを有効にします。
タグ: execution
--[no]experimental_remotable_source_manifests デフォルト: 「false」
ソース マニフェストのアクションをリムーバブルにするかどうか
タグ: loading_and_analysisexecutionexperimental
--[no]experimental_split_coverage_postprocessing デフォルト: 「false」
true の場合、Bazel は新しい Spawn でテストのためにカバレッジの後処理を実行します。
タグ: execution
--[no]experimental_split_xml_generation のデフォルト値は「true」です。
このフラグが設定されており、テスト アクションで test.xml ファイルが生成されない場合、Bazel は別のアクションを使用して、テストログを含むダミーの test.xml ファイルを生成します。それ以外の場合、Bazel はテスト アクションの一部として test.xml を生成します。
タグ: execution
--[no]experimental_strict_fileset_output デフォルト: 「false」
このオプションを有効にすると、ファイルセットはすべての出力アーティファクトを通常のファイルとして扱います。ディレクトリを走査したり、シンボリック リンクの影響を受けたりすることはありません。
タグ: execution
--[no]experimental_use_semaphore_for_jobs のデフォルト値は「true」です。
true に設定した場合は、さらにセマフォを使用して同時実行ジョブの数を制限します。
タグ: host_machine_resource_optimizationsexecution
--genrule_strategy=<comma-separated list of options> デフォルト: ""
genrules の実行方法を指定します。このフラグは廃止される予定です。代わりに、--spawn_strategy=<value> を使用してすべてのアクションを制御するか、--strategy=Genrule=<value> を使用して genrules のみを制御します。
タグ: 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 ~ 5,000 の範囲で指定してください。値が 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 アクションを有効にします。
次のように展開:
  --internal_persistent_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
--strategy=Aapt2Optimize=worker




--strategy=AARGenerator=worker--strategy=ProcessDatabinding=worker--strategy=GenerateDataBindingBaseClasses=workerhost_machine_resource_optimizationsexecution
--persistent_multiplex_android_dex_desugar
ワーカーを使用して、永続的な多重化された Android dex アクションと desugar アクションを有効にします。
次のように展開:
  --persistent_android_dex_desugar
  --internal_persistent_multiplex_android_dex_desugar

タグ: 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

/6/6/

--modify_execution_info=Aapt2Optimize=+supports-multiplex-workers--modify_execution_info=AARGenerator=+supports-multiplex-workershost_machine_resource_optimizationsexecution
--persistent_multiplex_android_tools
永続的な多重化された Android ツール(dex、脱糖、リソース処理)を有効にします。
次のように展開:
  --internal_persistent_multiplex_busybox_tools
  --persistent_multiplex_android_resource_processor
  --persistent_multiplex_android_dex_desugar

タグ: host_machine_resource_optimizationsexecution
--[no]skip_incompatible_explicit_targets デフォルト: 「false」
コマンドラインに明示的に一覧表示されている互換性のないターゲットをスキップします。デフォルトでは、このようなターゲットをビルドするとエラーが発生しますが、このオプションを有効にすると通知なくスキップされます。参照: https://bazel.build/extending/platforms#skipping-compatible-targets
タグ: loading_and_analysis
--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 に一致する説明を持つ生成アクションを実行するために使用する Spawn 戦略をオーバーライドします。regex_filter マッチングの詳細については、--per_file_copt をご覧ください。description に一致する最後の regex_filter が使用されます。このオプションは、戦略を指定する他のフラグをオーバーライドします。例: --strategy_regexp=//foo.*\.cc,-//foo/bar=local は、説明が //foo.*.cc と一致し、//foo/bar と一致しない場合、ローカル戦略を使用してアクションを実行することを意味します。例: --strategy_regexp='Compiling.*/bar=local --strategy_regexp=Compiling=sandboxed 「Compiling //foo/bar/baz」を「local」戦略で実行しますが、順序を逆にすると「sandboxed」になります。
タグ: execution
--[no]use_target_platform_for_tests デフォルト: 「false」
true の場合、Bazel はテスト実行グループではなく、ターゲット プラットフォームを使用してテストを実行します。
タグ: 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_crosstool_top=<a build target label> デフォルト: "@bazel_tools//tools/cpp:ツールチェーン"
Apple と Objc のルールとその依存関係で使用されるクロスツール パッケージのラベル。
タグ: loses_incremental_statechanges_inputs
--cc_output_directory_tag=<a string> デフォルト: ""
構成ディレクトリに追加するサフィックスを指定します。
タグ: affects_outputs
--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
--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_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 ファイルで宣言されたプラットフォームよりも前に考慮されます。このオプションは 1 回だけ設定できます。後のインスタンスは以前のフラグ設定をオーバーライドします。
タグ: execution
--extra_toolchains=<comma-separated list of options> 件の複数回の使用が累積されます
ツールチェーンの解決時に考慮されるツールチェーン ルール。ツールチェーンは正確なターゲットで指定することも、ターゲット パターンとして指定することもできます。これらのツールチェーンは、register_chains() によって WORKSPACE ファイルで宣言されているものよりも前に考慮されます。
タグ: affects_outputschanges_inputsloading_and_analysis
--grte_top=<a label> デフォルト: 説明を参照
チェックインされた libc ライブラリのラベル。デフォルト値はクロスツール ツールチェーンによって選択されるため、オーバーライドする必要はほとんどありません。
タグ: action_command_linesaffects_outputs
--host_compiler=<a string> デフォルト: 説明を参照
NoOps フラグ。今後のリリースで削除される予定です。
タグ: loading_and_analysisexecution
--host_grte_top=<a label> デフォルト: 説明を参照
この設定を指定すると、実行構成の libc 最上位ディレクトリ(--grte_top)がオーバーライドされます。
タグ: action_command_linesaffects_outputs
--host_platform=<a build target label> デフォルト: "@local_config_platform//:host"
ホストシステムを記述するプラットフォーム ルールのラベル。
タグ: affects_outputschanges_inputsloading_and_analysis
--[no]incompatible_dont_enable_host_nonhost_crosstool_features のデフォルト値は「true」です。
true の場合、Bazel は c++ ツールチェーンの「host」機能と「nonhost」機能を有効にしません(詳しくは、https://github.com/bazelbuild/bazel/issues/7407 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_enable_android_toolchain_resolution のデフォルト値は「true」です。
ツールチェーンの解決を使用して、Android ルール用の Android SDK を選択します(Starlark とネイティブ)
タグ: loading_and_analysisincompatible_change
--[no]incompatible_enable_apple_toolchain_resolution デフォルト: 「false」
ツールチェーンの解決を使用して、Apple SDK を Apple のルール(Starlark とネイティブ)に選択します
タグ: loading_and_analysisincompatible_change
--[no]incompatible_make_thinlto_command_lines_standalone のデフォルト値は「true」です。
このフラグは noop であり、削除される予定です。
タグ: no_opincompatible_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」です。
このフラグは noop であり、削除される予定です。
タグ: no_opincompatible_change
--[no]incompatible_strip_executable_safely デフォルト: 「false」
true の場合、実行可能ファイルに対する削除アクションでフラグ -x が使用されます。これにより、動的なシンボル解決が中断されません。
タグ: action_command_linesincompatible_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_analysisimmutable
--platforms=<a build target label> デフォルト: ""
現在のコマンドのターゲット プラットフォームを記述するプラットフォーム ルールのラベル。
タグ: affects_outputschanges_inputsloading_and_analysis
--python2_path=<a string> デフォルト: 説明を参照
非推奨、NoOps。「--compatible_use_python_chains」により無効になります。
タグ: no_opdeprecated
--python3_path=<a string> デフォルト: 説明を参照
非推奨、NoOps。「--compatible_use_python_chains」により無効になります。
タグ: no_opdeprecated
--python_path=<a string> デフォルト: 説明を参照
ターゲット プラットフォームで Python ターゲットを実行するために呼び出される Python インタープリタの絶対パス。非推奨。--compatible_use_python_chains によって無効になっています。
タグ: loading_and_analysisaffects_outputs
--python_top=<a build target label> デフォルト: 説明を参照
ターゲット プラットフォームで Python ターゲットを実行するために呼び出される Python インタープリタを表す py_runtime のラベル。非推奨。--compatible_use_python_chains によって無効になっています。
タグ: loading_and_analysisaffects_outputs
--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」のデフォルトの watchOS 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_generate_dsym デフォルト: 「false」
デバッグ シンボル(.dSYM)ファイルを生成するかどうか。
タグ: affects_outputsaction_command_lines
--[no]build のデフォルト値は「true」です。
ビルドを実行します。これが通常の動作です。--nobuild を指定すると、ビルド アクションを実行する前にビルドが停止し、パッケージの読み込みフェーズと分析フェーズが正常に完了するとゼロが返されます。このモードは、これらのフェーズをテストする場合に便利です。
タグ: executionaffects_outputs
true の場合、すべてのターゲットに runfiles シンボリック リンク フォレストをビルドします。false の場合、ローカル アクション、テスト、または実行コマンドで必要な場合にのみ記述します。
タグ: affects_outputs
--[no]build_runfile_manifests のデフォルト値は「true」です。
true の場合、すべてのターゲットの runfile マニフェストを書き込みます。false の場合は省略します。false の場合、ローカルテストは実行できません。
タグ: affects_outputs
--[no]build_test_dwp デフォルト: 「false」
有効にすると、C++ テストを静的に、そして fission でビルドするときに、テストバイナリの .dwp ファイルも自動的にビルドされます。
タグ: loading_and_analysisaffects_outputs
--cc_proto_library_header_suffixes=<comma-separated set of options> デフォルト: 「.pb.h」
cc_proto_library が作成するヘッダー ファイルの接尾辞を設定します。
タグ: affects_outputsloading_and_analysis
--cc_proto_library_source_suffixes=<comma-separated set 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
--[no]experimental_use_validation_aspect デフォルト: 「false」
アスペクトを使用して検証アクションを実行するかどうかを指定します(テストによる並列処理の場合)。
タグ: executionaffects_outputs
--fission=<a set of compilation modes> デフォルト: 「no」
C++ コンパイルとリンクで分断を使用するコンパイル モードを指定します。{'fastbuild'、'dbg'、'opt'} の組み合わせを指定できます。または、すべてのモードを有効にする場合は「yes」、すべてのモードを無効にする場合は「no」を指定できます。
タグ: loading_and_analysisaction_command_linesaffects_outputs
--[no]incompatible_always_include_files_in_data のデフォルト値は「true」です。
true の場合、ネイティブ ルールによってデータ依存関係の <code>DefaultInfo.files</code> が runfile に追加されます。これは、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 で指定できます(この場合、値は呼び出し環境から取得されます)。または、呼び出し環境とは無関係に値を設定する name=value ペアで指定できます。このオプションは複数回使用できます。同じ変数に対して指定されたオプションの場合は、最新のものが優先され、異なる変数のオプションが蓄積されます。
タグ: action_command_lines
--android_cpu=<a string> デフォルト: 「armeabi-v7a」
Android のターゲット CPU。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--[no]android_databinding_use_androidx のデフォルト値は「true」です。
AndroidX 互換のデータ バインディング ファイルを生成します。これはデータ バインディング v2 でのみ使用されます。このフラグは動作しません。
タグ: affects_outputsloading_and_analysisloses_incremental_stateexperimental
--[no]android_databinding_use_v3_4_args のデフォルト値は「true」です。
3.4.0 引数で Android Databinding v2 を使用します。このフラグは動作しません。
タグ: affects_outputsloading_and_analysisloses_incremental_stateexperimental
--android_dynamic_mode=<off, default or fully> デフォルトは「off」
cc_binary が共有ライブラリを明示的に作成しない場合に、Android ルールの C++ の依存関係を動的にリンクするかどうかを決定します。「default」は、bazel が動的にリンクするかどうかを選択することを意味します。「full」はすべてのライブラリが動的にリンクされることを意味します。「オフ」は、すべてのライブラリがほぼ静的モードでリンクされることを意味します。
タグ: 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
--aspects=<comma-separated list of options> 件の複数回の使用が累積されます
最上位のターゲットに適用するアスペクトのカンマ区切りのリスト。リスト内で、some_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」はファイル tools/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"
バイナリをビルドするモードを指定します。値: fastbuild、dbg、opt。
タグ: affects_outputsaction_command_lines
--conlyopt=<a string> 件の複数回の使用が累積されます
C ソースファイルをコンパイルするときに gcc に渡す追加のオプション。
タグ: action_command_linesaffects_outputs
--copt=<a string> 件の複数回の使用が累積されます
gcc に渡す追加オプション。
タグ: action_command_linesaffects_outputs
--cpu=<a string> デフォルト: ""
ターゲット CPU。
タグ: changes_inputsaffects_outputs
--cs_fdo_absolute_path=<a string> デフォルト: 説明を参照
CSFDO プロファイル情報を使用してコンパイルを最適化します。プロファイル ファイルを含む ZIP ファイルの絶対パス名を指定します。未加工の LLVM プロファイル ファイルまたはインデックス付きの LLVM プロファイル ファイルのいずれかを指定します。
タグ: 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> 件の複数回の使用が累積されます
各 --defined オプションは、ビルド変数の割り当てを指定します。変数に複数の値がある場合は、最後の値が優先されます。
タグ: changes_inputsaffects_outputs
--dynamic_mode=<off, default or fully> デフォルト: "default"
C++ バイナリを動的にリンクするかどうかを決定します。「default」は、Bazel が動的にリンクするかどうかを選択することを意味します。「full」はすべてのライブラリが動的にリンクされることを意味します。「オフ」は、すべてのライブラリがほぼ静的モードでリンクされることを意味します。
タグ: 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 のデフォルト値は「true」です。
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
--[no]experimental_collect_code_coverage_for_generated_files デフォルト: 「false」
指定すると、Bazel は生成されたファイルの収集カバレッジ情報も生成します。
タグ: affects_outputs
このフラグは、便利なシンボリック リンク(ビルド後にワークスペースに表示されるシンボリック リンク)の管理方法を制御します。有効な値: normal(デフォルト): ビルドに応じて、各種の便利なシンボリック リンクが作成または削除されます。 clean: すべてのシンボリック リンクが無条件に削除されます。ignore: シンボリック リンクはそのまま残ります。 log_only: 「normal」が渡されたかのようにログメッセージを生成しますが、実際にはファイルシステム操作は実行しません(ツールに便利です)。 影響を受けるのは、現在の --symlink_prefix 値によって名前が生成されたシンボリック リンクのみです。接頭辞を変更すると、既存のシンボリック リンクはそのまま残ります。
タグ: affects_outputs
このフラグは、ビルドの eventConvenienceSymlinksIdentified を BuildEventProtocol に送信するかどうかを制御します。値が true の場合、BuildEventProtocol にコンビニエンス SymlinksIdentified のエントリがあり、ワークスペースで作成されたコンビニエンス シンボリック リンクがすべてリストされています。false の場合、BuildEventProtocol のコンビニエンス SymlinksIdentified エントリは空になります。
タグ: affects_outputs
--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 と -fasynchronous-unwind-tables を使用してコンパイルします。
タグ: action_command_linesaffects_outputsexperimental
--experimental_output_paths=<off, content or strip> デフォルトは「off」
特にマルチプラットフォーム / マルチ構成のビルドで、出力ツリールール内の出力を書き込む場所に使用するモデル。これは非常に試験運用的な内容です。詳しくは、https://github.com/bazelbuild/bazel/issues/6526 をご覧ください。Starlark アクションでパス マッピングを有効にするには、キー「supports-path-mapping」を「execution_requirements」辞書に追加します。
タグ: loses_incremental_statebazel_internal_configurationaffects_outputsexecution
--experimental_override_name_platform_in_output_dir=<a 'label=value' assignment> 件の複数回の使用が累積されます
各エントリは label=value の形式にする必要があります。label はプラットフォームを表し、values は出力パスで使用する省略名です。--experimental_platform_in_output_dir が true の場合にのみ使用されます。命名優先度が最も高い。
タグ: affects_outputsexperimental
--[no]experimental_platform_in_output_dir デフォルト: 「false」
true の場合、出力ディレクトリ名に CPU の代わりにターゲット プラットフォームの略称が使用されます。厳密なスキームは試験運用版であり、変更される可能性があります。まず、まれに「--platforms オプション」の値が 1 つのみではなく、「platforms」オプションのハッシュが使用されます。次に、現在のプラットフォームの略称が --experimental_override_name_platform_in_output_dir によって登録されている場合は、その略称が使用されます。次に、--experimental_use_platforms_in_output_dir_legacy_heuristic が設定されている場合は、現在のプラットフォーム ラベルに基づいた略称を使用します。最後に、プラットフォーム オプションのハッシュが最後の手段として使用されます。
タグ: affects_outputsexperimental
--[no]experimental_use_llvm_covmap デフォルト: 「false」
指定すると、collect_code_coverage が有効になると、Bazel は gcov ではなく llvm-cov カバレッジ マップ情報を生成します。
タグ: changes_inputsaffects_outputsloading_and_analysisexperimental
--[no]experimental_use_platforms_in_output_dir_legacy_heuristic のデフォルト値は「true」です。
このフラグは、提案される移行戦略またはテスト戦略の一環としてのみ使用してください。ヒューリスティックには既知の欠陥があるため、--experimental_override_name_platform_in_output_dir のみを使用して移行することをおすすめします。
タグ: affects_outputsexperimental
--fat_apk_cpu=<comma-separated set of options> デフォルト: 「armeabi-v7a」
このオプションを設定すると、ファット APK が有効になります。これには、指定したすべてのターゲット アーキテクチャ(例:--fat_apk_cpu=x86,armeabi-v7a. このフラグを指定すると、android_binary ルールの依存関係で --android_cpu は無視されます。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--[no]fat_apk_hwasan デフォルト: 「false」
NoOps フラグ。今後のリリースで削除される予定です。
タグ: no_op
--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> を指定すると、対象物が無効になります。負の特徴は、正の特徴よりも常に優先されます。関連情報: --host_features
タグ: 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 で指定できます(この場合、値は呼び出し環境から取得されます)。または、呼び出し環境とは無関係に値を設定する name=value ペアで指定できます。このオプションは複数回使用できます。同じ変数に対して指定されたオプションの場合は、最新のものが優先され、異なる変数のオプションが蓄積されます。
タグ: action_command_lines
--host_compilation_mode=<fastbuild, dbg or opt> デフォルト: 「opt」
ビルド中に使用するツールが組み込まれるモードを指定します。値: fastbuild、dbg、opt。
タグ: affects_outputsaction_command_lines
--host_conlyopt=<a string> 件の複数回の使用が累積されます
exec 構成で C(C++ ではない)ソースファイルをコンパイルするときに C コンパイラに渡す追加のオプション。
タグ: action_command_linesaffects_outputs
--host_copt=<a string> 件の複数回の使用が累積されます
exec 構成でビルドされるツールのために C コンパイラに渡す追加オプション。
タグ: action_command_linesaffects_outputs
--host_cpu=<a string> デフォルト: ""
ホスト CPU。
タグ: changes_inputsaffects_outputs
--host_cxxopt=<a string> 件の複数回の使用が累積されます
exec 構成でビルドされるツールの C++ コンパイラに渡す追加オプション。
タグ: action_command_linesaffects_outputs
--host_features=<a string> 件の複数回の使用が累積されます
exec 構成でビルドされたターゲットでは、特定の機能がデフォルトで有効または無効になります。-<feature> を指定すると、対象物が無効になります。負の特徴は常に正の特徴をオーバーライドします。
タグ: changes_inputsaffects_outputs
--host_force_python=<PY2 or PY3> デフォルト: 説明を参照
exec 構成の 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> 件の複数回の使用が累積されます
exec 構成で特定のファイルをコンパイルするときに、C/C++ コンパイラに選択的に渡す追加のオプション。このオプションは複数回渡すことができます。構文: regex_filter@option_1,option_2,...,option_nregex_filter は、正規表現の包含または除外のパターンのリストを表します(--instrumentation_filter もご覧ください)。option_1 から option_n は任意のコマンドライン オプションを表します。オプションにカンマが含まれている場合は、引用符で囲む必要があります。オプションには @ を含めることができます。文字列の分割には最初の @ のみを使用します。例: --host_per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0 は、bar.cc を除く //foo/ 内のすべての cc ファイルの gcc コマンドラインに -O0 コマンドライン オプションを追加します。
タグ: action_command_linesaffects_outputs
--[no]incompatible_auto_exec_groups デフォルト: 「false」
有効にすると、ルールで使用されるツールチェーンごとに exec グループが自動的に作成されます。これを機能させるには、ルールのアクションに「ツールチェーン」パラメータを指定する必要があります。詳しくは、https://github.com/bazelbuild/bazel/issues/17134 をご覧ください。
タグ: affects_outputsincompatible_change
--[no]incompatible_merge_genfiles_directory のデフォルト値は「true」です。
true の場合、genfiles ディレクトリは bin ディレクトリに折りたたまれます。
タグ: 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 および linkopts で 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
--memprof_profile=<a build target label> デフォルト: 説明を参照
memprof プロファイルを使用します。
タグ: affects_outputs
--[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_nregex_filter は、正規表現の包含または除外のパターンのリストを表します(--instrumentation_filter もご覧ください)。option_1 から option_n は任意のコマンドライン オプションを表します。オプションにカンマが含まれている場合は、引用符で囲む必要があります。オプションには @ を含めることができます。文字列の分割には最初の @ のみを使用します。例: --per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0 は、bar.cc を除く //foo/ 内のすべての 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 は、//foo/ にある bar.o を除くすべての o ファイルの LTO バックエンド コマンドラインに -O0 コマンドライン オプションを追加します。
タグ: action_command_linesaffects_outputs
--platform_suffix=<a string> デフォルト: 説明を参照
構成ディレクトリに追加するサフィックスを指定します。
タグ: loses_incremental_stateaffects_outputsloading_and_analysis
--propeller_optimize=<a build target label> デフォルト: 説明を参照
Propeller のプロファイル情報を使用して、ビルド ターゲットを最適化します。Propeller のプロファイルは、2 つのファイル(cc プロファイルと ld プロファイル)のうち少なくとも 1 つで構成されている必要があります。このフラグは、Propeller プロファイル入力ファイルを参照する必要があるビルドラベルを受け入れます。たとえば、ラベルを定義する BUILD ファイルを Bazel で認識できるようにするには、a/b/BUILD:propeller_optimize( name = "propeller_profile", cc_profile = "propeller_cc_profile.txt", ld_profile = "propeller_ld_profile.txt",)」で、それらのファイルを Bazel に公開するには、対応するパッケージに exports_files ディレクティブを追加する必要がある場合があります。このオプションは次のように使用する必要があります。--propeller_optimize=//a/b:propeller_profile
タグ: action_command_linesaffects_outputs
--propeller_optimize_absolute_cc_profile=<a string> デフォルト: 説明を参照
Propeller Optimized ビルドの cc_profile ファイルの絶対パス名。
タグ: affects_outputs
--propeller_optimize_absolute_ld_profile=<a string> デフォルト: 説明を参照
Propeller Optimized ビルドの 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> のデフォルト: 「場合によっては」
バイナリと共有ライブラリを除去するかどうかを指定します(「-Wl,--strip-debug」を使用)。デフォルト値「sometimes」では、--compilation_mode=fastbuild 以外は除きます。
タグ: affects_outputs
--stripopt=<a string> 件の複数回の使用が累積されます
「<name>.stripped」バイナリの生成時にストリップに渡す追加のオプション。
タグ: action_command_linesaffects_outputs
ビルド後に作成される便利なシンボリック リンクのいずれかの先頭に付加される接頭辞。省略した場合のデフォルト値は、ビルドツールの名前の後にハイフンを付けたものになります。「/」を渡すと、シンボリック リンクは作成されず、警告も出力されません。警告: 「/」の特別な機能はまもなく非推奨になります。代わりに --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
--visionos_cpus=<comma-separated list of options> 件の複数回の使用が累積されます
Apple visionOS バイナリをビルドするためのアーキテクチャのカンマ区切りリスト。
タグ: loses_incremental_stateloading_and_analysis
--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 値を 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_check_desugar_deps のデフォルト値は「true」です。
Android バイナリレベルで正しい desugar をダブルチェックするかどうか。
タグ: 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」
有効にすると、生成ルールの testonly を調べて、出力ファイルである前提条件のターゲットを testonly でチェックします。これは可視性チェックと一致します。
タグ: build_file_semanticsincompatible_change
--[no]incompatible_check_visibility_for_toolchains デフォルト: 「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_python_disable_py2 のデフォルト値は「true」です。
true の場合、Python 2 の設定を使用するとエラーが発生します。これには、python_version=PY2、srcs_version=PY2、および srcs_version=PY2ONLY が含まれます。詳しくは、https://github.com/bazelbuild/bazel/issues/15684 をご覧ください。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_validate_top_level_header_inclusions のデフォルト値は「true」です。
このフラグは noop であり、削除される予定です。
タグ: no_opincompatible_change
--python_native_rules_allowlist=<a build target label> デフォルト: 説明を参照
--compatible_python_disallow_native_rules を適用する際に使用する許可リスト(package_group target)。
タグ: loading_and_analysis
--[no]strict_filesets デフォルト: 「false」
このオプションを有効にすると、パッケージの境界を超えるファイルセットはエラーとして報告されます。
タグ: build_file_semanticseagerness_to_exit
--strict_proto_deps=<off, warn, error, strict or default> デフォルト: 「error」
OFF の場合を除き、proto_library ターゲットが、直接使用されるすべてのターゲットを依存関係として明示的に宣言しているかどうかを確認します。
タグ: build_file_semanticseagerness_to_exitincompatible_change
--strict_public_imports=<off, warn, error, strict or default> デフォルトは「off」
OFF の場合を除き、「import public」で使用されるすべてのターゲットが proto_library ターゲットでエクスポートとして明示的に宣言されていることをチェックします。
タグ: build_file_semanticseagerness_to_exitincompatible_change
--[no]strict_system_includes デフォルト: 「false」
true の場合、システムのインクルード パス(-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 設定、またはコードサインのマニュアル ページ(SIGNING IDENTITIES)に基づく証明書の共通名の(部分文字列)を指定できます。
タグ: action_command_lines
このオプションは、BUILD ファイル、.bzl ファイル、WORKSPACE ファイルからアクセスできる Starlark 言語または Build API のセマンティクスに影響します。
--[no]incompatible_config_setting_private_default_visibility デフォルト: 「false」
compatible_enforce_config_setting_visibility=false の場合、何もする必要はありません。このフラグが 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」です。
処理なし、まもなく削除されます。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_disallow_sdk_frameworks_attributes デフォルト: 「false」
true の場合、objc_library と objc_import で sdk_frameworks 属性と weak_sdk_frameworks 属性を禁止します。
タグ: build_file_semanticsincompatible_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
true の場合、objc_library と objc_import の alwayslink 属性のデフォルト値を true にします。
タグ: build_file_semanticsincompatible_change
--[no]incompatible_python_disallow_native_rules デフォルト: 「false」
true の場合、組み込みの py_* ルールの使用時にエラーが発生します。代わりに rule_python ルールを使用する必要があります。詳細と移行手順については、https://github.com/bazelbuild/bazel/issues/17773 をご覧ください。
タグ: 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
--default_test_resources=<a resource name followed by equal and 1 float or 4 float, e.g memory=10,30,60,100> 件の複数回の使用が累積されます
テストのデフォルトのリソース量をオーバーライドします。<resource>=<value> の形式で指定してください。<value> として正の数を 1 つ指定すると、すべてのテストサイズでデフォルトのリソースがオーバーライドされます。4 つの数値をカンマで区切って指定すると、小、中、大、巨大の各テストサイズのリソース量がオーバーライドされます。値は HOST_RAM/HOST_CPU にすることができ、オプションで [-|*]<float> を続けることができます (例: memory=HOST_RAM*.1,HOST_RAM*.2,HOST_RAM*.3,HOST_RAM*.4)。このフラグで指定されたデフォルトのテストリソースは、タグで指定された明示的なリソースによってオーバーライドされます。
--[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_attemptsflaky_test_attempts は上記のとおりで、regex_filter は正規表現の包含パターンと除外パターンのリストを表します(--runs_per_test も参照)。例: --flaky_test_attempts=//foo/.*,-//foo/bar/.*@3 は、//foo/ 内のすべてのテストを 3 回デフレークします(ただし、foo/bar の下にあるテストを除く)。このオプションは複数回渡すことができます。最後に渡された引数のうち、一致するものが優先されます。一致するものがない場合は、上記の「default」の動作が適用されます。
タグ: 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/ 内のすべてのテストを 3 回実行します。ただし、foo/bar 配下のテストを除きます。このオプションは複数回渡すことができます。最後に渡された引数のうち、一致するものが優先されます。一致するものがない場合、テストは 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」
テストのタイムアウトのデフォルトのテスト タイムアウト値(秒単位)をオーバーライドします。正の整数値を 1 つ指定した場合、すべてのカテゴリがオーバーライドされます。4 つのカンマ区切りの整数を指定すると、short、Moderate、long、eternal のタイムアウトが(この順序で)オーバーライドされます。いずれの場合も、値を -1 にすると、そのカテゴリにデフォルトのタイムアウトを使用するよう Blaze に指示できます。
--test_tmpdir=<a path> デフォルト: 説明を参照
「bazel test」で使用するベース一時ディレクトリを指定します。
--[no]zip_undeclared_test_outputs のデフォルト値は「true」です。
true の場合、宣言されていないテスト出力が zip ファイルにアーカイブされます。
タグ: test_runner
ビルド時間の最適化をトリガーするオプション:
--cache_computed_file_digests=<a long integer> デフォルト: 「50000」
0 より大きい場合、必要になるたびにディスクからダイジェストを再計算するのではなく、メタデータに基づいてファイル ダイジェストをメモリ内にキャッシュに保存するように Bazel を構成します。これを 0 に設定すると、すべてのファイルの変更をファイルのメタデータから記録できないため、正確性が保証されます。0 以外の場合、数値はキャッシュのサイズを、キャッシュに保存されるファイル ダイジェストの数として示します。
--[no]experimental_enable_skyfocus デフォルト: 「false」
true の場合、--experimental_working_set の使用を有効にして、増分ビルドのための Bazel のメモリ使用量を削減できます。この機能は Skyfocus と呼ばれます。
タグ: host_machine_resource_optimizations
--[no]experimental_filter_library_jar_with_program_jar デフォルト: 「false」
ProGuard ProgramJar をフィルタリングして、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_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」
有効にすると、Starlark バージョンの cc_import を使用できます。
タグ: loading_and_analysisexperimental
--[no]experimental_unsupported_and_brittle_include_scanning デフォルト: 「false」
入力ファイルの #include 行を解析して、入力を C/C++ コンパイルに絞り込むかどうかを指定します。これにより、コンパイルの入力ツリーのサイズを小さくすることで、パフォーマンスとインクリメンタリティを改善できます。ただし、インクルード スキャナは C プリプロセッサのセマンティクスを完全には実装していないため、ビルドが中断される可能性があります。具体的には、動的な #include ディレクティブは理解されず、プリプロセッサの条件付きロジックは無視されます。自己責任で使用してください。このフラグに関連する問題として提出されたものはすべてクローズされます。
タグ: loading_and_analysisexecutionchanges_inputs
--experimental_working_set=<comma-separated list of options> デフォルト: ""
Skyfocus のワーキング セット。ワークスペースのルート相対パスをカンマ区切りで指定します。これはステートフル フラグです。ワーキング セットを定義すると、新しいセットで再定義されるまで、後続の呼び出しのためにそのワーキング セットが保持されます。
タグ: host_machine_resource_optimizations
--[no]incremental_dexing のデフォルト値は「true」です。
dex 変換のほとんどの作業を Jar ファイルごとに実行します。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--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 コア数を推定します。
タグ: host_machine_resource_optimizations
--local_extra_resources=<a named float, 'name=value'> 件の複数回の使用が累積されます
Bazel で使用できる追加リソースの数を設定します。文字列と浮動小数点のペアを取ります。複数回使用して、複数の種類の追加リソースを指定できます。Bazel は、利用可能な追加リソースと必要な追加リソースに基づいて、同時に実行されるアクションを制限します。テストでは、「resources:<resoucename>:<amount>」形式のタグを使用して、追加で必要なリソースの量を宣言できます。このフラグでは、使用可能な CPU、RAM、リソースを設定できません。
タグ: host_machine_resource_optimizations
--local_ram_resources=<an integer number of MBs, or "HOST_RAM", optionally followed by [-|*]<float>.> デフォルト: "HOST_RAM*.67"
ローカルで実行されるビルド アクションに Bazel が使えるローカルホスト RAM の合計量(MB)を明示的に設定します。整数または "HOST_RAM" を指定します。必要に応じてその後に [-|*]<float> が続きます(例:HOST_RAM*.5 のように指定して、使用可能な RAM の半分を使用します)。デフォルト("HOST_RAM*.67")では、Bazel はシステム構成をクエリして使用可能な RAM の容量を推定し、その 67% を使用します。
タグ: host_machine_resource_optimizations
--local_resources=<a named double, '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"> 件の複数回の使用が累積されます
Bazel で使用できるリソースの数を設定します。float または HOST_RAM/HOST_CPUS に代入され、オプションで [-|*]<float> が続きます(たとえば、使用可能な RAM の半分を使用する場合は memory=HOST_RAM*.5)。複数回使用して、複数のタイプのリソースを指定できます。Bazel は、利用可能なリソースと必要なリソースに基づいて、同時に実行されるアクションを制限します。テストでは、「resources:<resource name>:<amount>」形式のタグを使用して、必要なリソースの量を宣言できます。--local_{cpu|ram|extra}_resources で指定されたリソースをオーバーライドします。
タグ: host_machine_resource_optimizations
--[no]objc_use_dotd_pruning のデフォルト値は「true」です。
設定すると、clang から出力された .d ファイルを使用して、objc コンパイルに渡される入力セットをプルーニングします。
タグ: changes_inputsloading_and_analysis
--[no]process_headers_in_dependencies デフォルト: 「false」
ターゲット //a:a をビルドする際、//a:a が依存するすべてのターゲットのヘッダーを処理します(ツールチェーンでヘッダー処理が有効になっている場合)。
タグ: execution
--[no]trim_test_configuration のデフォルト値は「true」です。
有効にすると、ビルドのトップレベルの下にテスト関連のオプションが消去されます。このフラグを有効にすると、テスト以外のルールの依存関係としてテストを作成できなくなりますが、テスト関連のオプションを変更してもテスト以外のルールが再分析されることはありません。
タグ: loading_and_analysisloses_incremental_state
ロギングの詳細度、形式、場所に影響するオプション:
--build_event_upload_max_retries=<an integer> デフォルト: 「4」
Bazel がビルドイベントのアップロードを再試行する最大回数。
タグ: bazel_internal_configuration
--[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_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_run_bep_event_include_residue デフォルト: 「false」
実行ビルドイベントにコマンドラインの残差を含めるかどうかを指定します。デフォルトでは、残差は、その残差を含む可能性のある run コマンドのビルドイベントに含まれません。
タグ: affects_outputs
--experimental_skyfocus_dump_keys=<none, count or verbose> のデフォルト: "none"
Skyfocus をデバッグする場合。フォーカスされている SkyKey(ルート、リーフ、フォーカスされた依存関係、フォーカスされた rdeps)をダンプします。
タグ: terminal_output
--[no]experimental_skyfocus_dump_post_gc_stats デフォルト: 「false」
Skyfocus をデバッグする場合。有効にすると、ヒープサイズの縮小の報告に重点を置く前または後に、手動 GC をトリガーします。これにより、Skyfocus のレイテンシが増加します。
タグ: terminal_output
--[no]experimental_stream_log_file_uploads デフォルト: 「false」
ログファイルをディスクに書き込むのではなく、リモート ストレージに直接アップロードします。
タグ: affects_outputs
--explain=<a path> デフォルト: 説明を参照
実行されたビルドの各ステップをビルドシステムに説明します。指定したログファイルに説明が書き込まれます。
タグ: affects_outputs
--[no]legacy_important_outputs のデフォルト値は「true」です。
これを使用して、TargetComplete イベントで以前の重要な出力フィールドの生成を抑制します。Bazel から ResultStore へ統合するには、important_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」
ビルドの結果を表示します。ターゲットごとに、最新の状態になっているかどうかを記載します。最新の状態の場合は、ビルドされた出力ファイルのリストを記載します。出力されたファイルは、シェルにコピー&ペーストして実行する際に便利な文字列です。このオプションでは、整数の引数が必要です。これは、結果情報が出力されないターゲット数のしきい値です。したがって、ゼロを指定するとメッセージが抑制され、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」、すべてのテストのログをリアルタイムで出力する「streamed」です(これにより、テストは --test_strategy 値に関係なく一度に 1 つずつローカルでテストが実行されます)。
タグ: test_runnerterminal_outputexecution
--test_summary=<short, terse, detailed, none or testcase> のデフォルト: 「short」
テストサマリーの形式を指定します。有効な値は、「short」は実行されたテストに関する情報のみを出力し、「terse」は実行された失敗したテストに関する情報のみを出力し、「detailed」は失敗したテストケースの詳細情報を出力します。「testcase」はテストケースの解決でサマリーを出力し、「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 list のアスペクトのパラメータか、リスト内のアスペクトで必須です。このオプションは複数回使用できます。ただし、同じパラメータに値を複数回割り当てることはできません。
タグ: loading_and_analysis
--flag_alias=<a 'name=value' flag alias> 件の複数回の使用が累積されます
Starlark フラグの略称を設定します。引数として「<key>=<value>」の形式の Key-Value ペアを 1 つ受け取ります。
タグ: changes_inputs
--[no]incompatible_default_to_explicit_init_py デフォルト: 「false」
このフラグはデフォルトの動作を変更し、__init__.py ファイルは Python ターゲットの実行ファイルで自動的に作成されなくなります。正確には、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_outputs
--target_pattern_file=<a string> デフォルト: ""
設定すると、ビルドはコマンドラインではなく、ここで指定したファイルからパターンを読み取ります。ここでファイルとコマンドライン パターンを指定するとエラーになります。
タグ: changes_inputs
リモート キャッシュと実行のオプション:
--experimental_remote_cache_eviction_retries=<an integer> デフォルト: 「0」
ビルドでリモート キャッシュ エビクション エラーが発生した場合の再試行の最大回数。ゼロ以外の値を指定すると、自動的に --compatible_remote_use_new_exit_code_for_lost_inputs が true に設定されます。試行ごとに新しい呼び出し ID が生成されます。呼び出し ID を生成し、--invocation_id を指定して Bazel に提供する場合は、このフラグを使用しないでください。代わりに、フラグ「--compatible_remote_use_new_exit_code_for_lost_inputs」を設定して、終了コード 39 を確認します。
タグ: execution
--[no]incompatible_remote_use_new_exit_code_for_lost_inputs のデフォルト値は「true」です。
true に設定した場合、ビルド中にリモート キャッシュが blob を強制排除すると、Bazel は 34 ではなく新しい終了コード 39 を使用します。
タグ: incompatible_change
その他のオプション(特に分類されていないもの):
--[no]allow_analysis_cache_discard のデフォルト値は「true」です。
ビルドシステムの変更により分析キャッシュを破棄する場合、このオプションを false に設定すると、ビルドを続行せずに bazel が終了します。「discard_analysis_cache」も設定されている場合、このオプションは無効です。
タグ: eagerness_to_exit
--[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」に設定すると、(1)Bazel がテストまたはその依存関係の変更を検出した、(2)テストが外部としてマークされている、(3)--runs_per_test で複数のテスト実行がリクエストされた、または(4)以前にテストに失敗した場合にのみテストを再実行します。「yes」に設定すると、Bazel は外部とマークされたテストを除くすべてのテスト結果をキャッシュに保存します。「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 に従って長さ区切りの SpawnExec proto として、このファイルに記録します。関連フラグ: --execution_log_json_file(テキスト JSON 形式、相互に排他的)、--execution_log_sort(実行ログを並べ替えるかどうか)、--subcommands(ターミナル出力にサブコマンドを表示する場合)。
--execution_log_json_file=<a path> デフォルト: 説明を参照
実行されたスポーンを、src/main/protobuf/spawn.proto に沿って、SpawnExec proto の改行区切りの JSON 表現としてこのファイルに記録します。関連フラグ: --execution_log_binary_file(バイナリ protobuf 形式、相互に排他的)、--execution_log_sort(実行ログを並べ替えるかどうか)、--subcommands(ターミナル出力にサブコマンドを表示する場合)。
--[no]execution_log_sort のデフォルト値は「true」です。
呼び出し間でログを比較しやすくするために、実行ログを並べ替えるかどうか。false に設定すると、非決定的な実行順序でログが生成される代わりに、呼び出しの終了時に CPU とメモリの大幅な使用量が増える可能性があります。バイナリ形式と JSON 形式にのみ適用されます。コンパクト形式は並べ替えられません。
--[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_compact_file=<a path> デフォルト: 説明を参照
src/main/protobuf/spawn.proto に従って、実行されたスポーンを長さ区切りの ExecLogEntry proto としてこのファイルに記録します。ファイル全体が zstd で圧縮されます。これは現在開発中の試験運用フォーマットであり、いつでも変更される可能性があります。関連フラグ: --execution_log_binary_file(バイナリ protobuf 形式、相互に排他的)、--execution_log_json_file(テキスト JSON 形式、相互に排他的)、--subcommands(ターミナル出力にサブコマンドを表示)。
--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_actions をスケジュールします。
--[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」
TestRunner の依存関係から誤って取得するのではなく、java_test で JUnit または Hamcrest への依存関係を明示的に指定します。現在は bazel でのみ機能します。
--[no]fetch のデフォルト値は「true」です。
コマンドが外部依存関係を取得できるようにします。false に設定すると、このコマンドは依存関係のキャッシュ バージョンを利用します。存在しない場合、コマンドは失敗します。
--host_java_launcher=<a build target label> デフォルト: 説明を参照
ビルド中に実行されるツールで使用される Java ランチャー。
--host_javacopt=<a string> 件の複数回の使用が累積されます
ビルド中で実行されるツールをビルドするときに javac に渡す追加のオプション。
--host_jvmopt=<a string> 件の複数回の使用が累積されます
ビルド中に実行されるツールをビルドするときに Java VM に渡す追加のオプション。これらのオプションは、各 java_binary ターゲットの VM 起動オプションに追加されます。
--[no]incompatible_check_sharding_support のデフォルト値は「true」です。
true の場合、TEST_SHARD_STATUS_FILE 内のパスでファイルをタップしてシャーディングをサポートしていることをテストランナーが示さない場合、Bazel はシャーディングされたテストに失敗します。false の場合、シャーディングをサポートしていないテストランナーは、各シャードですべてのテストを実行します。
タグ: incompatible_change
--[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 ランチャーが使用されます。「launcher」属性はこのフラグをオーバーライドします。
--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 をコンパイルするときにメイン dex に含める必要があるクラスのリストの生成に使用するバイナリを指定します。
--local_termination_grace_seconds=<an integer> デフォルト: 「15」
タイムアウトによりローカル プロセスを終了してから強制的にシャットダウンするまでの待機時間。
--optimizing_dexer=<a build target label> デフォルト: 説明を参照
シャーディングなしで dex 変換する際に使用するバイナリを指定します。
--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 コンパイラのラベル。
タグ: affects_outputsloading_and_analysis
--proto_toolchain_for_cc=<a build target label> デフォルト: "@bazel_tools//tools/proto:cc_ツールチェーン"
C++ proto のコンパイル方法を記述する proto_lang_ツールチェーン() のラベル
タグ: affects_outputsloading_and_analysis
--proto_toolchain_for_j2objc=<a build target label> デフォルト: "@bazel_tools//tools/j2objc:j2objc_proto_ツールチェーン"
j2objc proto のコンパイル方法を記述する proto_lang_ツールチェーン() のラベル
タグ: affects_outputsloading_and_analysis
--proto_toolchain_for_java=<a build target label> デフォルト: "@bazel_tools//tools/proto:java_ツールチェーン"
Java proto のコンパイル方法を記述する proto_lang_ツールチェーン() のラベル
タグ: affects_outputsloading_and_analysis
--proto_toolchain_for_javalite=<a build target label> デフォルト: "@bazel_tools//tools/proto:javalite_chain"
JavaLite proto のコンパイル方法を記述する proto_lang_ツールチェーン() のラベル
タグ: 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 サーバーを起動する)で BAZEL_SH 環境変数が設定されていると、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> デフォルト: 「明示的」
テストのシャーディングの方法を指定します。「shard_count」の BUILD 属性が存在する場合のみ、シャーディングを使用する場合は「明示的」にします。テストのシャーディングを使用しない場合は「disabled」にします。「シャード_count」の BUILD 属性に関係なく、「k」シャードをテストに強制適用するには、「forced=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 が使用されます。これにより増分コンパイルは高速化されますが、エラー メッセージは異なる場合があります。

Canonicalize-flags オプション

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

コマンドの前に表示され、クライアントによって解析されるオプション:
--distdir=<a path> 件の複数回の使用が累積されます
ネットワークにアクセスしてアーカイブをダウンロードする前に、アーカイブを検索できる追加の場所です。
タグ: bazel_internal_configuration
リポジトリ キャッシュを設定すると、キャッシュ ヒットが発生した場合に、ファイルがコピーされずにハードリンクされます。これはディスク容量を節約するためです。
タグ: bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer> デフォルト: 「0」
ダウンロード エラーの再試行の最大回数。0 に設定すると、再試行は無効になります。
タグ: experimental
--experimental_scale_timeouts=<a double> デフォルト: 「1.0」
この係数に基づいて、Starlark リポジトリ ルールのすべてのタイムアウトをスケーリングします。このようにして、ソースコードを変更せずに、外部リポジトリをルール作成者の予想よりも遅いマシンで動作させることができます。
タグ: bazel_internal_configurationexperimental
--http_connector_attempts=<an integer> デフォルト: 「8」
HTTP ダウンロードの最大試行回数。
タグ: bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.> デフォルト: 「0s」
HTTP ダウンロードの再試行の最大タイムアウト。値が 0 の場合、タイムアウトの最大値は定義されません。
タグ: bazel_internal_configuration
--http_timeout_scaling=<a double> デフォルト: 「1.0」
HTTP ダウンロードに関連するすべてのタイムアウトを特定の係数でスケーリングします
タグ: bazel_internal_configuration
--repository_cache=<a path> デフォルト: 説明を参照
外部リポジトリの取得中に取得された、ダウンロードされた値のキャッシュ ロケーションを指定します。引数として空の文字列を指定すると、キャッシュの無効化をリクエストします。それ以外の場合は、デフォルトの「<output_user_root>/cache/repos/v1」が使用されます。
タグ: bazel_internal_configuration
--[no]repository_disable_download デフォルト: 「false」
設定すると、リポジトリの取得中に resourcemanager.download{,_and_extract} を使用してダウンロードできなくなります。なお、ネットワーク アクセスは完全には無効ではありません。インターネットにアクセスする任意の実行可能ファイルを datastore.execute で実行することは可能です。
タグ: bazel_internal_configuration
ビルド実行を制御するオプション:
--gc_thrashing_threshold=<an integer in 0-100 range> デフォルト: 「100」
GcThrashingDetector がメモリ プレッシャー イベントを上限(--gc_thrashing_limits)に照らして考慮する、現在の領域が占有する割合(0 ~ 100)。100 に設定すると、GcThrashingDetector が無効になります。
タグ: host_machine_resource_optimizations
コマンドの出力を制御するオプション:
--[no]canonicalize_policy デフォルト: 「false」
展開とフィルタリングの後に正規ポリシーを出力します。出力をクリーンに保つため、このオプションを true に設定すると、正規化されたコマンド引数は表示されません。--for_command で指定されたコマンドは、フィルタされたポリシーに影響します。指定しない場合、デフォルトのコマンドは「build」です。
タグ: affects_outputsterminal_output
--[no]experimental_include_default_values のデフォルト値は「true」です。
デフォルト値に設定された Starlark オプションを出力に含めるかどうかを指定します。
タグ: affects_outputsterminal_output
このオプションは、BUILD ファイル、.bzl ファイル、WORKSPACE ファイルからアクセス可能な Starlark 言語またはビルド API のセマンティクスに影響します。
--[no]incompatible_config_setting_private_default_visibility デフォルト: 「false」
compatible_enforce_config_setting_visibility=false の場合、何もする必要はありません。このフラグが false の場合、明示的な可視性属性がない config_setting は //visibility:public である。このフラグが true の場合、config_setting は他のすべてのルールと同じ公開設定ロジックに従います。https://github.com/bazelbuild/bazel/issues/12933 をご覧ください。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_depset_for_java_output_source_jars のデフォルト値は「true」です。
オペレーションなし
タグ: 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]incompatible_new_actions_api のデフォルト値は「true」です。
オペレーションなし
タグ: no_opincompatible_change
--[no]incompatible_visibility_private_attributes_at_definition のデフォルト値は「true」です。
オペレーションなし
タグ: no_opincompatible_change
--[no]separate_aspect_deps のデフォルト値は「true」です。
No-op
タグ: no_op
Bzlmod の出力とセマンティクスに関連するオプション:
--allow_yanked_versions=<a string> 件の複数回の使用が累積されます
モジュール バージョンを `<module1>@<version1>,<module2>@<version2>` の形式で指定しました。これは、モジュール バージョンが来たレジストリでヤンクされていると宣言されていても(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」を無視します。これらの dev 依存関係は、このフラグの値にかかわらず、MODULE.bazel がルート モジュールでない場合、常に無視されます。
タグ: loading_and_analysis
--lockfile_mode=<off, update or error> デフォルト: "update"
ロックファイルの使用方法と使用するかどうかを指定します。有効な値は、「update」でロックファイルを使用し、変更があった場合は「update」、ロックファイルを使用する場合は「error」、ロックファイルが最新でない場合はエラーをスローする「off」です。
タグ: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path> 件の複数回の使用が累積されます
<モジュール名>=<パス> の形式でモジュールをオーバーライドします。指定されたパスが絶対パスの場合は、そのまま使用されます。指定されたパスが相対パスの場合は、現在の作業ディレクトリを基準とする相対パスになります。指定されたパスが「%workspace%」で始まる場合、これは「bazel info workspace」の出力であるワークスペースのルートからの相対パスです。
--registry=<a string> 件の複数回の使用が累積されます
Bazel モジュールの依存関係を見つけるために使用するレジストリを指定します。順序は重要です。モジュールは以前のレジストリで最初に検索され、以前のレジストリでモジュールが欠落している場合にのみ、後のレジストリにフォールバックします。
タグ: changes_inputs
--vendor_dir=<a path> デフォルト: 説明を参照
外部リポジトリをベンダーモードで取得するか、ビルド中に使用するかによらず、外部リポジトリを保持するディレクトリを指定します。パスは、絶対パスまたはワークスペース ディレクトリへの相対パスとして指定できます。
タグ: loading_and_analysis
ビルド時間の最適化をトリガーするオプション:
--gc_thrashing_limits=<comma separated pairs of <period>:<count>> デフォルト: 「1s:2,20s:3,1m:5」
上限に達した場合に GcThrashingDetector が OOM で Bazel をクラッシュさせる原因となる上限。それぞれの制限は、<period>:<count> の形式で指定します。ここで、period は期間、count は正の整数です。<period> で連続 <count> のフル GC を行った後に、残存容量(旧世代ヒープ)の --gc_thrashing_threshold パーセント以上が占有されている場合、OOM がトリガーされます。複数の上限はカンマで区切って指定できます。
タグ: host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0> デフォルト: 「2147483647」
Bazel の内部 Skyframe エンジンの高度な構成を示すフラグ。Bazel は、保持されているヒープの割合の使用率が --skyframe_high_water_mark_threshold で設定されたしきい値を超えたことを検出した場合、完全な GC イベントが発生すると、呼び出しごとにこの回数まで、不要な一時的な Skyframe 状態を削除します。デフォルトは Integer.MAX_VALUE で、実質的に無制限です。ゼロは、完全な GC イベントでドロップがトリガーされないことを意味します。上限に達すると、フル GC イベントが発生してその保持ヒープの割合のしきい値を超えたときに、Skyframe の状態が破棄されなくなります。
タグ: host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0> デフォルト: 「2147483647」
Bazel の内部 Skyframe エンジンの高度な構成を示すフラグ。保持されているヒープの割合の使用率が --skyframe_high_water_mark_threshold で設定されたしきい値を超えていることを Bazel が検出した場合、マイナー GC イベントが発生したときに、不要な一時 Skyframe の状態を呼び出し 1 回あたり数回まで破棄します。デフォルトは Integer.MAX_VALUE で、実質的に無制限です。ゼロは、マイナー GC イベントによってドロップがトリガーされないことを意味します。上限に達すると、マイナー GC イベントが発生してその保持ヒープの割合のしきい値を超えたときに、Skyframe の状態が破棄されなくなります。
タグ: host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer> デフォルト: 「85」
Bazel の内部 Skyframe エンジンの高度な構成を示すフラグ。Bazel は、保持されているヒープの割合の使用率がこのしきい値以上であることを検出した場合、不要な一時的な Skyframe の状態を削除します。これを微調整することで、GC スラッシングが(i)この一時的な状態のメモリ使用量によって引き起こされ、(ii)必要なときに状態を再構成するよりもコストがかかる場合に、GC スラッシングによる経過時間の影響を軽減できる可能性があります。
タグ: host_machine_resource_optimizations
ロギングの詳細度、形式、場所に影響するオプション:
--experimental_command_profile=<cpu, wall, alloc or lock> デフォルト: 説明を参照
コマンドの実行中に Java フライト レコーダー プロファイルを記録します。サポートされているプロファイリング イベントタイプ(cpu、wall、alloc、lock)のいずれかを引数として指定する必要があります。プロファイルは、出力ベース ディレクトリの下にある、イベントタイプにちなんだ名前のファイルに書き込まれます。このフラグの構文とセマンティクスは、今後、追加のプロファイル タイプまたは出力形式をサポートするために変更される場合があります。自己責任で使用してください。
--[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」、「block」を表す)または 2 つのパターン(1 つは照合対象、もう 1 つは代替 URL として使用され、後方参照は `$1` から始まります)で始まります。複数の `rewrite` ディレクティブを指定すると、複数の URL が返される場合があります。この場合、複数の URL が返されます。
--experimental_worker_for_repo_fetching=<off, platform, virtual or auto> のデフォルト: "auto"
リポジトリの取得に使用するスレッドモード。「off」に設定すると、ワーカー スレッドは使用されず、リポジトリの取得は再起動の対象となります。それ以外の場合は、プラットフォーム スレッド(OS スレッド)が「platform」に設定されている場合は使用し、「virtual」に設定されている場合は仮想スレッドが使用されます。「auto」に設定すると、(JDK 21 以降で実行されているなど)利用可能な場合は仮想スレッドが使用されます。それ以外の場合は、ワーカー スレッドは使用されません。
その他のカテゴリ(特に分類されていないもの):
--deleted_packages=<comma-separated list of package names> 件の複数回の使用が累積されます
パッケージパス上のどこかに表示される場合でも、ビルドシステムが存在していないとみなすパッケージの名前をカンマ区切りのリストで指定します。 既存のパッケージ「x」のサブパッケージ「x/y」を削除するときに、このオプションを使用します。たとえば、クライアントで x/y/BUILD を削除した後、別の package_path エントリによって「//x:y/z」ラベルが提供されている場合、ビルドシステムでエラーが表示されることがあります。この問題を回避するには、--deleted_packages x/y を指定します。
--[no]fetch のデフォルト値は「true」です。
コマンドが外部依存関係を取得できるようにします。false に設定すると、このコマンドは依存関係のキャッシュ バージョンを利用します。存在しない場合、コマンドは失敗します。
--override_repository=<an equals-separated mapping of repository name to path> 件の複数回の使用が累積されます
<repository name>=<path> という形式のローカルパスで、リポジトリをオーバーライドします。指定されたパスが絶対パスの場合は、そのまま使用されます。指定されたパスが相対パスの場合は、現在の作業ディレクトリを基準とする相対パスになります。指定されたパスが「%workspace%」で始まる場合、これは「bazel info workspace」の出力であるワークスペースのルートからの相対パスです。
--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
--experimental_repository_downloader_retries=<an integer> デフォルト: 「0」
ダウンロード エラーの再試行の最大回数。0 に設定すると、再試行は無効になります。
タグ: experimental
--experimental_scale_timeouts=<a double> デフォルト: 「1.0」
この係数に基づいて、Starlark リポジトリ ルールのすべてのタイムアウトをスケーリングします。このようにして、ソースコードを変更せずに、外部リポジトリをルール作成者の予想よりも遅いマシンで動作させることができます。
タグ: bazel_internal_configurationexperimental
--http_connector_attempts=<an integer> デフォルト: 「8」
HTTP ダウンロードの最大試行回数。
タグ: bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.> デフォルト: 「0s」
HTTP ダウンロードの再試行の最大タイムアウト。値が 0 の場合、タイムアウトの最大値は定義されません。
タグ: bazel_internal_configuration
--http_timeout_scaling=<a double> デフォルト: 「1.0」
HTTP ダウンロードに関連するすべてのタイムアウトを特定の係数でスケーリングします
タグ: bazel_internal_configuration
--repository_cache=<a path> デフォルト: 説明を参照
外部リポジトリの取得中に取得された、ダウンロードされた値のキャッシュ ロケーションを指定します。引数として空の文字列を指定すると、キャッシュの無効化をリクエストします。それ以外の場合は、デフォルトの「<output_user_root>/cache/repos/v1」が使用されます。
タグ: bazel_internal_configuration
--[no]repository_disable_download デフォルト: 「false」
設定すると、リポジトリの取得中に resourcemanager.download{,_and_extract} を使用してダウンロードできなくなります。なお、ネットワーク アクセスは完全には無効ではありません。インターネットにアクセスする任意の実行可能ファイルを datastore.execute で実行することは可能です。
タグ: bazel_internal_configuration
ビルド実行を制御するオプション:
--gc_thrashing_threshold=<an integer in 0-100 range> デフォルト: 「100」
GcThrashingDetector がメモリ プレッシャー イベントを上限(--gc_thrashing_limits)に照らして考慮する、現在の領域が占有する割合(0 ~ 100)。100 に設定すると、GcThrashingDetector が無効になります。
タグ: host_machine_resource_optimizations
コマンドの出力を制御するオプション:
--[no]async デフォルト: 「false」
true の場合、出力のクリーニングは非同期です。このコマンドが完了すると、バックグラウンドで削除が続行されても、同じクライアントで新しいコマンドを実行しても安全です。
タグ: host_machine_resource_optimizations
--[no]expunge デフォルト: 「false」
true の場合、Clean は、この bazel インスタンスの作業ツリー全体(bazel が作成したすべての一時出力ファイルとビルド出力ファイルを含む)を削除し、bazel サーバーが実行されている場合は停止します。
タグ: host_machine_resource_optimizations
--expunge_async
これを指定すると、 clean は、この bazel インスタンスの作業ツリー全体(bazel が作成したすべての一時出力ファイルとビルド出力ファイルを含む)を非同期で削除し、bazel サーバーが実行されている場合は停止します。このコマンドが完了すると、バックグラウンドで削除が続行されても、同じクライアントで新しいコマンドを実行しても安全です。
展開先:
  --expunge
  --async

タグ: host_machine_resource_optimizations
このオプションは、BUILD ファイル、.bzl ファイル、WORKSPACE ファイルからアクセスできる Build API のセマンティクスに影響します。
--[no]incompatible_depset_for_java_output_source_jars のデフォルト値は「true」です。
オペレーションなし
タグ: loading_and_analysisincompatible_change
--[no]incompatible_new_actions_api のデフォルト値は「true」です。
オペレーションなし
タグ: no_opincompatible_change
--[no]incompatible_visibility_private_attributes_at_definition のデフォルト値は「true」です。
オペレーションなし
タグ: no_opincompatible_change
--[no]separate_aspect_deps のデフォルト値は「true」です。
No-op
タグ: no_op
Bzlmod の出力とセマンティクスに関連するオプション:
--allow_yanked_versions=<a string> 件の複数回の使用が累積されます
モジュール バージョンを `<module1>@<version1>,<module2>@<version2>` の形式で指定しました。これは、モジュール バージョンが来たレジストリでヤンクされていると宣言されていても(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」を無視します。これらの dev 依存関係は、このフラグの値にかかわらず、MODULE.bazel がルート モジュールでない場合、常に無視されます。
タグ: loading_and_analysis
--lockfile_mode=<off, update or error> デフォルト: 「update」
ロックファイルの使用方法と使用するかどうかを指定します。有効な値は、「update」でロックファイルを使用し、変更があった場合は「update」、ロックファイルを使用する場合は「error」、ロックファイルが最新でない場合はエラーをスローする「off」です。
タグ: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path> 件の複数回の使用が累積されます
<モジュール名>=<パス> の形式でモジュールをオーバーライドします。指定されたパスが絶対パスの場合は、そのまま使用されます。指定されたパスが相対パスの場合は、現在の作業ディレクトリを基準とする相対パスになります。指定されたパスが「%workspace%」で始まる場合、これは「bazel info workspace」の出力であるワークスペースのルートからの相対パスです。
--registry=<a string> 件の複数回の使用が累積されます
Bazel モジュールの依存関係を見つけるために使用するレジストリを指定します。順序は重要です。モジュールは以前のレジストリで最初に検索され、以前のレジストリでモジュールが欠落している場合にのみ、後のレジストリにフォールバックします。
タグ: changes_inputs
--vendor_dir=<a path> デフォルト: 説明を参照
外部リポジトリをベンダーモードで取得するか、ビルド中に使用するかによらず、外部リポジトリを保持するディレクトリを指定します。パスは、絶対パスまたはワークスペース ディレクトリへの相対パスとして指定できます。
タグ: loading_and_analysis
ビルド時間の最適化をトリガーするオプション:
--gc_thrashing_limits=<comma separated pairs of <period>:<count>> デフォルト: 「1s:2,20s:3,1m:5」
上限に達した場合に GcThrashingDetector が OOM で Bazel をクラッシュさせる原因となる上限。それぞれの制限は、<period>:<count> の形式で指定します。ここで、period は期間、count は正の整数です。<period> で連続 <count> のフル GC を行った後に、残存容量(旧世代ヒープ)の --gc_thrashing_threshold パーセント以上が占有されている場合、OOM がトリガーされます。複数の上限はカンマで区切って指定できます。
タグ: host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0> デフォルト: 「2147483647」
Bazel の内部 Skyframe エンジンの高度な構成を示すフラグ。Bazel は、保持されているヒープの割合の使用率が --skyframe_high_water_mark_threshold で設定されたしきい値を超えたことを検出した場合、完全な GC イベントが発生すると、呼び出しごとにこの回数まで、不要な一時的な Skyframe 状態を削除します。デフォルトは Integer.MAX_VALUE で、実質的に無制限です。ゼロは、完全な GC イベントでドロップがトリガーされないことを意味します。上限に達すると、フル GC イベントが発生してその保持ヒープの割合のしきい値を超えたときに、Skyframe の状態が破棄されなくなります。
タグ: host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0> デフォルト: 「2147483647」
Bazel の内部 Skyframe エンジンの高度な構成を示すフラグ。保持されているヒープの割合の使用率が --skyframe_high_water_mark_threshold で設定されたしきい値を超えていることを Bazel が検出した場合、マイナー GC イベントが発生したときに、不要な一時 Skyframe の状態を呼び出し 1 回あたり数回まで破棄します。デフォルトは Integer.MAX_VALUE で、実質的に無制限です。ゼロは、マイナー GC イベントによってドロップがトリガーされないことを意味します。上限に達すると、マイナー GC イベントが発生してその保持ヒープの割合のしきい値を超えたときに、Skyframe の状態が破棄されなくなります。
タグ: host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer> デフォルト: 「85」
Bazel の内部 Skyframe エンジンの高度な構成を示すフラグ。Bazel は、保持されているヒープの割合の使用率がこのしきい値以上であることを検出した場合、不要な一時的な Skyframe の状態を削除します。これを微調整することで、GC スラッシングが(i)この一時的な状態のメモリ使用量によって引き起こされ、(ii)必要なときに状態を再構成するよりもコストがかかる場合に、GC スラッシングによる経過時間の影響を軽減できる可能性があります。
タグ: host_machine_resource_optimizations
ロギングの詳細度、形式、場所に影響するオプション:
--experimental_command_profile=<cpu, wall, alloc or lock> デフォルト: 説明を参照
コマンドの実行中に Java フライト レコーダー プロファイルを記録します。サポートされているプロファイリング イベントタイプ(cpu、wall、alloc、lock)のいずれかを引数として指定する必要があります。プロファイルは、出力ベース ディレクトリの下にある、イベントタイプにちなんだ名前のファイルに書き込まれます。このフラグの構文とセマンティクスは、今後、追加のプロファイル タイプまたは出力形式をサポートするために変更される場合があります。自己責任で使用してください。
--[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」、「block」を表す)または 2 つのパターン(1 つは照合対象、もう 1 つは代替 URL として使用され、後方参照は `$1` から始まります)で始まります。複数の `rewrite` ディレクティブを指定すると、複数の URL が返される場合があります。この場合、複数の URL が返されます。
--experimental_worker_for_repo_fetching=<off, platform, virtual or auto> のデフォルト: "auto"
リポジトリの取得に使用するスレッドモード。「off」に設定すると、ワーカー スレッドは使用されず、リポジトリの取得は再起動の対象となります。それ以外の場合は、プラットフォーム スレッド(OS スレッド)が「platform」に設定されている場合は使用し、「virtual」に設定されている場合は仮想スレッドが使用されます。「auto」に設定すると、(JDK 21 以降で実行されているなど)利用可能な場合は仮想スレッドが使用されます。それ以外の場合は、ワーカー スレッドは使用されません。
その他のカテゴリ(特に分類されていないもの):
--override_repository=<an equals-separated mapping of repository name to path> 件の複数回の使用が累積されます
<repository name>=<path> という形式のローカルパスで、リポジトリをオーバーライドします。指定されたパスが絶対パスの場合は、そのまま使用されます。指定されたパスが相対パスの場合は、現在の作業ディレクトリを基準とする相対パスになります。指定されたパスが「%workspace%」で始まる場合、これは「bazel info workspace」の出力であるワークスペースのルートからの相対パスです。

構成オプション

保証オプション

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

コマンドの前に表示され、クライアントによって解析されるオプション:
--distdir=<a path> 件の複数回の使用が累積されます
ネットワークにアクセスしてアーカイブをダウンロードする前に、アーカイブを検索できる追加の場所です。
タグ: bazel_internal_configuration
リポジトリ キャッシュを設定すると、キャッシュ ヒットが発生した場合に、ファイルがコピーされずにハードリンクされます。これはディスク容量を節約するためです。
タグ: bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer> デフォルト: 「0」
ダウンロード エラーの再試行の最大回数。0 に設定すると、再試行は無効になります。
タグ: experimental
--experimental_scale_timeouts=<a double> デフォルト: 「1.0」
この係数に基づいて、Starlark リポジトリ ルールのすべてのタイムアウトをスケーリングします。このようにして、ソースコードを変更せずに、外部リポジトリをルール作成者の予想よりも遅いマシンで動作させることができます。
タグ: bazel_internal_configurationexperimental
--http_connector_attempts=<an integer> デフォルト: 「8」
HTTP ダウンロードの最大試行回数。
タグ: bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.> デフォルト: 「0s」
HTTP ダウンロードの再試行の最大タイムアウト。値が 0 の場合、タイムアウトの最大値は定義されません。
タグ: bazel_internal_configuration
--http_timeout_scaling=<a double> デフォルト: 「1.0」
HTTP ダウンロードに関連するすべてのタイムアウトを特定の係数でスケーリングします
タグ: bazel_internal_configuration
--repository_cache=<a path> デフォルト: 説明を参照
外部リポジトリの取得中に取得された、ダウンロードされた値のキャッシュ ロケーションを指定します。引数として空の文字列を指定すると、キャッシュの無効化をリクエストします。それ以外の場合は、デフォルトの「<output_user_root>/cache/repos/v1」が使用されます。
タグ: bazel_internal_configuration
--[no]repository_disable_download デフォルト: 「false」
設定すると、リポジトリの取得中に resourcemanager.download{,_and_extract} を使用してダウンロードできなくなります。なお、ネットワーク アクセスは完全には無効ではありません。インターネットにアクセスする任意の実行可能ファイルを datastore.execute で実行することは可能です。
タグ: bazel_internal_configuration
ビルド実行を制御するオプション:
--gc_thrashing_threshold=<an integer in 0-100 range> デフォルト: 「100」
GcThrashingDetector がメモリ プレッシャー イベントを上限(--gc_thrashing_limits)に照らして考慮する、現在の領域が占有する割合(0 ~ 100)。100 に設定すると、GcThrashingDetector が無効になります。
タグ: host_machine_resource_optimizations
このオプションは、BUILD ファイル、.bzl ファイル、WORKSPACE ファイルからアクセスできる Starlark 言語または Build API のセマンティクスに影響します。
--[no]incompatible_depset_for_java_output_source_jars のデフォルト値は「true」です。
オペレーションなし
タグ: loading_and_analysisincompatible_change
--[no]incompatible_new_actions_api のデフォルト値は「true」です。
オペレーションなし
タグ: no_opincompatible_change
--[no]incompatible_visibility_private_attributes_at_definition のデフォルト値は「true」です。
オペレーションなし
タグ: no_opincompatible_change
--[no]separate_aspect_deps のデフォルト値は「true」です。
No-op
タグ: no_op
Bzlmod の出力とセマンティクスに関連するオプション:
--allow_yanked_versions=<a string> 件の複数回の使用が累積されます
モジュール バージョンを `<module1>@<version1>,<module2>@<version2>` の形式で指定しました。これは、モジュール バージョンが来たレジストリでヤンクされていると宣言されていても(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」を無視します。これらの dev 依存関係は、このフラグの値にかかわらず、MODULE.bazel がルート モジュールでない場合、常に無視されます。
タグ: loading_and_analysis
--lockfile_mode=<off, update or error> デフォルト: "update"
ロックファイルの使用方法と使用するかどうかを指定します。有効な値は、「update」でロックファイルを使用し、変更があった場合は「update」、ロックファイルを使用する場合は「error」、ロックファイルが最新でない場合はエラーをスローする「off」です。
タグ: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path> 件の複数回の使用が累積されます
<モジュール名>=<パス> の形式でモジュールをオーバーライドします。指定されたパスが絶対パスの場合は、そのまま使用されます。指定されたパスが相対パスの場合は、現在の作業ディレクトリを基準とする相対パスになります。指定されたパスが「%workspace%」で始まる場合、これは「bazel info workspace」の出力であるワークスペースのルートからの相対パスです。
--registry=<a string> 件の複数回の使用が累積されます
Bazel モジュールの依存関係を見つけるために使用するレジストリを指定します。順序は重要です。モジュールは以前のレジストリで最初に検索され、以前のレジストリでモジュールが欠落している場合にのみ、後のレジストリにフォールバックします。
タグ: changes_inputs
--vendor_dir=<a path> デフォルト: 説明を参照
外部リポジトリをベンダーモードで取得するか、ビルド中に使用するかによらず、外部リポジトリを保持するディレクトリを指定します。パスは、絶対パスまたはワークスペース ディレクトリへの相対パスとして指定できます。
タグ: loading_and_analysis
ビルド時間の最適化をトリガーするオプション:
--gc_thrashing_limits=<comma separated pairs of <period>:<count>> デフォルト: 「1s:2,20s:3,1m:5」
上限に達した場合に GcThrashingDetector が OOM で Bazel をクラッシュさせる原因となる上限。それぞれの制限は、<period>:<count> の形式で指定します。ここで、period は期間、count は正の整数です。<period> で連続 <count> のフル GC を行った後に、残存容量(旧世代ヒープ)の --gc_thrashing_threshold パーセント以上が占有されている場合、OOM がトリガーされます。複数の上限はカンマで区切って指定できます。
タグ: host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0> デフォルト: 「2147483647」
Bazel の内部 Skyframe エンジンの高度な構成を示すフラグ。Bazel は、保持されているヒープの割合の使用率が --skyframe_high_water_mark_threshold で設定されたしきい値を超えたことを検出した場合、完全な GC イベントが発生すると、呼び出しごとにこの回数まで、不要な一時的な Skyframe 状態を削除します。デフォルトは Integer.MAX_VALUE で、実質的に無制限です。ゼロは、完全な GC イベントでドロップがトリガーされないことを意味します。上限に達すると、フル GC イベントが発生してその保持ヒープの割合のしきい値を超えたときに、Skyframe の状態が破棄されなくなります。
タグ: host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0> デフォルト: 「2147483647」
Bazel の内部 Skyframe エンジンの高度な構成を示すフラグ。保持されているヒープの割合の使用率が --skyframe_high_water_mark_threshold で設定されたしきい値を超えていることを Bazel が検出した場合、マイナー GC イベントが発生したときに、不要な一時 Skyframe の状態を呼び出し 1 回あたり数回まで破棄します。デフォルトは Integer.MAX_VALUE で、実質的に無制限です。ゼロは、マイナー GC イベントによってドロップがトリガーされないことを意味します。上限に達すると、マイナー GC イベントが発生してその保持ヒープの割合のしきい値を超えたときに、Skyframe の状態が破棄されなくなります。
タグ: host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer> デフォルト: 「85」
Bazel の内部 Skyframe エンジンの高度な構成を示すフラグ。Bazel は、保持されているヒープの割合の使用率がこのしきい値以上であることを検出した場合、不要な一時的な Skyframe の状態を削除します。これを微調整することで、GC スラッシングが(i)この一時的な状態のメモリ使用量によって引き起こされ、(ii)必要なときに状態を再構成するよりもコストがかかる場合に、GC スラッシングによる経過時間の影響を軽減できる可能性があります。
タグ: host_machine_resource_optimizations
ロギングの詳細度、形式、場所に影響するオプション:
--experimental_command_profile=<cpu, wall, alloc or lock> デフォルト: 説明を参照
コマンドの実行中に Java フライト レコーダー プロファイルを記録します。サポートされているプロファイリング イベントタイプ(cpu、wall、alloc、lock)のいずれかを引数として指定する必要があります。プロファイルは、出力ベース ディレクトリの下にある、イベントタイプにちなんだ名前のファイルに書き込まれます。このフラグの構文とセマンティクスは、今後、追加のプロファイル タイプまたは出力形式をサポートするために変更される場合があります。自己責任で使用してください。
--[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」、「block」を表す)または 2 つのパターン(1 つは照合対象、もう 1 つは代替 URL として使用され、後方参照は `$1` から始まります)で始まります。複数の `rewrite` ディレクティブを指定すると、複数の URL が返される場合があります。この場合、複数の URL が返されます。
--experimental_worker_for_repo_fetching=<off, platform, virtual or auto> のデフォルト: "auto"
リポジトリの取得に使用するスレッドモード。「off」に設定すると、ワーカー スレッドは使用されず、リポジトリの取得は再起動の対象となります。それ以外の場合は、プラットフォーム スレッド(OS スレッド)が「platform」に設定されている場合は使用し、「virtual」に設定されている場合は仮想スレッドが使用されます。「auto」に設定すると、(JDK 21 以降で実行されているなど)利用可能な場合は仮想スレッドが使用されます。それ以外の場合は、ワーカー スレッドは使用されません。
その他のカテゴリ(特に分類されていないもの):
--override_repository=<an equals-separated mapping of repository name to path> 件の複数回の使用が累積されます
<repository name>=<path> という形式のローカルパスで、リポジトリをオーバーライドします。指定されたパスが絶対パスの場合は、そのまま使用されます。指定されたパスが相対パスの場合は、現在の作業ディレクトリを基準とする相対パスになります。指定されたパスが「%workspace%」で始まる場合、これは「bazel info workspace」の出力であるワークスペースのルートからの相対パスです。

Cquery オプション

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

コマンドの前に表示され、クライアントによって解析されるオプション:
--distdir=<a path> 件の複数回の使用が累積されます
ネットワークにアクセスしてアーカイブをダウンロードする前に、アーカイブを検索できる追加の場所です。
タグ: bazel_internal_configuration
リポジトリ キャッシュを設定すると、キャッシュ ヒットが発生した場合に、ファイルがコピーされずにハードリンクされます。これはディスク容量を節約するためです。
タグ: bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer> デフォルト: 「0」
ダウンロード エラーの再試行の最大回数。0 に設定すると、再試行は無効になります。
タグ: experimental
--experimental_scale_timeouts=<a double> デフォルト: 「1.0」
この係数に基づいて、Starlark リポジトリ ルールのすべてのタイムアウトをスケーリングします。このようにして、ソースコードを変更せずに、外部リポジトリをルール作成者の予想よりも遅いマシンで動作させることができます。
タグ: bazel_internal_configurationexperimental
--http_connector_attempts=<an integer> デフォルト: 「8」
HTTP ダウンロードの最大試行回数。
タグ: bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.> デフォルト: 「0s」
HTTP ダウンロードの再試行の最大タイムアウト。値が 0 の場合、タイムアウトの最大値は定義されません。
タグ: bazel_internal_configuration
--http_timeout_scaling=<a double> デフォルト: 「1.0」
HTTP ダウンロードに関連するすべてのタイムアウトを特定の係数でスケーリングします
タグ: bazel_internal_configuration
--repository_cache=<a path> デフォルト: 説明を参照
外部リポジトリの取得中に取得された、ダウンロードされた値のキャッシュ ロケーションを指定します。引数として空の文字列を指定すると、キャッシュの無効化をリクエストします。それ以外の場合は、デフォルトの「<output_user_root>/cache/repos/v1」が使用されます。
タグ: bazel_internal_configuration
--[no]repository_disable_download デフォルト: 「false」
設定すると、リポジトリの取得中に resourcemanager.download{,_and_extract} を使用してダウンロードできなくなります。なお、ネットワーク アクセスは完全には無効ではありません。インターネットにアクセスする任意の実行可能ファイルを datastore.execute で実行することは可能です。
タグ: bazel_internal_configuration
ビルド実行を制御するオプション:
--gc_thrashing_threshold=<an integer in 0-100 range> デフォルト: 「100」
GcThrashingDetector がメモリ プレッシャー イベントを上限(--gc_thrashing_limits)に照らして考慮する、現在の領域が占有する割合(0 ~ 100)。100 に設定すると、GcThrashingDetector が無効になります。
タグ: host_machine_resource_optimizations
このオプションは、BUILD ファイル、.bzl ファイル、WORKSPACE ファイルからアクセスできる Starlark 言語または Build API のセマンティクスに影響します。
--[no]incompatible_depset_for_java_output_source_jars のデフォルト値は「true」です。
オペレーションなし
タグ: loading_and_analysisincompatible_change
--[no]incompatible_new_actions_api のデフォルト値は「true」です。
オペレーションなし
タグ: no_opincompatible_change
--[no]incompatible_visibility_private_attributes_at_definition のデフォルト値は「true」です。
オペレーションなし
タグ: no_opincompatible_change
--[no]separate_aspect_deps のデフォルト値は「true」です。
No-op
タグ: no_op
クエリの出力とセマンティクスに関連するオプション:
--aspect_deps=<off, conservative or precise> デフォルト: "conservative"
出力形式が {xml,proto,record} のいずれかである場合にアスペクトの依存関係を解決する方法。「off」は、アスペクトの依存関係が解決されていないことを意味し、「conservative」(デフォルト)は、直接的な依存関係のルールクラスが与えられているかどうかにかかわらず、宣言されたすべてのアスペクトの依存関係が追加されることを意味します。「precise」は、直接的な依存関係のルールクラスが与えられると、アクティブなアスペクトのみが追加されることを意味します。精密モードでは、1 つのターゲットを評価するために他のパッケージを読み込む必要があるため、他のモードよりも遅くなります。なお、厳密なモードであっても完全に正確というわけではありません。アスペクトを計算するかどうかの決定は、分析フェーズで決定され、「bazel query」では実行されません。
タグ: build_file_semantics
--[no]consistent_labels デフォルト: 「false」
有効にすると、<code>Label</code> インスタンスに適用された Starlark <code>str</code> 関数と同様に、すべてのクエリコマンドがラベルを出力します。これは、さまざまなクエリコマンドの出力やルールから発行されるラベルを照合する必要があるツールに便利です。有効になっていない場合、出力フォーマッタは、出力を読みやすくするために、見かけ上(メイン リポジトリからの相対名)リポジトリ名を自由に出力できます。
タグ: terminal_output
--[no]experimental_explicit_aspects デフォルト: 「false」
aquery、cquery: アスペクトで生成されたアクションを出力に含めるかどうか。query: no-op(アスペクトは常に従う)。
タグ: 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_aspects のデフォルト値は「true」です。
aquery、cquery: アスペクトで生成されたアクションを出力に含めるかどうか。query: no-op(アスペクトは常に従う)。
タグ: terminal_output
--[no]incompatible_package_group_includes_double_slash のデフォルト値は「true」です。
有効にすると、package_group の「packages」属性を出力するときに先頭の「//」が省略されません。
タグ: terminal_outputincompatible_change
--[no]infer_universe_scope デフォルト: 「false」
設定されていて --universe_scope が設定されていない場合、--universe_scope の値がクエリ式内の一意のターゲット パターンのリストとして推定されます。ユニバース スコープの関数(allrdeps など)を使用するクエリ式に対して推測される --universe_scope 値は、意図したとおりではない可能性があるため、実行内容を理解している場合にのみこのオプションを使用してください。詳細と例については、https://bazel.build/reference/query#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、streamed_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_attribute_source_aspects デフォルト: 「false」
各属性の source_aspect_name proto フィールドに、属性の取得元であるソースのアスペクトを入力します(そうでない場合は空の文字列)。
タグ: terminal_output
--[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 式。構成されたターゲットは「ターゲット」にバインドされます。--starlark:expr も --starlark:file も指定されていない場合、このオプションはデフォルトで「str(target.label)」に設定されます。--starlark:expr と --starlark:file の両方を指定すると、エラーが発生します。
タグ: terminal_output
--starlark:file=<a string> デフォルト: ""
「format」という Starlark 関数を定義するファイルの名前です。1 つの引数で、文字列としてフォーマットするために構成済みの各ターゲットに適用されます。--starlark:expr と --starlark:file の両方を指定すると、エラーが発生します。詳細については、--output=starlark のヘルプを参照してください。
タグ: terminal_output
--[no]tool_deps のデフォルト値は「true」です。
クエリ: 無効にすると、クエリが実行される依存関係グラフに「exec 構成」の依存関係が含まれません。「exec configuration」の依存関係エッジ(任意の「proto_library」ルールから Protocol Compiler へのルールなど)は通常、同じ「ターゲット」プログラムの一部ではなく、ビルド中に実行されたツールを指します。 Cquery: 無効にすると、この構成済みターゲットを検出した最上位ターゲットから、実行遷移をまたぐすべての構成済みターゲットを除外します。つまり、トップレベル ターゲットがターゲット構成に含まれている場合は、ターゲット構成内にも構成されたターゲットのみが返されます。最上位のターゲットが exec 構成にある場合、exec で構成されたターゲットのみが返されます。このオプションは、解決済みのツールチェーンを除外しません。
タグ: build_file_semantics
--transitions=<full, lite or none> のデフォルト: "none"
cquery が遷移情報を出力する形式。
タグ: affects_outputs
--universe_scope=<comma-separated list of options> デフォルト: ""
カンマ区切りのターゲット パターンのセット(加算と減算)。クエリは、指定されたターゲットの推移的クロージャによって定義される宇宙で実行できます。このオプションは、query コマンドと cquery コマンドで使用されます。cquery の場合、このオプションへの入力は、すべての回答がビルドされるターゲットであるため、このオプションは構成や遷移に影響する可能性があります。このオプションが指定されていない場合、最上位のターゲットはクエリ式から解析されたターゲットとみなされます。注: cquery の場合、このオプションを指定しないと、クエリ式から解析されたターゲットがトップレベル オプションでビルドできない場合、ビルドが中断される可能性があります。
タグ: loading_and_analysis
Bzlmod の出力とセマンティクスに関連するオプション:
--allow_yanked_versions=<a string> 件の複数回の使用が累積されます
モジュール バージョンを `<module1>@<version1>,<module2>@<version2>` の形式で指定しました。これは、モジュール バージョンが来たレジストリでヤンクされていると宣言されていても(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」を無視します。これらの dev 依存関係は、このフラグの値にかかわらず、MODULE.bazel がルート モジュールでない場合、常に無視されます。
タグ: loading_and_analysis
--lockfile_mode=<off, update or error> デフォルト: 「update」
ロックファイルの使用方法と使用するかどうかを指定します。有効な値は、「update」でロックファイルを使用し、変更があった場合は「update」、ロックファイルを使用する場合は「error」、ロックファイルが最新でない場合はエラーをスローする「off」です。
タグ: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path> 件の複数回の使用が累積されます
<モジュール名>=<パス> の形式でモジュールをオーバーライドします。指定されたパスが絶対パスの場合は、そのまま使用されます。指定されたパスが相対パスの場合は、現在の作業ディレクトリを基準とする相対パスになります。指定されたパスが「%workspace%」で始まる場合、これは「bazel info workspace」の出力であるワークスペースのルートからの相対パスです。
--registry=<a string> 件の複数回の使用が累積されます
Bazel モジュールの依存関係を見つけるために使用するレジストリを指定します。順序は重要です。モジュールは以前のレジストリで最初に検索され、以前のレジストリでモジュールが欠落している場合にのみ、後のレジストリにフォールバックします。
タグ: changes_inputs
--vendor_dir=<a path> デフォルト: 説明を参照
外部リポジトリをベンダーモードで取得するか、ビルド中に使用するかによらず、外部リポジトリを保持するディレクトリを指定します。パスは、絶対パスまたはワークスペース ディレクトリへの相対パスとして指定できます。
タグ: loading_and_analysis
ビルド時間の最適化をトリガーするオプション:
--gc_thrashing_limits=<comma separated pairs of <period>:<count>> デフォルト: 「1s:2,20s:3,1m:5」
上限に達した場合に GcThrashingDetector が OOM で Bazel をクラッシュさせる原因となる上限。それぞれの制限は、<period>:<count> の形式で指定します。ここで、period は期間、count は正の整数です。<period> で連続 <count> のフル GC を行った後に、残存容量(旧世代ヒープ)の --gc_thrashing_threshold パーセント以上が占有されている場合、OOM がトリガーされます。複数の上限はカンマで区切って指定できます。
タグ: host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0> デフォルト: 「2147483647」
Bazel の内部 Skyframe エンジンの高度な構成を示すフラグ。Bazel は、保持されているヒープの割合の使用率が --skyframe_high_water_mark_threshold で設定されたしきい値を超えたことを検出した場合、完全な GC イベントが発生すると、呼び出しごとにこの回数まで、不要な一時的な Skyframe 状態を削除します。デフォルトは Integer.MAX_VALUE で、実質的に無制限です。ゼロは、完全な GC イベントでドロップがトリガーされないことを意味します。上限に達すると、フル GC イベントが発生してその保持ヒープの割合のしきい値を超えたときに、Skyframe の状態が破棄されなくなります。
タグ: host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0> デフォルト: 「2147483647」
Bazel の内部 Skyframe エンジンの高度な構成を示すフラグ。保持されているヒープの割合の使用率が --skyframe_high_water_mark_threshold で設定されたしきい値を超えていることを Bazel が検出した場合、マイナー GC イベントが発生したときに、不要な一時 Skyframe の状態を呼び出し 1 回あたり数回まで破棄します。デフォルトは Integer.MAX_VALUE で、実質的に無制限です。ゼロは、マイナー GC イベントによってドロップがトリガーされないことを意味します。上限に達すると、マイナー GC イベントが発生してその保持ヒープの割合のしきい値を超えたときに、Skyframe の状態が破棄されなくなります。
タグ: host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer> デフォルト: 「85」
Bazel の内部 Skyframe エンジンの高度な構成を示すフラグ。Bazel は、保持されているヒープの割合の使用率がこのしきい値以上であることを検出した場合、不要な一時的な Skyframe の状態を削除します。これを微調整することで、GC スラッシングが(i)この一時的な状態のメモリ使用量によって引き起こされ、(ii)必要なときに状態を再構成するよりもコストがかかる場合に、GC スラッシングによる経過時間の影響を軽減できる可能性があります。
タグ: host_machine_resource_optimizations
ロギングの詳細度、形式、場所に影響するオプション:
--experimental_command_profile=<cpu, wall, alloc or lock> デフォルト: 説明を参照
コマンドの実行中に Java フライト レコーダー プロファイルを記録します。サポートされているプロファイリング イベントタイプ(cpu、wall、alloc、lock)のいずれかを引数として指定する必要があります。プロファイルは、出力ベース ディレクトリの下にある、イベントタイプにちなんだ名前のファイルに書き込まれます。このフラグの構文とセマンティクスは、今後、追加のプロファイル タイプまたは出力形式をサポートするために変更される場合があります。自己責任で使用してください。
--[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」、「block」を表す)または 2 つのパターン(1 つは照合対象、もう 1 つは代替 URL として使用され、後方参照は `$1` から始まります)で始まります。複数の `rewrite` ディレクティブを指定すると、複数の URL が返される場合があります。この場合、複数の URL が返されます。
--experimental_worker_for_repo_fetching=<off, platform, virtual or auto> のデフォルト: "auto"
リポジトリの取得に使用するスレッドモード。「off」に設定すると、ワーカー スレッドは使用されず、リポジトリの取得は再起動の対象となります。それ以外の場合は、プラットフォーム スレッド(OS スレッド)が「platform」に設定されている場合は使用し、「virtual」に設定されている場合は仮想スレッドが使用されます。「auto」に設定すると、(JDK 21 以降で実行されているなど)利用可能な場合は仮想スレッドが使用されます。それ以外の場合は、ワーカー スレッドは使用されません。
その他のカテゴリ(特に分類されていないもの):
--override_repository=<an equals-separated mapping of repository name to path> 件の複数回の使用が累積されます
<repository name>=<path> という形式のローカルパスで、リポジトリをオーバーライドします。指定されたパスが絶対パスの場合は、そのまま使用されます。指定されたパスが相対パスの場合は、現在の作業ディレクトリを基準とする相対パスになります。指定したパスが「%workspace%」で始まる場合は、「bazel info workspace」の出力であるワークスペースのルートからの相対パスになります
ビルド実行を制御するオプション:
シンボリック リンク ツリーを作成するために直接ファイル システム呼び出しを行うかどうか
タグ: loading_and_analysisexecutionexperimental
--[no]experimental_persistent_aar_extractor デフォルト: 「false」
ワーカーを使用して永続 AAR エクストラクタを有効にします。
タグ: execution
--[no]experimental_remotable_source_manifests デフォルト: 「false」
ソース マニフェストのアクションをリムーバブルにするかどうか
タグ: loading_and_analysisexecutionexperimental
--[no]experimental_split_coverage_postprocessing デフォルト: 「false」
true の場合、Bazel は新しい Spawn でテストのためにカバレッジの後処理を実行します。
タグ: 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 アクションを有効にします。
次のように展開:
  --internal_persistent_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
}6/1}




--strategy=Aapt2Optimize=worker--strategy=AARGenerator=worker--strategy=ProcessDatabinding=worker--strategy=GenerateDataBindingBaseClasses=workerhost_machine_resource_optimizationsexecution
--persistent_multiplex_android_dex_desugar
ワーカーを使用して、永続的な多重化された Android dex アクションと desugar アクションを有効にします。
次のように展開:
  --persistent_android_dex_desugar
  --internal_persistent_multiplex_android_dex_desugar

タグ: 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

/6/6/

--modify_execution_info=Aapt2Optimize=+supports-multiplex-workers--modify_execution_info=AARGenerator=+supports-multiplex-workershost_machine_resource_optimizationsexecution
--persistent_multiplex_android_tools
永続的な多重化された Android ツール(dex、脱糖、リソース処理)を有効にします。
次のように展開:
  --internal_persistent_multiplex_busybox_tools
  --persistent_multiplex_android_resource_processor
  --persistent_multiplex_android_dex_desugar

タグ: host_machine_resource_optimizationsexecution
--[no]use_target_platform_for_tests デフォルト: 「false」
true の場合、Bazel はテスト実行グループではなく、ターゲット プラットフォームを使用してテストを実行します。
タグ: 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_crosstool_top=<a build target label> デフォルト: "@bazel_tools//tools/cpp:ツールチェーン"
Apple と Objc のルールとその依存関係で使用されるクロスツール パッケージのラベル。
タグ: loses_incremental_statechanges_inputs
--cc_output_directory_tag=<a string> デフォルト: ""
構成ディレクトリに追加するサフィックスを指定します。
タグ: affects_outputs
--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
--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_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 ファイルで宣言されたプラットフォームよりも前に考慮されます。このオプションは 1 回だけ設定できます。後のインスタンスは以前のフラグ設定をオーバーライドします。
タグ: execution
--extra_toolchains=<comma-separated list of options> 件の複数回の使用が累積されます
ツールチェーンの解決時に考慮されるツールチェーン ルール。ツールチェーンは正確なターゲットで指定することも、ターゲット パターンとして指定することもできます。これらのツールチェーンは、register_chains() によって WORKSPACE ファイルで宣言されているものよりも前に考慮されます。
タグ: affects_outputschanges_inputsloading_and_analysis
--grte_top=<a label> デフォルト: 説明を参照
チェックインされた libc ライブラリのラベル。デフォルト値はクロスツール ツールチェーンによって選択されるため、オーバーライドする必要はほとんどありません。
タグ: action_command_linesaffects_outputs
--host_compiler=<a string> デフォルト: 説明を参照
NoOps フラグ。今後のリリースで削除される予定です。
タグ: loading_and_analysisexecution
--host_grte_top=<a label> デフォルト: 説明を参照
この設定を指定すると、実行構成の libc 最上位ディレクトリ(--grte_top)がオーバーライドされます。
タグ: action_command_linesaffects_outputs
--host_platform=<a build target label> デフォルト: "@local_config_platform//:host"
ホストシステムを記述するプラットフォーム ルールのラベル。
タグ: affects_outputschanges_inputsloading_and_analysis
--[no]incompatible_dont_enable_host_nonhost_crosstool_features のデフォルト値は「true」です。
true の場合、Bazel は c++ ツールチェーンの「host」機能と「nonhost」機能を有効にしません(詳しくは、https://github.com/bazelbuild/bazel/issues/7407 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_enable_android_toolchain_resolution のデフォルト値は「true」です。
ツールチェーンの解決を使用して、Android ルール用の Android SDK を選択します(Starlark とネイティブ)
タグ: loading_and_analysisincompatible_change
--[no]incompatible_enable_apple_toolchain_resolution デフォルト: 「false」
ツールチェーンの解決を使用して、Apple SDK を Apple のルール(Starlark とネイティブ)に選択します
タグ: loading_and_analysisincompatible_change
--[no]incompatible_make_thinlto_command_lines_standalone のデフォルト値は「true」です。
このフラグは noop であり、削除される予定です。
タグ: no_opincompatible_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」です。
このフラグは noop であり、削除される予定です。
タグ: no_opincompatible_change
--[no]incompatible_strip_executable_safely デフォルト: 「false」
true の場合、実行可能ファイルに対する削除アクションでフラグ -x が使用されます。これにより、動的なシンボル解決が中断されません。
タグ: action_command_linesincompatible_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_analysisimmutable
--platforms=<a build target label> デフォルト: ""
現在のコマンドのターゲット プラットフォームを記述するプラットフォーム ルールのラベル。
タグ: affects_outputschanges_inputsloading_and_analysis
--python2_path=<a string> デフォルト: 説明を参照
非推奨、NoOps。「--compatible_use_python_chains」により無効になります。
タグ: no_opdeprecated
--python3_path=<a string> デフォルト: 説明を参照
非推奨、NoOps。「--compatible_use_python_chains」により無効になります。
タグ: no_opdeprecated
--python_path=<a string> デフォルト: 説明を参照
ターゲット プラットフォームで Python ターゲットを実行するために呼び出される Python インタープリタの絶対パス。非推奨。--compatible_use_python_chains によって無効になっています。
タグ: loading_and_analysisaffects_outputs
--python_top=<a build target label> デフォルト: 説明を参照
ターゲット プラットフォームで Python ターゲットを実行するために呼び出される Python インタープリタを表す py_runtime のラベル。非推奨。--compatible_use_python_chains によって無効になっています。
タグ: loading_and_analysisaffects_outputs
--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」のデフォルトの watchOS 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_generate_dsym デフォルト: 「false」
デバッグ シンボル(.dSYM)ファイルを生成するかどうか。
タグ: affects_outputsaction_command_lines
true の場合、すべてのターゲットに runfiles シンボリック リンク フォレストをビルドします。false の場合、ローカル アクション、テスト、または実行コマンドで必要な場合にのみ記述します。
タグ: affects_outputs
--[no]build_runfile_manifests のデフォルト値は「true」です。
true の場合、すべてのターゲットの runfile マニフェストを書き込みます。false の場合は省略します。false の場合、ローカルテストは実行できません。
タグ: affects_outputs
--[no]build_test_dwp デフォルト: 「false」
有効にすると、C++ テストを静的に、そして fission でビルドするときに、テストバイナリの .dwp ファイルも自動的にビルドされます。
タグ: loading_and_analysisaffects_outputs
--cc_proto_library_header_suffixes=<comma-separated set of options> デフォルト: 「.pb.h」
cc_proto_library が作成するヘッダー ファイルの接尾辞を設定します。
タグ: affects_outputsloading_and_analysis
--cc_proto_library_source_suffixes=<comma-separated set 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++ コンパイルとリンクで分断を使用するコンパイル モードを指定します。{'fastbuild'、'dbg'、'opt'} の組み合わせを指定できます。または、すべてのモードを有効にする場合は「yes」、すべてのモードを無効にする場合は「no」を指定できます。
タグ: loading_and_analysisaction_command_linesaffects_outputs
--[no]incompatible_always_include_files_in_data のデフォルト値は「true」です。
true の場合、ネイティブ ルールによってデータ依存関係の <code>DefaultInfo.files</code> が runfile に追加されます。これは、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 で指定できます(この場合、値は呼び出し環境から取得されます)。または、呼び出し環境とは無関係に値を設定する name=value ペアで指定できます。このオプションは複数回使用できます。同じ変数に対して指定されたオプションの場合は、最新のものが優先され、異なる変数のオプションが蓄積されます。
タグ: action_command_lines
--android_cpu=<a string> デフォルト: 「armeabi-v7a」
Android のターゲット CPU。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--[no]android_databinding_use_androidx のデフォルト値は「true」です。
AndroidX 互換のデータ バインディング ファイルを生成します。これはデータ バインディング v2 でのみ使用されます。このフラグは動作しません。
タグ: affects_outputsloading_and_analysisloses_incremental_stateexperimental
--[no]android_databinding_use_v3_4_args のデフォルト値は「true」です。
3.4.0 引数で Android Databinding v2 を使用します。このフラグは動作しません。
タグ: affects_outputsloading_and_analysisloses_incremental_stateexperimental
--android_dynamic_mode=<off, default or fully> デフォルトは「off」
cc_binary が共有ライブラリを明示的に作成しない場合に、Android ルールの C++ の依存関係を動的にリンクするかどうかを決定します。「default」は、bazel が動的にリンクするかどうかを選択することを意味します。「full」はすべてのライブラリが動的にリンクされることを意味します。「オフ」は、すべてのライブラリがほぼ静的モードでリンクされることを意味します。
タグ: 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
--[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"
バイナリをビルドするモードを指定します。値: fastbuild、dbg、opt。
タグ: affects_outputsaction_command_lines
--conlyopt=<a string> 件の複数回の使用が累積されます
C ソースファイルをコンパイルするときに gcc に渡す追加のオプション。
タグ: action_command_linesaffects_outputs
--copt=<a string> 件の複数回の使用が累積されます
gcc に渡す追加オプション。
タグ: action_command_linesaffects_outputs
--cpu=<a string> デフォルト: ""
ターゲット CPU。
タグ: changes_inputsaffects_outputs
--cs_fdo_absolute_path=<a string> デフォルト: 説明を参照
CSFDO プロファイル情報を使用してコンパイルを最適化します。プロファイル ファイルを含む ZIP ファイルの絶対パス名を指定します。未加工の LLVM プロファイル ファイルまたはインデックス付きの LLVM プロファイル ファイルのいずれかを指定します。
タグ: 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> 件の複数回の使用が累積されます
各 --defined オプションは、ビルド変数の割り当てを指定します。変数に複数の値がある場合は、最後の値が優先されます。
タグ: changes_inputsaffects_outputs
--dynamic_mode=<off, default or fully> デフォルト: "default"
C++ バイナリを動的にリンクするかどうかを決定します。「default」は、Bazel が動的にリンクするかどうかを選択することを意味します。「full」はすべてのライブラリが動的にリンクされることを意味します。「オフ」は、すべてのライブラリがほぼ静的モードでリンクされることを意味します。
タグ: 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 のデフォルト値は「true」です。
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
--[no]experimental_collect_code_coverage_for_generated_files デフォルト: 「false」
指定すると、Bazel は生成されたファイルの収集カバレッジ情報も生成します。
タグ: affects_outputs
--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 と -fasynchronous-unwind-tables を使用してコンパイルします。
タグ: action_command_linesaffects_outputsexperimental
--experimental_output_paths=<off, content or strip> デフォルトは「off」
特にマルチプラットフォーム / マルチ構成のビルドで、出力ツリールール内の出力を書き込む場所に使用するモデル。これは非常に試験運用的な内容です。詳しくは、https://github.com/bazelbuild/bazel/issues/6526 をご覧ください。Starlark アクションでパス マッピングを有効にするには、キー「supports-path-mapping」を「execution_requirements」辞書に追加します。
タグ: loses_incremental_statebazel_internal_configurationaffects_outputsexecution
--experimental_override_name_platform_in_output_dir=<a 'label=value' assignment> 件の複数回の使用が累積されます
各エントリは label=value の形式にする必要があります。label はプラットフォームを表し、values は出力パスで使用する省略名です。--experimental_platform_in_output_dir が true の場合にのみ使用されます。命名優先度が最も高い。
タグ: affects_outputsexperimental
--[no]experimental_platform_in_output_dir デフォルト: 「false」
true の場合、出力ディレクトリ名に CPU の代わりにターゲット プラットフォームの略称が使用されます。厳密なスキームは試験運用版であり、変更される可能性があります。まず、まれに「--platforms オプション」の値が 1 つのみではなく、「platforms」オプションのハッシュが使用されます。次に、現在のプラットフォームの略称が --experimental_override_name_platform_in_output_dir によって登録されている場合は、その略称が使用されます。次に、--experimental_use_platforms_in_output_dir_legacy_heuristic が設定されている場合は、現在のプラットフォーム ラベルに基づいた略称を使用します。最後に、プラットフォーム オプションのハッシュが最後の手段として使用されます。
タグ: affects_outputsexperimental
--[no]experimental_use_llvm_covmap デフォルト: 「false」
指定すると、collect_code_coverage が有効になると、Bazel は gcov ではなく llvm-cov カバレッジ マップ情報を生成します。
タグ: changes_inputsaffects_outputsloading_and_analysisexperimental
--[no]experimental_use_platforms_in_output_dir_legacy_heuristic のデフォルト値は「true」です。
このフラグは、提案される移行戦略またはテスト戦略の一環としてのみ使用してください。ヒューリスティックには既知の欠陥があるため、--experimental_override_name_platform_in_output_dir のみを使用して移行することをおすすめします。
タグ: affects_outputsexperimental
--fat_apk_cpu=<comma-separated set of options> デフォルト: 「armeabi-v7a」
このオプションを設定すると、ファット APK が有効になります。これには、指定したすべてのターゲット アーキテクチャ(例:--fat_apk_cpu=x86,armeabi-v7a. このフラグを指定すると、android_binary ルールの依存関係で --android_cpu は無視されます。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--[no]fat_apk_hwasan デフォルト: 「false」
NoOps フラグ。今後のリリースで削除される予定です。
タグ: no_op
--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> を指定すると、対象物が無効になります。負の特徴は、正の特徴よりも常に優先されます。関連情報: --host_features
タグ: 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 で指定できます(この場合、値は呼び出し環境から取得されます)。または、呼び出し環境とは無関係に値を設定する name=value ペアで指定できます。このオプションは複数回使用できます。同じ変数に対して指定されたオプションの場合は、最新のものが優先され、異なる変数のオプションが蓄積されます。
タグ: action_command_lines
--host_compilation_mode=<fastbuild, dbg or opt> デフォルト: 「opt」
ビルド中に使用するツールが組み込まれるモードを指定します。値: fastbuild、dbg、opt。
タグ: affects_outputsaction_command_lines
--host_conlyopt=<a string> 件の複数回の使用が累積されます
exec 構成で C(C++ ではない)ソースファイルをコンパイルするときに C コンパイラに渡す追加のオプション。
タグ: action_command_linesaffects_outputs
--host_copt=<a string> 件の複数回の使用が累積されます
exec 構成でビルドされるツールのために C コンパイラに渡す追加オプション。
タグ: action_command_linesaffects_outputs
--host_cpu=<a string> デフォルト: ""
ホスト CPU。
タグ: changes_inputsaffects_outputs
--host_cxxopt=<a string> 件の複数回の使用が累積されます
exec 構成でビルドされるツールの C++ コンパイラに渡す追加オプション。
タグ: action_command_linesaffects_outputs
--host_features=<a string> 件の複数回の使用が累積されます
exec 構成でビルドされたターゲットでは、特定の機能がデフォルトで有効または無効になります。-<feature> を指定すると、対象物が無効になります。負の特徴は常に正の特徴をオーバーライドします。
タグ: changes_inputsaffects_outputs
--host_force_python=<PY2 or PY3> デフォルト: 説明を参照
exec 構成の 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> 件の複数回の使用が累積されます
exec 構成で特定のファイルをコンパイルするときに、C/C++ コンパイラに選択的に渡す追加のオプション。このオプションは複数回渡すことができます。構文: regex_filter@option_1,option_2,...,option_nregex_filter は、正規表現の包含または除外のパターンのリストを表します(--instrumentation_filter もご覧ください)。option_1 から option_n は任意のコマンドライン オプションを表します。オプションにカンマが含まれている場合は、引用符で囲む必要があります。オプションには @ を含めることができます。文字列の分割には最初の @ のみを使用します。例: --host_per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0 は、bar.cc を除く //foo/ 内のすべての cc ファイルの gcc コマンドラインに -O0 コマンドライン オプションを追加します。
タグ: action_command_linesaffects_outputs
--[no]incompatible_auto_exec_groups デフォルト: 「false」
有効にすると、ルールで使用されるツールチェーンごとに exec グループが自動的に作成されます。これを機能させるには、ルールのアクションに「ツールチェーン」パラメータを指定する必要があります。詳しくは、https://github.com/bazelbuild/bazel/issues/17134 をご覧ください。
タグ: affects_outputsincompatible_change
--[no]incompatible_merge_genfiles_directory のデフォルト値は「true」です。
true の場合、genfiles ディレクトリは bin ディレクトリに折りたたまれます。
タグ: 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 および linkopts で 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
--memprof_profile=<a build target label> デフォルト: 説明を参照
memprof プロファイルを使用します。
タグ: affects_outputs
--[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_nregex_filter は、正規表現の包含または除外のパターンのリストを表します(--instrumentation_filter もご覧ください)。option_1 から option_n は任意のコマンドライン オプションを表します。オプションにカンマが含まれている場合は、引用符で囲む必要があります。オプションには @ を含めることができます。文字列の分割には最初の @ のみを使用します。例: --per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0 は、bar.cc を除く //foo/ 内のすべての 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 は、//foo/ にある bar.o を除くすべての o ファイルの LTO バックエンド コマンドラインに -O0 コマンドライン オプションを追加します。
タグ: action_command_linesaffects_outputs
--platform_suffix=<a string> デフォルト: 説明を参照
構成ディレクトリに追加するサフィックスを指定します。
タグ: loses_incremental_stateaffects_outputsloading_and_analysis
--propeller_optimize=<a build target label> デフォルト: 説明を参照
Propeller のプロファイル情報を使用して、ビルド ターゲットを最適化します。Propeller のプロファイルは、2 つのファイル(cc プロファイルと ld プロファイル)のうち少なくとも 1 つで構成されている必要があります。このフラグは、Propeller プロファイル入力ファイルを参照する必要があるビルドラベルを受け入れます。たとえば、ラベルを定義する BUILD ファイルを Bazel で認識できるようにするには、a/b/BUILD:propeller_optimize( name = "propeller_profile", cc_profile = "propeller_cc_profile.txt", ld_profile = "propeller_ld_profile.txt",)」で、それらのファイルを Bazel に公開するには、対応するパッケージに exports_files ディレクティブを追加する必要がある場合があります。このオプションは次のように使用する必要があります。--propeller_optimize=//a/b:propeller_profile
タグ: action_command_linesaffects_outputs
--propeller_optimize_absolute_cc_profile=<a string> デフォルト: 説明を参照
Propeller Optimized ビルドの cc_profile ファイルの絶