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

bazel [<startup options>] <command> [<args>]
または
bazel [<startup options>] <command> [<args>] -- [<target patterns>]
詳しくは、ユーザーガイド ターゲット パターンの構文。

オプションの構文

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

--<option>=<value>
--<option> <value>
一部のオプションは半角 1 文字(全角 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 ターゲットをモバイル デバイスにインストールします。
modquery Bzlmod 外部依存関係グラフに対してクエリを実行する
print_action ファイルをコンパイルするためのコマンドライン引数を出力します。
query 依存関係グラフのクエリを実行します。
run 指定されたターゲットを実行します。
shutdown bazel サーバーを停止します。
sync ワークスペース ファイルで指定されたすべてのリポジトリを同期します。
test 指定されたテスト ターゲットをビルドして実行します。
version bazel のバージョン情報を出力します。

起動オプション

コマンドの前に表示され、クライアントによって解析されるオプション:
--[no]autodetect_server_javabase のデフォルト: "true"
--noautodetect_server_javabase が渡されると、Bazel は bazel サーバーを実行するためのローカル JDK にフォールバックせず、代わりに終了します。
タグ: affects_outputsloses_incremental_state
--[no]batch のデフォルト: "false"
設定すると、Bazel は標準のクライアント/サーバー モードではなく、サーバーのないクライアント プロセスとして実行されます。これは非推奨であり、削除される予定です。残存サーバーの使用を避けるには、サーバーを明示的にシャットダウンしてください。
タグ: loses_incremental_statebazel_internal_configurationdeprecated
--[no]batch_cpu_scheduling のデフォルト: "false"
Linux の場合のみ、'batch' を使用するBlaze の CPU スケジューリング。このポリシーは、非インタラクティブだが、nice 値を下げたくないワークロードに役立ちます。「man 2 sched_setscheduler」をご覧ください。false の場合、Bazel はシステム呼び出しを実行しません。
タグ: host_machine_resource_optimizations
--bazelrc=<path> のデフォルト: 説明を参照
Bazel オプションのデフォルト値を含むユーザーの .bazelrc ファイルの場所。/dev/null は、それ以降のすべての `--bazelrc`が無視されることを示します。これは、ユーザーの RC ファイルの検索を無効にする場合に便利です。たとえば、使用できます。 このオプションは複数回指定することもできます。 例:`--bazelrc=x.rc --bazelrc=y.rc --bazelrc=/dev/null --bazelrc=z.rc` と 1)x.rc と y.rc が読み取られる。 2)以前の /dev/null が原因で z.rc が無視される。 指定しない場合、Bazel はワークスペース ディレクトリ、ユーザーのホーム ディレクトリの 2 つの場所で見つかった最初の .bazelrc ファイルを使用します。 注: コマンドライン オプションは、常に bazelrc のすべてのオプションに優先します。
タグ: changes_inputs
--[no]block_for_lock のデフォルト: "true"
--noblock_for_lock が渡されると、Bazel は実行中のコマンドの完了を待機せず、直ちに終了します。
タグ: eagerness_to_exit
--[no]client_debug のデフォルト: "false"
true の場合、クライアントからのデバッグ情報を stderr にログに記録します。このオプションを変更しても、サーバーは再起動されません。
タグ: affects_outputsbazel_monitoring
--connect_timeout_secs=<an integer> のデフォルト: 「30」
サーバーへの接続を試行するたびにクライアントが待機する時間
タグ: bazel_internal_configuration
--[no]expand_configs_in_place のデフォルト: "true"
--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 で home 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 システム・コールを使用して、ベスト・エフォート I/O スケジューリングのレベルを 0 から 7 の範囲で設定します。0 が最も優先度が高く、7 が最も低くなります。予測スケジューラが尊重できる優先度は 4 までです。負の値に設定すると、Bazel はシステム呼び出しを実行しません。
タグ: host_machine_resource_optimizations
--local_startup_timeout_secs=<an integer> のデフォルト: 「120」
クライアントがサーバーに接続するまで待機する最大時間
タグ: bazel_internal_configuration
--macos_qos_class=<a string> のデフォルト: "default"
macOS で実行する場合の bazel サーバーの QoS サービスクラスを設定します。このフラグは他のすべてのプラットフォームには影響しませんが、変更なしで rc ファイルを共有できるようにサポートされています。有効な値は、ユーザー インタラクティブ、ユーザー開始、デフォルト、ユーティリティ、バックグラウンドです。
タグ: host_machine_resource_optimizations
--max_idle_secs=<integer> のデフォルト: 「10800」
ビルドサーバーがシャットダウンするまでアイドリングを待機する秒数。ゼロは、サーバーがシャットダウンされないことを意味します。これはサーバーの起動時にのみ読み取られます。このオプションを変更しても、サーバーは再起動されません。
タグ: eagerness_to_exitloses_incremental_state
--output_base=<path> のデフォルト: 説明を参照
設定した場合、すべてのビルド出力が書き込まれる出力場所を指定します。それ以外の場合の場所は ${OUTPUT_ROOT}/_blaze_${USER}/${MD5_OF_WORKSPACE_ROOT} になります。注: この値に対して、次に Bazel を呼び出すときに異なるオプションを指定した場合、新しい追加の Bazel サーバーを起動することになります。Bazel は、指定された出力ベースごとに 1 つのサーバーのみを起動します。通常、ワークスペースごとに 1 つの出力ベースがあります。ただし、このオプションでは、ワークスペースごとに複数の出力ベースがあるため、同じマシン上で同じクライアントの複数のビルドを同時に実行できます。「bazel ヘルプのシャットダウン」をご覧くださいBazel サーバーをシャットダウンする方法を解説しました。
タグ: 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
をご覧ください。
--host_jvm_profile=<profiler_name> のデフォルト: ""
プロファイラ/デバッガ固有の JVM 起動フラグを追加するためのコンビニエンス オプション。Bazel には、ハードコードされた JVM 起動フラグにマッピングする既知の値のリストがあります。特定のファイルに対してハードコードされたパスが検索される可能性があります。
--server_javabase=<jvm path> のデフォルト: ""
Bazel 自体を実行するために使用される JVM のパス。

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

ビルド実行を制御するオプション:
--experimental_oom_more_eagerly_threshold=<an integer> のデフォルト: 「100」
このフラグが 100 より小さい値に設定されている場合、GC が 2 回フルになった後も、(古い世代の)ヒープがこの割合を超えて占有されている場合、Bazel は OOM になります。
タグ: host_machine_resource_optimizations
--experimental_ui_max_stdouterr_bytes=<an integer in (-1)-1073741819 range> のデフォルト: 「1048576」
コンソールに出力される stdout / stderr ファイルの最大サイズ。-1 は制限がないことを意味します。
タグ: execution
ユーザーが目的の出力を構成し、その出力の有無ではなく値に影響を与えるオプション:
--repo_env=<a 'name=value' assignment with an optional value part> 回の使用が累積されています
リポジトリ ルールでのみ使用できる追加の環境変数を指定します。リポジトリ ルールは環境全体を表示しますが、このようにすることで、アクション グラフを無効にすることなく、オプションを介して構成情報をリポジトリに渡すことができます。
タグ: action_command_lines
Bazel による有効なビルド入力の適用度合いに影響するオプション(ルール定義、フラグの組み合わせなど):
--[no]check_bzl_visibility のデフォルト: "true"
無効にすると、.bzl の読み込み表示エラーは警告に降格されます。
タグ: build_file_semantics
このオプションは、BUILD ファイル、.bzl ファイル、WORKSPACE ファイルからアクセス可能な Starlark 言語またはビルド API のセマンティクスに影響します。
--[no]enable_bzlmod のデフォルト: "false"
true の場合、Bzlmod 依存関係管理システムが有効になり、WORKSPACE よりも優先されます。詳細については、https://bazel.build/docs/bzlmod をご覧ください。
タグ: loading_and_analysis
--[no]experimental_action_resource_set のデフォルト: "true"
このポリシーを true に設定すると、 に は、ローカル実行用の resource_set パラメータが 受けます。それ以外の場合は、デフォルトでメモリに 250 MB、CPU が 1 つに設定されます。
タグ: executionbuild_file_semanticsexperimental
--[no]experimental_allow_tags_propagation のデフォルト: "false"
true に設定した場合、タグはターゲットからアクション実施要件それ以外の場合、タグは伝播されません。詳細については、https://github.com/bazelbuild/bazel/issues/8830 をご覧ください。
タグ: build_file_semanticsexperimental
--[no]experimental_analysis_test_call のデフォルト: "true"
true に設定すると、analysis_test のネイティブ呼び出しを使用できます。
タグ: loading_and_analysisbuild_file_semanticsexperimental
--[no]experimental_bzl_visibility のデフォルト: "true"
有効にすると、`visibility()` 関数が追加されます。.bzl ファイルは、load() ステートメント用に可視性を設定するために、トップレベルの評価中に呼び出すことができます。
タグ: 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_get_fixed_configured_action_env のデフォルト: "false"
有効にすると、action.env は機能の構成で指定された固定環境変数も返します。
タグ: loading_and_analysisexperimental
--[no]experimental_google_legacy_api のデフォルト: "false"
true に設定した場合、Google のレガシーコードに関連する Starlark ビルド API の試験運用版の機能が多数公開されます。
タグ: loading_and_analysisexperimental
--[no]experimental_lazy_template_expansion のデフォルト: "true"
true に設定すると、にちなんだ代入値の評価を延期するための TemplateDict パラメータが に要します。
タグ: executionbuild_file_semanticsexperimental
--[no]experimental_platforms_api のデフォルト: "false"
true に設定した場合、デバッグに役立つさまざまなプラットフォーム関連の Starlark API が有効になります。
タグ: loading_and_analysisexperimental
--[no]experimental_repo_remote_exec のデフォルト: "false"
true に設定すると、repository_rule にリモート実行機能が追加されます。
タグ: build_file_semanticsloading_and_analysisexperimental
--[no]experimental_sibling_repository_layout のデフォルト: "false"
true に設定すると、メイン以外のリポジトリは、実行ルートのメイン リポジトリへのシンボリック リンクとして植えられます。つまり、すべてのリポジトリは $output_base/execution_root ディレクトリの直接の子です。これには、実際のトップレベルの「external」が $output_base/execution_root/__main__/external に解放されるという副作用があります。されます。
タグ: action_command_linesbazel_internal_configurationloading_and_analysisloses_incremental_stateexperimental
--[no]incompatible_always_check_depset_elements のデフォルト: "true"
すべてのコンストラクタで、依存関係に追加された要素の有効性をチェックします。要素は不変である必要がありますが、これまでは depset(direct=...) コンストラクタがチェックするのを忘れていました。depset 要素でリストではなくタプルを使用する詳細については、https://github.com/bazelbuild/bazel/issues/10313 をご覧ください。
タグ: build_file_semanticsincompatible_change
true の場合、Bazel は linking_context.libraries_to_link からのリストを返さず、代わりに depset を返します。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_disable_starlark_host_transitions のデフォルト: "false"
true に設定すると、ルールの属性で cfg = "host"' を設定できません。ルールで 'cfg = "exec"' と設定する必要があります。してください。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_disable_target_provider_fields のデフォルト: "false"
true に設定した場合、「target」でプロバイダにアクセスする機能を無効にします。フィールド構文を使用して指定できます。代わりにプロバイダ キー構文を使用してください。たとえば、ルール実装関数内から `x.attr.dep.my_info` を使用して `my_info` にアクセスする代わりに、`CharacterStyle.attr.dep[MyInfo]` を使用します。詳細については、https://github.com/bazelbuild/bazel/issues/9014 をご覧ください。
タグ: build_file_semanticsincompatible_change
--[no]incompatible_disallow_empty_glob のデフォルト: "false"
true に設定した場合、glob() の `allow_empty` 引数のデフォルト値は False です。
タグ: build_file_semanticsincompatible_change
--[no]incompatible_disallow_legacy_javainfo のデフォルト: "true"
非推奨。NoOps。
タグ: build_file_semanticsincompatible_change
--[no]incompatible_disallow_struct_provider_syntax のデフォルト: "false"
true に設定すると、ルール実装関数で構造体が返されない可能性があります。代わりに、プロバイダ インスタンスのリストを返す必要があります。
タグ: build_file_semanticsincompatible_change
--[no]incompatible_existing_rules_immutable_view のデフォルト: "true"
true に設定すると、native.existing_rule と native.existing_rules は可変の辞書ではなく軽量の不変のビュー オブジェクトを返します。
タグ: build_file_semanticsloading_and_analysisincompatible_change
--[no]incompatible_fix_package_group_reporoot_syntax のデフォルト: "true"
package_group の `packages` 属性で、値「//...」の意味を変更します。任意のリポジトリ内のすべてのパッケージではなく、現在のリポジトリ内のすべてのパッケージを参照できます。特別な値「public」を使用できます。「//...」の代わりに使用します。以前の動作に戻す必要があります。このフラグを使用するには、--compatibility_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_new_actions_api のデフォルト: "true"
このポリシーを true に設定した場合、アクションを作成する API は `gke.actions` でのみ使用でき、`にしか` は使用できません。
タグ: build_file_semanticsincompatible_change
--[no]incompatible_no_attr_license のデフォルト: "true"
true に設定すると、attr.license 関数を無効にします。
タグ: build_file_semanticsincompatible_change
--[no]incompatible_no_implicit_file_export のデフォルト: "false"
設定すると、(使用されている)ソースファイルは、明示的にエクスポートされない限り、パッケージ プライベートになります。https://github.com/bazelbuild/proposals/blob/master/designs/2019-10-24-file-visibility.md
タグ: build_file_semanticsincompatible_change
--[no]incompatible_no_rule_outputs_param のデフォルト: "false"
true に設定すると、Starlark 関数の「rule()」の「outputs」パラメータが無効になります。
タグ: build_file_semanticsincompatible_change
--[no]incompatible_package_group_has_public_syntax のデフォルト: "true"
package_group の `packages` 属性で、「public」の書き込みを許可するまたは「private」「0」と指定します。
タグ: build_file_semanticsincompatible_change
--[no]incompatible_require_linker_input_cc_api のデフォルト: "true"
true に設定した場合、ルール create_linking_context には、library_to_link ではなく linker_inputs が必要になります。Linking_context の古いゲッターも無効になり、linker_inputs だけが利用可能になります。
タグ: build_file_semanticsloading_and_analysisincompatible_change
--[no]incompatible_run_shell_command_string のデフォルト: "true"
true に設定した場合、actions.run_shell のコマンド パラメータは文字列のみを受け入れます。
タグ: build_file_semanticsincompatible_change
--[no]incompatible_stop_exporting_language_modules のデフォルト: "false"
有効にすると、特定の言語固有のモジュール(`cc_common` など)がユーザーの .bzl ファイルで利用できなくなり、それぞれのルール リポジトリからのみ呼び出される可能性があります。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_struct_has_no_methods のデフォルト: "false"
構造体フィールドの名前空間を汚染する、構造体の to_json メソッドと to_proto メソッドを無効にします。代わりに、JSON の場合は 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
--[no]incompatible_visibility_private_attributes_at_definition のデフォルト: "false"
true に設定した場合、プライベート ルールの属性の公開設定は、ルールの使用状況ではなくルールの定義に関して確認されます。
タグ: build_file_semanticsincompatible_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]incompatible_do_not_split_linking_cmdline のデフォルト: "true"
true の場合、Bazel はリンクに使用されるコマンドライン フラグを変更しなくなります。また、param ファイルに渡すフラグとそうでないフラグを選択的に決定することもしません。詳細については、https://github.com/bazelbuild/bazel/issues/7670 をご覧ください。
タグ: loading_and_analysisincompatible_change
--[no]keep_state_after_build のデフォルト: "true"
false の場合、Blaze はビルドの完了時にこのビルドのメモリ内状態を破棄します。後続のビルドでは、このビルドに関するインクリメンタリティはありません。
タグ: loses_incremental_state
--skyframe_high_water_mark_threshold=<an integer> のデフォルト: 「85」
Bazel の内部 Skyframe エンジンの詳細構成を示すフラグ。Bazel は、保持されているヒープ使用率がこのしきい値以上であることを検出した場合、不要な一時的な Skyframe 状態を破棄します。これを微調整すると、GC スラッシングが(i)この一時的な状態のメモリ使用量に起因しており、(ii)必要に応じて状態を再構築するよりもコストが高い場合に、GC スラッシングの経過時間への影響を軽減できます。
タグ: host_machine_resource_optimizations
--[no]track_incremental_state のデフォルト: "true"
false の場合、Blaze はビルドのメモリを節約するために増分ビルドの無効化と再評価を可能にするデータは保持されません。後続のビルドでは、このビルドに関するインクリメンタリティはありません。通常、これを false に設定する場合は、--batch を指定します。
タグ: loses_incremental_state
ロギングの詳細度、形式、場所に影響するオプション:
--[no]announce_rc のデフォルト: "false"
RC オプションを通知するかどうかを指定します。
タグ: affects_outputs
--[no]attempt_to_print_relative_paths のデフォルト: "false"
メッセージの場所の部分を出力するときは、ワークスペース ディレクトリまたは --package_path で指定されたディレクトリの 1 つを基準とした相対パスを使用してください。
タグ: terminal_output
--bes_backend=<a string> のデフォルト: ""
ビルドイベント サービス(BES)バックエンド エンドポイントを [SCHEME://]HOST[:PORT] の形式で指定します。デフォルトでは、BES のアップロードは無効になっています。サポートされているスキームは gRPC と gRPC(TLS 対応の gRPC)です。スキームが指定されていない場合、Bazel は gRPC を想定します。
タグ: affects_outputs
--[no]bes_check_preceding_lifecycle_events のデフォルト: "false"
PublishBuildToolEventStreamRequest にフィールド check_preceding_referrer_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=<コマンド名> ", "protocol_name=BEP")。デフォルトは none です。
タグ: affects_outputs
--[no]bes_lifecycle_events のデフォルト: "true"
BES ライフサイクル イベントを公開するかどうかを指定します。(デフォルトは「true」)。
タグ: affects_outputs
--bes_oom_finish_upload_timeout=<An immutable length of time.> のデフォルト: 「10m」
OOM 中に BES または BEP のアップロードが完了するまでの待機時間を指定します。このフラグを使用すると、JVM が著しく GC スラッシングを行い、どのユーザー スレッドでも進行できない場合に、確実に終了します。
タグ: bazel_monitoring
--bes_outerr_buffer_size=<an integer> のデフォルト: 「10240」
進行状況イベントとしてレポートされる前に、BEP でバッファリングされる stdout または stderr の最大サイズを指定します。個々の書き込みは、指定した値よりも大きい場合でも 1 つのイベントで報告されます(--bes_outerr_chunk_size まで)。
タグ: 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_timeout=<An immutable length of time.> のデフォルト: 「0s」
ビルドとテストが完了した後、Bazel が BES/BEP のアップロードを完了するまで待機する時間を指定します。有効なタイムアウトは、自然数の後に、日(d)、時間(h)、分(m)、秒(s)、ミリ秒(ms)の単位が続きます。デフォルト値は「0」です。タイムアウトはありません
タグ: affects_outputs
--build_event_binary_file=<a string> のデフォルト: ""
空でない場合は、ビルドイベント プロトコルの表現を変数で区切ったバイナリ表現をそのファイルに書き込みます。このオプションは、--bes_upload_mode=wait_for_upload_complete を意味します。
タグ: affects_outputs
--[no]build_event_binary_file_path_conversion のデフォルト: "true"
ビルドイベント プロトコルのバイナリ ファイル表現内のパスを、可能な限り、よりグローバルに有効な URI に変換します。無効にすると、file:// URI スキームが常に使用されます
タグ: affects_outputs
--build_event_json_file=<a string> のデフォルト: ""
空でない場合は、ビルドイベント プロトコルの JSON シリアル化をそのファイルに書き込みます。
タグ: affects_outputs
--[no]build_event_json_file_path_conversion のデフォルト: "true"
可能であれば、ビルド イベント プロトコルの JSON ファイル表現のパスを、よりグローバルに有効な URI に変換します。無効にすると、file:// URI スキームが常に使用されます
タグ: affects_outputs
--build_event_max_named_set_of_file_entries=<an integer> のデフォルト: 「-1」
1 つの名前付き_set_of_files イベントの最大エントリ数。2 より小さい値は無視され、イベント分割は行われません。これはビルドイベント プロトコルの最大イベントサイズを制限するためのものですが、イベントサイズを直接制御するものではありません。イベントの合計サイズは、セットの構造だけでなく、ファイルと URI の長さにも依存し、後者はハッシュ関数で決まります。
タグ: affects_outputs
--[no]build_event_publish_all_actions のデフォルト: "false"
すべてのアクションを公開するかどうか。
タグ: affects_outputs
--build_event_text_file=<a string> のデフォルト: ""
空でない場合は、ビルドイベント プロトコルのテキスト表現をそのファイルに書き込みます。
タグ: affects_outputs
--[no]build_event_text_file_path_conversion のデフォルト: "true"
ビルド イベント プロトコルのテキスト ファイル表現のパスを、可能な限り、よりグローバルに有効な URI に変換します。無効にすると、file:// URI スキームが常に使用されます
タグ: affects_outputs
--[no]experimental_announce_profile_path のデフォルト: "false"
有効にすると、JSON プロファイル パスがログに追加されます。
タグ: affects_outputsbazel_monitoring
--[no]experimental_bep_target_summary のデフォルト: "false"
TargetSummary イベントを公開するかどうか。
--[no]experimental_build_event_expand_filesets のデフォルト: "false"
true の場合、出力ファイルを提示するときに BEP でファイルセットを展開します。
タグ: affects_outputs
true の場合、出力ファイルを提示するときに、BEP 内の相対 Fileset シンボリック リンクを完全に解決します。--experimental_build_event_expand_filesets が必要です。
タグ: affects_outputs
--experimental_build_event_upload_max_retries=<an integer> のデフォルト: 「4」
Bazel がビルドイベントのアップロードを再試行する最大回数。
タグ: bazel_internal_configuration
--experimental_build_event_upload_retry_minimum_delay=<An immutable length of time.> のデフォルト: 「1s」
BEP のアップロードが失敗した場合の指数バックオフの再試行の初期最小遅延。(指数: 1.6)
タグ: bazel_internal_configuration
--experimental_build_event_upload_strategy=<a string> のデフォルト: 説明を参照
ビルドイベント プロトコルで参照されるアーティファクトをアップロードする方法を選択します。
タグ: affects_outputs
--experimental_profile_additional_tasks=<phase, action, action_check, action_lock, action_release, action_update, action_complete, info, create_package, remote_execution, local_execution, scanner, local_parse, upload_time, process_time, remote_queue, remote_setup, fetch, vfs_stat, vfs_dir, vfs_readlink, vfs_md5, vfs_xattr, vfs_delete, vfs_open, vfs_read, vfs_write, vfs_glob, vfs_vmfs_stat, vfs_vmfs_dir, vfs_vmfs_read, wait, thread_name, thread_sort_index, skyframe_eval, skyfunction, critical_path, critical_path_component, handle_gc_notification, action_counts, local_cpu_usage, system_cpu_usage, local_memory_usage, system_memory_usage, system_network_up_usage, system_network_down_usage, workers_memory_usage, system_load_average, starlark_parser, starlark_user_fn, starlark_builtin_fn, starlark_user_compiled_fn, starlark_repository_fn, action_fs_staging, remote_cache_check, remote_download, remote_network, filesystem_traversal, worker_execution, worker_setup, worker_borrow, worker_working, worker_copying_outputs, credential_helper or unknown> 回の使用が累積されています
プロファイルに含める追加のプロファイル タスクを指定します。
タグ: affects_outputsbazel_monitoring
--[no]experimental_profile_include_primary_output のデフォルト: "false"
余計な「出力」を含む属性を、アクションのプライマリ出力への実行パスを含むアクション イベント内で使用します。
タグ: affects_outputsbazel_monitoring
--[no]experimental_profile_include_target_label のデフォルト: "false"
アクション イベントにターゲット ラベルを含めるJSON プロファイル データ。
タグ: affects_outputsbazel_monitoring
--[no]experimental_stream_log_file_uploads のデフォルト: "false"
ログファイルをディスクに書き込むのではなく、リモート ストレージに直接ストリーミングする。
タグ: affects_outputs
--experimental_workspace_rules_log_file=<a path> のデフォルト: 説明を参照
特定の Workspace ルールイベントを、区切り文字で区切られた WorkspaceEvent proto としてこのファイルに記録します。
--[no]generate_json_trace_profile のデフォルト: "auto"
有効にした場合、Bazel はビルドをプロファイリングし、JSON 形式のプロファイルを出力ベースのファイルに書き込みます。chrome://tracing に読み込んでプロファイルを表示します。デフォルトでは、Bazel はビルドに似たすべてのコマンドとクエリのプロファイルを書き込みます。
タグ: affects_outputsbazel_monitoring
--[no]heap_dump_on_oom のデフォルト: "false"
OOM がスローされた場合にヒープダンプを手動で出力するかどうか(--experimental_oom_more_eagerly_threshold による OOM を含む)。ダンプは <output_base>/<invocation_id>.heapdump.hprof に書き込まれます。このオプションは実質的に -XX:+HeapDumpOnOutOfMemoryError に代わるもので、OOM が捕捉されて Runtime#halt にリダイレクトされるため効果はありません。
タグ: bazel_monitoring
--[no]legacy_important_outputs のデフォルト: "true"
これを使用して、TargetComplete イベントに従来の重要な_outputs フィールドの生成を抑制します。Bazel から ResultStore への統合には、important_outputs が必要です。
タグ: affects_outputs
--logging=<0 <= an integer <= 6> のデフォルト: 「3」
ロギングレベル。
タグ: affects_outputs
--memory_profile=<a path> のデフォルト: 説明を参照
設定すると、フェーズ終了時に指定したファイルにメモリ使用量データが書き込まれ、ビルド終了時に安定したヒープがマスターログに書き込まれます。
タグ: affects_outputsbazel_monitoring
--memory_profile_stable_heap_parameters=<two integers, separated by a comma> のデフォルト: 「1,0」
ビルド終了時にメモリ プロファイルによる安定版ヒープの計算を調整。カンマで区切られた 2 つの整数を指定する必要があります。最初のパラメータは、実行する GC の数です。2 番目のパラメータは、GC 間で待機する秒数です。
タグ: bazel_monitoring
--profile=<a path> のデフォルト: 説明を参照
設定されている場合、Bazel をプロファイリングし、指定されたファイルにデータを書き込みます。bazel analyze-profile を使用してプロファイルを分析します。
タグ: affects_outputsbazel_monitoring
--[no]slim_profile のデフォルト: "true"
プロファイルが大きくなりすぎた場合はイベントを結合することで、JSON プロファイルのサイズを小さくします。
タグ: affects_outputsbazel_monitoring
--starlark_cpu_profile=<a string> のデフォルト: ""
すべての Starlark スレッドによる CPU 使用率の pprof プロファイルを、指定されたファイルに書き込みます。
タグ: bazel_monitoring
--tool_tag=<a string> のデフォルト: ""
この Bazel 呼び出しの属性となるツール名。
タグ: affects_outputsbazel_monitoring
--ui_event_filters=<Convert list of comma separated event kind to list of filters> 回の使用が累積されています
UI に表示するイベントを指定します。先頭に「+/-」を付けてデフォルトのイベントに対して追加または削除を行うことも、直接割り当てでデフォルトのイベントを完全にオーバーライドすることもできます。サポートされるイベントの種類には、INFO、DEBUG、ERROR などがあります。
タグ: terminal_output
その他(特に分類されていないもの):
--build_metadata=<a 'name=value' assignment> 回の使用が累積されています
ビルドイベントで提供するカスタム Key-Value の文字列ペア。
タグ: terminal_output
--color=<yes, no or auto> のデフォルト: "auto"
ターミナル コントロールを使用して出力を色付けします。
--config=<a string> 回の使用が累積されています
rc ファイルから追加の構成セクションを選択します。すべての <command> に対して、<command>:<config> からオプションも取得します。そのようなセクションが存在するかどうか。このセクションが .rc ファイルに存在しない場合、Blaze はエラーで失敗します。これらと同等の構成セクションとフラグの組み合わせは、tools/*.blazerc 構成ファイルにあります。
--curses=<yes, no or auto> のデフォルト: "auto"
ターミナル カーソル コントロールを使用して、スクロール出力を最小化します。
--[no]enable_platform_specific_config のデフォルト: "false"
true の場合、Bazel は bazelrc ファイルからホスト固有の構成行を取得します。たとえば、ホスト OS が Linux で、bazel ビルドを実行した場合、Bazel は build:linux で始まる行を選択します。サポートされている OS 識別子は、linux、macos、windows、freebsd、openbsd です。このフラグを有効にすることは、Linux では --config=linux、Windows では --config=windows などを使用した場合と同じです。
で確認できます。
--experimental_credential_helper=<An (unresolved) path to a credential helper for a scope.> 回の使用が累積されています
指定されたスコープ(ドメイン)の認証情報を取得するために使用する認証情報ヘルパーを構成します。 認証情報ヘルパーから提供される認証情報は、<code>--google_default_credentials</code>、`--google_credentials`、または <code>.netrc</code> の認証情報よりも優先されます。 詳細については、https://github.com/bazelbuild/proposals/blob/main/designs/2022-06-07-bazel-credential-helpers.md をご覧ください。
--experimental_credential_helper_cache_duration=<An immutable length of time.> のデフォルト: 「30m」
認証情報ヘルパーからの認証情報をキャッシュに保存する期間を構成します。 異なる値で呼び出しを行うと、既存のエントリの存続期間が調整されます。キャッシュをクリアするには 0 を渡してください。このフラグに関係なく、Clean コマンドは常にキャッシュをクリアします。
--experimental_credential_helper_timeout=<An immutable length of time.> のデフォルト: 「5s」
認証情報ヘルパーのタイムアウトを設定します。 認証情報ヘルパーがこのタイムアウト内に応答しなかった場合、呼び出しは失敗します。
--[no]experimental_skymeld_ui のデフォルト: "false"
分析フェーズと実行フェーズが同時に実行されている場合、その両方の進捗状況を表示します。
タグ: terminal_output
--[no]experimental_windows_watchfs のデフォルト: "false"
true の場合、--watchfs に対する Windows の試験運用版サポートが有効になります。それ以外の場合、--watchfsis は 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 は、接続で読み取りオペレーションがなかったこの時間が経過した後(ただし、保留中の gRPC 呼び出しが少なくとも 1 つある場合にのみ)ping を送信します。時間は秒単位として扱われます。1 秒未満の値を設定するとエラーになります。デフォルトでは、キープアライブ ping は無効になっています。この設定を有効にする前に、サービス オーナーと調整する必要があります。たとえば、このフラグに 30 秒の値を設定するには、この --grpc_keepalive_time=30s のように設定する必要があります。
で確認できます。
--grpc_keepalive_timeout=<An immutable length of time.> のデフォルト: 「20s」
送信 gRPC 接続のキープアライブ タイムアウトを構成します。keep-alive ping が --grpc_keepalive_time ありで有効になっている場合、この時間が過ぎても Bazel が ping の応答を受信しないと、接続がタイムアウトします。時間は秒単位として扱われます。1 秒未満の値を設定するとエラーになります。キープアライブ ping が無効になっている場合、この設定は無視されます。
true に設定すると、`gke.actions.symlink` ではディレクトリへのファイルのシンボリック リンクが禁止されます。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_remove_rule_name_parameter のデフォルト: "true"
true に設定した場合、`name` パラメータを使用して `rule` を呼び出すことはできません。
タグ: loading_and_analysisincompatible_change
--[no]progress_in_terminal_title のデフォルト: "false"
ターミナルのタイトルにコマンドの進行状況を表示します。複数のターミナルタブがある場合に bazel の動作を確認するのに役立ちます。
--[no]show_progress のデフォルト: "true"
ビルド中に進行状況メッセージを表示します。
--show_progress_rate_limit=<a double> のデフォルト: 「0.2」
出力の進行状況メッセージの最小間隔(秒)。
--[no]show_timestamps のデフォルト: "false"
メッセージにタイムスタンプを含める
--tls_certificate=<a string> のデフォルト: 説明を参照
サーバー証明書への署名で信頼されている TLS 証明書のパスを指定します。
--tls_client_certificate=<a string> のデフォルト: 説明を参照
使用する TLS クライアント証明書を指定します。クライアント認証を有効にするには、クライアント キーも指定する必要があります。
--tls_client_key=<a string> のデフォルト: 説明を参照
使用する TLS クライアント鍵を指定します。クライアント認証を有効にするには、クライアント証明書も指定する必要があります。
--ui_actions_shown=<an integer> のデフォルト: 「8」
詳細な進行状況バーに表示される同時実行アクションの数各アクションは 1 行に 1 つずつ表示されます。進行状況バーには常に少なくとも 1 つの 1 つが表示され、1 未満の数字はすべて 1 にマッピングされます。
タグ: terminal_output
--[no]watchfs のデフォルト: "false"
Linux/macOS の場合: true の場合、bazel はすべてのファイルを変更用にスキャンするのではなく、ローカルの変更に対してオペレーティング システムのファイル監視サービスを使用しようとします。Windows の場合: このフラグは現在、非演算ですが、--experimental_windows_watchfs と組み合わせて有効にできます。任意の OS 上: ワークスペースがネットワーク ファイル システム上にあり、ファイルがリモートマシン上で編集されている場合、動作は未定義になります。

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

コマンドの前に表示され、クライアントによって解析されるオプション:
--distdir=<a path> 回の使用が累積されています
ネットワークにアクセスしてダウンロードする前にアーカイブを検索する場所の追加。
タグ: bazel_internal_configuration
設定すると、キャッシュ ヒットが発生した場合、リポジトリ キャッシュはファイルをコピーするのではなくハードリンクします。これはディスク容量を節約するためのものです。
タグ: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id のデフォルト: "false"
true の場合、指定されていない場合は、リポジトリのダウンロード URL から取得された文字列を canonical_id として使用します。これにより、キャッシュに同じハッシュのダウンロードが含まれていても、URL が変更されると、再ダウンロードが行われます。これを使用して、URL の変更によって破損したリポジトリがキャッシュによってマスキングされないことを確認できます。
タグ: loading_and_analysisexperimental
--[no]experimental_repository_disable_download のデフォルト: "false"
設定すると、外部リポジトリのダウンロードは許可されません。
タグ: experimental
--experimental_repository_downloader_retries=<an integer> のデフォルト: 「0」
ダウンロード エラーの再試行の最大試行回数。0 に設定すると、再試行が無効になります。
タグ: experimental
--experimental_scale_timeouts=<a double> のデフォルト: 「1.0」
Starlark リポジトリ ルールのすべてのタイムアウトを、この係数でスケーリングします。このようにして、ソースコードを変更することなく、ルール作成者の想定よりも遅いマシンで外部リポジトリを動作させることができます。
タグ: bazel_internal_configurationexperimental
--http_timeout_scaling=<a double> のデフォルト: 「1.0」
HTTP ダウンロードに関連するすべてのタイムアウトを、指定された係数でスケーリング
タグ: bazel_internal_configuration
--repository_cache=<a path> のデフォルト: 説明を参照
外部リポジトリのフェッチ中に取得されたダウンロード値のキャッシュの場所を指定します。引数として空の文字列を指定すると、キャッシュを無効にするよう要求されます。
タグ: bazel_internal_configuration
Bazel による有効なビルド入力の適用度合いに影響するオプション(ルール定義、フラグの組み合わせなど):
--experimental_repository_hash_file=<a string> のデフォルト: ""
空でない場合、リポジトリ ディレクトリ ハッシュを検証する必要がある、解決された値を含むファイルを指定します。
タグ: affects_outputsexperimental
--experimental_verify_repository_rules=<a string> 回の使用が累積されています
出力ディレクトリのハッシュを検証する必要があるリポジトリ ルールのリストである場合、--experimental_repository_hash_file によってファイルが指定されます。
タグ: affects_outputsexperimental
このオプションは、BUILD ファイル、.bzl ファイル、WORKSPACE ファイルからアクセス可能な Starlark 言語またはビルド API のセマンティクスに影響します。
--[no]experimental_allow_top_level_aspects_parameters のデフォルト: "true"
オペレーションなし
タグ: no_opdeprecatedexperimental
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
--override_module=<an equals-separated mapping of module name to path> 回の使用が累積されています
モジュールをローカル ディレクトリでオーバーライドします。
--registry=<a string> 回の使用が累積されています
Bazel モジュールの依存関係を見つけるために使用するレジストリを指定します。順序は重要です。モジュールは最初に以前のレジストリで検索され、以前のレジストリで欠落している場合にのみ、後のレジストリにフォールバックします。
タグ: changes_inputs
ロギングの詳細度、形式、場所に影響するオプション:
--dump=<text or raw> [-d] デフォルト: 説明を参照
完全なプロファイル データのダンプを人が読める形式の「text」形式で出力形式またはスクリプトに適した「raw」使用できます。
タグ: affects_outputs
--[no]experimental_record_metrics_for_all_mnemonics のデフォルト: "false"
デフォルトでは、アクション タイプの数は、実行されるアクションが最も多い 20 個のニーモニックに制限されています。このオプションを設定すると、すべてのニーモニックの統計情報が書き込まれます。
で確認できます。
他のカテゴリに分類されない Bazel コマンドへの一般的な入力を指定または変更するオプション:
--experimental_resolved_file_instead_of_workspace=<a string> のデフォルト: ""
空でない場合、WORKSPACE ファイルではなく、指定された解決済みファイルを読み取る
タグ: changes_inputs
リモート キャッシュと実行のオプション:
--experimental_downloader_config=<a string> のデフォルト: 説明を参照
リモート ダウンローダを構成するファイルを指定します。このファイルは行で構成されます。各行はディレクティブ(`allow`、`block`、`rewrite`)で始まり、その後にホスト名(`allow` と `block`)または 2 つのパターン(1 つは照合するパターン、もう 1 つは代替 URL として使用するパターン)で始まり、後方参照は `$1` から始まります。同じ URL に対して複数の「rewrite」ディレクティブを指定できます。この場合、複数の URL が返されます。
で確認できます。
その他のカテゴリに該当しないその他のオプション:
--override_repository=<an equals-separated mapping of repository name to path> 回の使用が累積されています
ローカル ディレクトリでリポジトリをオーバーライドします。

Aquery オプション

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

コマンドの前に表示され、クライアントによって解析されるオプション:
--distdir=<a path> 回の使用が累積されています
ネットワークにアクセスしてダウンロードする前にアーカイブを検索する場所の追加。
タグ: bazel_internal_configuration
設定すると、キャッシュ ヒットが発生した場合、リポジトリ キャッシュはファイルをコピーするのではなくハードリンクします。これはディスク容量を節約するためのものです。
タグ: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id のデフォルト: "false"
true の場合、指定されていない場合は、リポジトリのダウンロード URL から取得された文字列を canonical_id として使用します。これにより、キャッシュに同じハッシュのダウンロードが含まれていても、URL が変更されると、再ダウンロードが行われます。これを使用して、URL の変更によって破損したリポジトリがキャッシュによってマスキングされないことを確認できます。
タグ: loading_and_analysisexperimental
--[no]experimental_repository_disable_download のデフォルト: "false"
設定すると、外部リポジトリのダウンロードは許可されません。
タグ: experimental
--experimental_repository_downloader_retries=<an integer> のデフォルト: 「0」
ダウンロード エラーの再試行の最大試行回数。0 に設定すると、再試行が無効になります。
タグ: experimental
--experimental_scale_timeouts=<a double> のデフォルト: 「1.0」
Starlark リポジトリ ルールのすべてのタイムアウトを、この係数でスケーリングします。このようにして、ソースコードを変更することなく、ルール作成者の想定よりも遅いマシンで外部リポジトリを動作させることができます。
タグ: bazel_internal_configurationexperimental
--http_timeout_scaling=<a double> のデフォルト: 「1.0」
HTTP ダウンロードに関連するすべてのタイムアウトを、指定された係数でスケーリング
タグ: bazel_internal_configuration
--repository_cache=<a path> のデフォルト: 説明を参照
外部リポジトリのフェッチ中に取得されたダウンロード値のキャッシュの場所を指定します。引数として空の文字列を指定すると、キャッシュを無効にするよう要求されます。
タグ: bazel_internal_configuration
Bazel による有効なビルド入力の適用度合いに影響するオプション(ルール定義、フラグの組み合わせなど):
--experimental_repository_hash_file=<a string> のデフォルト: ""
空でない場合、リポジトリ ディレクトリ ハッシュを検証する必要がある、解決された値を含むファイルを指定します。
タグ: affects_outputsexperimental
--experimental_verify_repository_rules=<a string> 回の使用が累積されています
出力ディレクトリのハッシュを検証する必要があるリポジトリ ルールのリストである場合、--experimental_repository_hash_file によってファイルが指定されます。
タグ: affects_outputsexperimental
このオプションは、BUILD ファイル、.bzl ファイル、WORKSPACE ファイルからアクセス可能な Starlark 言語またはビルド API のセマンティクスに影響します。
--[no]experimental_allow_top_level_aspects_parameters のデフォルト: "true"
オペレーションなし
タグ: no_opdeprecatedexperimental
クエリの出力とセマンティクスに関連するオプション:
--aspect_deps=<off, conservative or precise> のデフォルト: 「conservative」
出力形式が {xml,proto,record} のいずれかである場合に、アスペクトの依存関係を解決する方法。'オフ'アスペクト依存関係が解決されていないことを意味し、「保守的」(デフォルト)は、直接的な依存関係のルールクラス(「precise」)が指定されているかどうかにかかわらず、宣言されたすべてのアスペクト依存関係が追加されることを意味します。これは、直接的な依存関係のルールクラスでアクティブになっている可能性のあるアスペクトのみが追加されることを意味します。なお、高精度モードでは、1 つのターゲットを評価するために他のパッケージを読み込む必要があるため、他のモードよりも時間がかかります。また、正確なモードでさえも完全に正確とは言えません。アスペクトを計算するかどうかの判断は、分析フェーズで決定され、「bazel クエリ」中には実行されません。
タグ: build_file_semantics
--[no]deduplicate_depsets のデフォルト: "true"
最終的な proto/textproto/json 出力で、dep_set_of_files のリーフではない子の重複を除去します。直接の親を共有しない重複除去は行われません。これは、アクションの入力アーティファクトの最終的な有効なリストには影響しません。
タグ: terminal_output
--[no]graph:factored のデフォルト: "true"
true の場合、グラフは「因数分解」されて出力されます。つまり、トポロジ的に等価なノードが結合され、ラベルが連結されます。このオプションは、--output=graph を使用する場合にのみ適用されます。
タグ: terminal_output
--graph:node_limit=<an integer> のデフォルト: 「512」
出力内のグラフノードのラベル文字列の最大長。長いラベルは切り捨てられます。-1 は切り捨てなしを意味します。このオプションは、--output=graph を使用する場合にのみ適用されます。
タグ: terminal_output
--[no]implicit_deps のデフォルト: "true"
有効にすると、クエリを操作する依存関係グラフに暗黙的な依存関係が含まれます。暗黙的な依存関係とは、BUILD ファイルで明示的に指定されていないものの、bazel によって追加された依存関係です。cquery の場合、このオプションは解決済みツールチェーンのフィルタリングを制御します。
タグ: build_file_semantics
--[no]include_artifacts のデフォルト: "true"
アクションの入力と出力の名前を出力に含めます(大規模な場合もあります)。
タグ: terminal_output
--[no]include_aspects のデフォルト: "true"
aquery、cquery: アスペクトで生成されたアクションを出力に含めるかどうか。query: no-op(アスペクトは常に従う)
タグ: terminal_output
--[no]include_commandline のデフォルト: "true"
アクションのコマンドラインの内容を出力に含めます(大規模な場合もあります)。
タグ: terminal_output
--[no]include_file_write_contents のデフォルト: "false"
FileWrite アクションと SourceSymlinkManifest アクションのファイル コンテンツ(サイズが大きくなる可能性もあります)を含めます。
タグ: terminal_output
--[no]include_param_files のデフォルト: "false"
コマンドで使用される param ファイルの内容(大規模な場合もあります)を含めます。注: このフラグを有効にすると、--include_commandline フラグが自動的に有効になります。
タグ: terminal_output
--[no]incompatible_display_source_file_location のデフォルト: "true"
デフォルトで true の場合、ソースファイルのターゲットが表示されます。true の場合、位置情報の出力にソースファイルの 1 行目の場所を表示します。このフラグは移行目的でのみ存在します。
タグ: terminal_outputincompatible_change
--[no]incompatible_package_group_includes_double_slash のデフォルト: "true"
有効にすると、package_group の `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、jsonproto です。
タグ: terminal_output
--[no]proto:default_values のデフォルト: "true"
値が true の場合、値が BUILD ファイルで明示的に指定されていない属性が含まれます。それ以外の場合は省略されます。このオプションは、--output=proto に適用できます。
タグ: terminal_output
--[no]proto:definition_stack のデフォルト: "false"
definition_stack proto フィールドにデータを入力します。このフィールドは、ルールのクラスが定義された時点での Starlark コールスタックをルール インスタンスごとに記録します。
タグ: terminal_output
--[no]proto:flatten_selects のデフォルト: "true"
有効にすると、select() によって作成された構成可能な属性がフラット化されます。リスト型の場合、フラット化表現は、選択マップの各値を 1 回だけ含むリストです。スカラー型は null にフラット化されます。
タグ: build_file_semantics
--[no]proto:include_synthetic_attribute_hash のデフォルト: "false"
$internal_attr_hash 属性を計算して入力するかどうか。
タグ: terminal_output
--[no]proto:instantiation_stack のデフォルト: "false"
各ルールのインスタンス化コールスタックを入力します。これにはスタックが存在する必要があります。
タグ: terminal_output
--[no]proto:locations のデフォルト: "true"
proto 出力に位置情報を出力するかどうか。
タグ: terminal_output
--proto:output_rule_attrs=<comma-separated list of options> のデフォルト: 「all」
出力に含める属性のカンマ区切りのリスト。デフォルトはすべての属性です。属性を出力しない場合は、空の文字列を設定します。このオプションは、--output=proto に適用できます。
タグ: terminal_output
--[no]proto:rule_inputs_and_outputs のデフォルト: "true"
rule_input フィールドと rule_output フィールドに値を設定するかどうか。
タグ: terminal_output
--[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"
クエリ: 無効になっている場合、「ホスト構成」への依存関係または「execution」ターゲットは、クエリが動作する依存関係グラフに含まれません。「ホスト構成」「proto_library」のものなど、依存関係エッジが(通常は、同じ「ターゲット」の一部ではなく、ビルド中に実行されるツールを指します)。 Cquery: 無効にすると、ホストをまたぐ構成済みターゲット、または構成済みターゲットを検出したトップレベル ターゲットから実行遷移のあるすべての構成済みターゲットが除外されます。つまり、最上位のターゲットがターゲット構成にある場合は、同じターゲット構成にも構成されたターゲットのみが返されます。最上位のターゲットがホスト構成に存在する場合、ホストで構成されたターゲットのみが返されます。このオプションでは、解決済みのツールチェーンは除外されません。
タグ: 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
--override_module=<an equals-separated mapping of module name to path> 回の使用が累積されています
モジュールをローカル ディレクトリでオーバーライドします。
--registry=<a string> 回の使用が累積されています
Bazel モジュールの依存関係を見つけるために使用するレジストリを指定します。順序は重要です。モジュールは最初に以前のレジストリで検索され、以前のレジストリで欠落している場合にのみ、後のレジストリにフォールバックします。
タグ: changes_inputs
ロギングの詳細度、形式、場所に影響するオプション:
--[no]experimental_record_metrics_for_all_mnemonics のデフォルト: "false"
デフォルトでは、アクション タイプの数は、実行されるアクションが最も多い 20 個のニーモニックに制限されています。このオプションを設定すると、すべてのニーモニックの統計情報が書き込まれます。
で確認できます。
他のカテゴリに分類されない Bazel コマンドへの一般的な入力を指定または変更するオプション:
--experimental_resolved_file_instead_of_workspace=<a string> のデフォルト: ""
空でない場合、WORKSPACE ファイルではなく、指定された解決済みファイルを読み取る
タグ: changes_inputs
リモート キャッシュと実行のオプション:
--experimental_downloader_config=<a string> のデフォルト: 説明を参照
リモート ダウンローダを構成するファイルを指定します。このファイルは行で構成されます。各行はディレクティブ(`allow`、`block`、`rewrite`)で始まり、その後にホスト名(`allow` と `block`)または 2 つのパターン(1 つは照合するパターン、もう 1 つは代替 URL として使用するパターン)で始まり、後方参照は `$1` から始まります。同じ URL に対して複数の「rewrite」ディレクティブを指定できます。この場合、複数の URL が返されます。
で確認できます。
その他のカテゴリに該当しないその他のオプション:
--override_repository=<an equals-separated mapping of repository name to path> 回の使用が累積されています
ローカル ディレクトリでリポジトリをオーバーライドします。
で確認できます。
ビルドの実行を制御するオプション:
ファイル システムを直接呼び出してシンボリック リンク ツリーを作成するかどうか
タグ: loading_and_analysisexecutionexperimental
--[no]experimental_remotable_source_manifests のデフォルト: "false"
ソース マニフェスト アクションをリモート可能にするかどうか
タグ: loading_and_analysisexecutionexperimental
--[no]experimental_split_coverage_postprocessing のデフォルト: "false"
true の場合、Bazel は新しい Spwn でテストのカバレッジ後処理を実行します。
タグ: 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'「requires-x」を追加するすべての Genrule アクションの実行情報に追加します。 '(?!Genrule).*=-requires-x'「requires-x」を削除実行情報から取得します。
タグ: executionaffects_outputsloading_and_analysis
--persistent_android_dex_desugar
ワーカーを使用して永続的な Android dex アクションと desugar アクションを有効にします。
展開先:
--strategy=Desugar=worker
--strategy=DexBuilder=worker

タグ: host_machine_resource_optimizationsexecution
--persistent_android_resource_processor
ワーカーを使用して永続的な Android リソース プロセッサを有効にします。
展開先:
--internal_persistent_busybox_tools
--strategy=AaptPackage=worker
--strategy=AndroidResourceParser=worker
--strategy=AndroidResourceValidator=worker
--strategy=AndroidResourceCompiler=worker
--strategy=RClassGenerator=worker
--strategy=AndroidResourceLink=worker
--strategy=AndroidAapt2=worker
--strategy=AndroidAssetMerger=worker
--strategy=AndroidResourceMerger=worker
--strategy=AndroidCompiledResourceMerger=worker
--strategy=ManifestMerger=worker
--strategy=AndroidManifestMerger=worker
--strategy=Aapt2Optimize=worker
--strategy=AARGenerator=worker

タグ: host_machine_resource_optimizationsexecution
--persistent_multiplex_android_dex_desugar
ワーカーを使用して、永続的な多重化された Android dex アクションと desugar アクションを有効にします。
展開先:
--persistent_android_dex_desugar
--modify_execution_info=Desugar=+supports-multiplex-workers
--modify_execution_info=DexBuilder=+supports-multiplex-workers

タグ: host_machine_resource_optimizationsexecution
--persistent_multiplex_android_resource_processor
ワーカーを使用して永続的な多重化 Android リソース プロセッサを有効にします。
展開先:
--persistent_android_resource_processor
--modify_execution_info=AaptPackage=+supports-multiplex-workers
--modify_execution_info=AndroidResourceParser=+supports-multiplex-workers
--modify_execution_info=AndroidResourceValidator=+supports-multiplex-workers
--modify_execution_info=AndroidResourceCompiler=+supports-multiplex-workers
--modify_execution_info=RClassGenerator=+supports-multiplex-workers
--modify_execution_info=AndroidResourceLink=+supports-multiplex-workers
--modify_execution_info=AndroidAapt2=+supports-multiplex-workers
--modify_execution_info=AndroidAssetMerger=+supports-multiplex-workers
--modify_execution_info=AndroidResourceMerger=+supports-multiplex-workers
--modify_execution_info=AndroidCompiledResourceMerger=+supports-multiplex-workers
--modify_execution_info=ManifestMerger=+supports-multiplex-workers
--modify_execution_info=AndroidManifestMerger=+supports-multiplex-workers
--modify_execution_info=Aapt2Optimize=+supports-multiplex-workers
--modify_execution_info=AARGenerator=+supports-multiplex-workers

タグ: host_machine_resource_optimizationsexecution
--persistent_multiplex_android_tools
永続的な Android ツールと多重化された Android ツール(dex 変換、desugar、リソース処理)を有効にします。
展開先:
--internal_persistent_multiplex_busybox_tools
--persistent_multiplex_android_resource_processor
--persistent_multiplex_android_dex_desugar

タグ: host_machine_resource_optimizationsexecution
アクションの実行に使用するツールチェーンを設定するオプション:
--android_compiler=<a string> のデフォルト: 説明を参照
Android ターゲット コンパイラ。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--android_crosstool_top=<a build target label> のデフォルト: 「//external:android/crosstool」
Android ビルドに使用される C++ コンパイラの場所。
タグ: affects_outputschanges_inputsloading_and_analysisloses_incremental_state
--android_grte_top=<a label> のデフォルト: 説明を参照
Android ターゲットの grte_top。
タグ: changes_inputsloading_and_analysisloses_incremental_state
--android_manifest_merger=<legacy, android or force_android> のデフォルト: "android"
android_binary ルールに使用するマニフェスト マージツールを選択します。従来のマージツールから Android マニフェスト マージツールへの移行をサポートするフラグ。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--android_platforms=<a build target label> のデフォルト: ""
android_binary ターゲットが使用するプラットフォームを設定します。複数のプラットフォームが指定されている場合、バイナリはファット APK になり、指定された各ターゲット プラットフォームのネイティブ バイナリが含まれています。
タグ: changes_inputsloading_and_analysisloses_incremental_state
--android_sdk=<a build target label> のデフォルト: "@bazel_tools//tools/android:sdk"
Android アプリのビルドに使用する Android SDK/プラットフォームを指定します。
タグ: changes_inputsloading_and_analysisloses_incremental_state
--apple_compiler=<a string> のデフォルト: 説明を参照
Apple ターゲット コンパイラ。ツールチェーンのバリアント(xcode-beta など)を選択する場合に便利です。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--apple_crosstool_top=<a build target label> デフォルト: "@bazel_tools//tools/cpp:ツールチェーン"
Apple ルールと Objc ルール、およびそれらの依存関係で使用されるクロスツール パッケージのラベル。
タグ: loses_incremental_statechanges_inputs
--apple_grte_top=<a build target label> のデフォルト: 説明を参照
Apple ターゲット grte_top。
タグ: changes_inputsloading_and_analysisloses_incremental_state
--cc_output_directory_tag=<a string> のデフォルト: ""
構成ディレクトリに追加する接尾辞を指定します。
タグ: affects_outputsexplicit_in_output_path
--compiler=<a string> のデフォルト: 説明を参照
ターゲットのコンパイルに使用する C++ コンパイラ。
タグ: loading_and_analysisexecution
--coverage_output_generator=<a build target label> のデフォルト: "@bazel_tools//tools/test:lcov_merger"
未加工のカバレッジ レポートの後処理に使用されるバイナリの場所。現在は、単一のファイル(バイナリ)を含むファイル グループである必要があります。デフォルトは「//tools/test:lcov_merger」です。
タグ: changes_inputsaffects_outputsloading_and_analysis
--coverage_report_generator=<a build target label> デフォルト: "@bazel_tools//tools/test:coverage_report_generator"
カバレッジ レポートの生成に使用されるバイナリの場所。現在は、単一のファイル(バイナリ)を含むファイル グループである必要があります。デフォルトは「//tools/test:coverage_report_generator」です。
タグ: changes_inputsaffects_outputsloading_and_analysis
--coverage_support=<a build target label> デフォルト: "@bazel_tools//tools/test:coverage_support"
コード カバレッジを収集するすべてのテスト アクションの入力に必要なサポート ファイルの場所。デフォルトは「//tools/test:coverage_support」です。
タグ: changes_inputsaffects_outputsloading_and_analysis
--crosstool_top=<a build target label> デフォルト: "@bazel_tools//tools/cpp:ツールチェーン"
C++ コードのコンパイルに使用されるクロスツール パッケージのラベル。
タグ: loading_and_analysischanges_inputsaffects_outputs
--custom_malloc=<a build target label> のデフォルト: 説明を参照
カスタム Maloc 実装を指定します。この設定は、ビルドルールの malloc 属性をオーバーライドします。
タグ: changes_inputsaffects_outputs
--experimental_add_exec_constraints_to_targets=<a '<RegexFilter>=<label1>[,<label2>,...]' assignment> 回の使用が累積されています
カンマ区切りの正規表現のリスト。それぞれに接頭辞 -(負の式)が付加され、カンマで区切られた制約値ターゲットのリストに割り当てられます(=)。ターゲットが否定式と一致せず、少なくとも 1 つの正の式がある場合、制約値を実行制約として宣言した場合と同様に、ツールチェーンの解決が実行されます。例: //demo,-test=@platforms//cpus:x86_64 と指定すると 'x86_64' が追加されます。//demo の下にあるすべてのターゲットに送られます。ただし、名前に「test」が含まれるターゲットは除外されます。
タグ: loading_and_analysis
--[no]experimental_enable_objc_cc_deps のデフォルト: "true"
objc_* ルールが cc_library に依存することを許可し、--cpu を「ios_<--ios_cpu>」に設定して objc の依存関係をビルドできるようにする--ios_multi_cpu の値に対して 0 です。
タグ: loading_and_analysisincompatible_change
--[no]experimental_include_xcode_execution_requirements のデフォルト: "false"
設定する場合は、「requires-xcode:{version}」を追加します。すべての Xcode アクションに適用する必要があります。Xcode バージョンにハイフン付きのラベルがある場合は、「requires-xcode-label:{version_label}」も追加します。適用できます。
タグ: loses_incremental_stateloading_and_analysisexecution
--[no]experimental_prefer_mutual_xcode のデフォルト: "true"
true の場合、ローカルとリモートの両方で使用できる最新の Xcode を使用します。false の場合、または相互に利用可能なバージョンがない場合は、xcode-select で選択されたローカル Xcode バージョンを使用します。
タグ: loses_incremental_state
--extra_execution_platforms=<comma-separated list of options> 回の使用が累積されています
アクションを実行する実行プラットフォームとして利用できるプラットフォーム。プラットフォームは正確なターゲットで、またはターゲット パターンとして指定できます。これらのプラットフォームは、register_execution_platforms() によって WORKSPACE ファイルで宣言される前に考慮されます。
タグ: execution
--extra_toolchains=<comma-separated list of options> 回の使用が累積されています
ツールチェーンの解決時に考慮されるツールチェーン ルール。ツールチェーンは、正確なターゲットで、またはターゲット パターンとして指定できます。これらのツールチェーンは、Register_ツールチェーン s() によって WORKSPACE ファイルで宣言されたものの前に考慮されます。
タグ: affects_outputschanges_inputsloading_and_analysis
--grte_top=<a label> のデフォルト: 説明を参照
チェックインされた libc ライブラリへのラベル。デフォルト値はクロスツール ツールチェーンによって選択され、オーバーライドする必要はほとんどありません。
タグ: action_command_linesaffects_outputs
--host_compiler=<a string> のデフォルト: 説明を参照
ホスト コンパイルに使用する C++ コンパイラ。--host_crosstool_top が設定されていない場合、無視されます。
タグ: loading_and_analysisexecution
--host_crosstool_top=<a build target label> のデフォルト: 説明を参照
デフォルトでは、--crosstool_top オプションと --compiler オプションもホスト構成に使用されます。このフラグを指定すると、Bazel は指定された crosstool_top に対してデフォルトの libc とコンパイラを使用します。
タグ: loading_and_analysischanges_inputsaffects_outputs
--host_grte_top=<a label> のデフォルト: 説明を参照
指定した場合、この設定はホスト構成の libc 最上位ディレクトリ(--grte_top)をオーバーライドします。
タグ: action_command_linesaffects_outputs
--host_platform=<a build target label> のデフォルト: ""
ホストシステムを記述するプラットフォーム ルールのラベル。
タグ: affects_outputschanges_inputsloading_and_analysis
--[no]incompatible_disable_expand_if_all_available_in_flag_set のデフォルト: "true"
true の場合、Bazel は、flag_sets で Expand_if_all_available を指定できません(移行手順については、https://github.com/bazelbuild/bazel/issues/7008 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_dont_enable_host_nonhost_crosstool_features のデフォルト: "true"
true の場合、Bazel は「host」を有効にしません。および「nonhost」(詳しくは、https://github.com/bazelbuild/bazel/issues/7407 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_enable_android_toolchain_resolution のデフォルト: "false"
ツールチェーン解決を使用して Android ルール用の Android SDK を選択する(Starlark とネイティブ)
タグ: loading_and_analysisincompatible_change
--[no]incompatible_enable_apple_toolchain_resolution のデフォルト: "false"
ツールチェーン解決を使用して Apple ルール用の Apple SDK を選択する(Starlark とネイティブ)
タグ: loading_and_analysisincompatible_change
--[no]incompatible_make_thinlto_command_lines_standalone のデフォルト: "true"
true の場合、Bazel は lto インデックス作成コマンドラインに C++ リンク アクション コマンドラインを再利用しません(詳しくは、https://github.com/bazelbuild/bazel/issues/6791 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_remove_cpu_and_compiler_attributes_from_cc_toolchain のデフォルト: "true"
true の場合、cc_tooltip.cpu 属性と cc_ツールチェーン.compiler 属性が設定されていると Bazel からエラーが表示されます(移行手順については、https://github.com/bazelbuild/bazel/issues/7075 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_remove_legacy_whole_archive のデフォルト: "true"
true の場合、Bazel はデフォルトでライブラリの依存関係をアーカイブ全体としてリンクしません(移行手順については、https://github.com/bazelbuild/bazel/issues/7362 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_require_ctx_in_configure_features のデフォルト: "true"
true の場合、Bazel で「gsuite」が必要になります。を cc_common.configure_features に追加します(詳しくは、https://github.com/bazelbuild/bazel/issues/7793 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]interface_shared_objects のデフォルト: "true"
ツールチェーンでサポートされている場合は、インターフェース共有オブジェクトを使用します。現在、この設定はすべての ELF ツールチェーンでサポートされています。
タグ: loading_and_analysisaffects_outputsaffects_outputs
--ios_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を参照
iOS アプリケーションのビルドに使用する iOS SDK のバージョンを指定します。指定しない場合は、「xcode_version」のデフォルトの iOS SDK バージョンを使用します。
タグ: loses_incremental_state
--macos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を参照
macOS アプリケーションのビルドに使用する macOS SDK のバージョンを指定します。指定しない場合、「xcode_version」のデフォルトの macOS SDK バージョンが使用されます。
タグ: loses_incremental_state
--minimum_os_version=<a string> のデフォルト: 説明を参照
コンパイルが対象とする最小 OS バージョン。
タグ: loading_and_analysisaffects_outputs
--platform_mappings=<a relative path> のデフォルト: ""
設定されていない場合に使用するプラットフォーム、またはプラットフォームがすでに存在する場合に設定するフラグを記述するマッピング ファイルの場所。メインのワークスペースのルートからの相対パスにする必要があります。デフォルトは「platform_mappings」(ワークスペースのルートの直下にあるファイル)。
タグ: affects_outputschanges_inputsloading_and_analysis
--platforms=<a build target label> のデフォルト: ""
現在のコマンドのターゲット プラットフォームを記述するプラットフォーム ルールのラベル。
タグ: affects_outputschanges_inputsloading_and_analysis
--python2_path=<a string> のデフォルト: 説明を参照
非推奨、NoOps。「--compatible_use_python_ツールチェーン」によって無効にします。
タグ: no_opdeprecated
--python3_path=<a string> のデフォルト: 説明を参照
非推奨、NoOps。「--compatible_use_python_ツールチェーン」によって無効にします。
タグ: no_opdeprecated
--python_path=<a string> のデフォルト: 説明を参照
ターゲット プラットフォームで Python ターゲットを実行するために呼び出される Python インタープリタの絶対パス。非推奨、無効にします。
タグ: loading_and_analysisaffects_outputs
--python_top=<a build target label> のデフォルト: 説明を参照
ターゲット プラットフォームで Python ターゲットを実行するために呼び出される Python インタープリタを表す py_runtime のラベル。非推奨、無効にします。
タグ: loading_and_analysisaffects_outputs
--target_platform_fallback=<a build target label> デフォルト: "@local_config_platform//:host"
ターゲット プラットフォームが設定されておらず、現在のフラグセットに一致するプラットフォーム マッピングがない場合に使用されるプラットフォーム ルールのラベル。
タグ: affects_outputschanges_inputsloading_and_analysis
--tvos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を参照
tvOS アプリのビルドに使用する tvOS SDK のバージョンを指定します。指定しない場合は、「xcode_version」のデフォルトの tvOS SDK バージョンを使用します。
タグ: loses_incremental_state
--watchos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を参照
watchOS アプリのビルドに使用する watchOS SDK のバージョンを指定します。指定しない場合は、「xcode_version」のデフォルトの 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_enable_auto_dsym_dbg のデフォルト: "false"
dbg ビルドのデバッグ シンボル(.dSYM)ファイルの生成を強制的に有効にするかどうかを指定します。
タグ: affects_outputsaction_command_lines
--[no]apple_generate_dsym のデフォルト: "false"
デバッグ シンボル(.dSYM)ファイルを生成するかどうか。
タグ: affects_outputsaction_command_lines
true の場合、すべてのターゲットのランファイル シンボリック リンク フォレストをビルドします。false の場合、可能であればマニフェストのみを書き込みます。
タグ: affects_outputs
--[no]build_runfile_manifests のデフォルト: "true"
true の場合、すべてのターゲットの runfile マニフェストを書き込みます。false の場合は省略します。false の場合、ローカルテストは実行に失敗します。
タグ: affects_outputs
--[no]build_test_dwp のデフォルト: "false"
有効にすると、C++ テストを静的に破棄してビルドするときに、テストバイナリの .dwp ファイルも自動的にビルドされます。
タグ: loading_and_analysisaffects_outputs
--cc_proto_library_header_suffixes=<comma-separated list of options> のデフォルト: ".pb.h"
cc_proto_library が作成するヘッダー ファイルの接頭辞を設定します。
タグ: affects_outputsloading_and_analysis
--cc_proto_library_source_suffixes=<comma-separated list of options> のデフォルト: 「.pb.cc」
cc_proto_library が作成するソースファイルの接頭辞を設定します。
タグ: affects_outputsloading_and_analysis
--[no]experimental_proto_descriptor_sets_include_source_info のデフォルト: "false"
proto_library で、代替 Java API バージョンの追加アクションを実行します。
タグ: affects_outputsloading_and_analysisexperimental
--[no]experimental_proto_extra_actions のデフォルト: "false"
proto_library で、代替 Java API バージョンの追加アクションを実行します。
タグ: affects_outputsloading_and_analysisexperimental
--[no]experimental_save_feature_state のデフォルト: "false"
有効化されリクエストされた機能の状態をコンパイルの出力として保存します。
タグ: affects_outputsexperimental
--fission=<a set of compilation modes> のデフォルト: 「no」
C++ コンパイルとリンクに分裂を使用するコンパイル モードを指定します。{'fastbuild'、'dbg'、'opt'} の任意の組み合わせ、または特別な値「yes」を指定できます。すべてのモードを有効にし、[no] をすべてのモードを無効にします。
タグ: loading_and_analysisaction_command_linesaffects_outputs
--[no]incompatible_always_include_files_in_data のデフォルト: "true"
true の場合、ネイティブ ルールによって <code>DefaultInfo.files</code> が追加されます。(https://bazel.build/extending/rules#runfiles_features_to_avoid)という Starlark ルールの推奨動作と一致しています。
タグ: affects_outputsincompatible_change
--[no]legacy_external_runfiles のデフォルト: "true"
true の場合、(.runfiles/repo に加えて).runfiles/wsname/external/repo の下にランファイル シンボリック リンク フォレストをビルドします。
タグ: 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> 回の使用が累積されています
ターゲット構成のアクションで使用できる環境変数のセットを指定します。変数は、名前(呼び出し環境から値を取得する場合)または名前と値のペア(呼び出し環境とは無関係に値を設定する名前と値のペア)で指定できます。このオプションは複数回使用できます。同じ変数に与えられたオプション、最新の勝利、異なる変数の選択肢が蓄積されます。
タグ: action_command_lines
--android_cpu=<a string> のデフォルト: 「armeabi-v7a」
Android のターゲット CPU。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--[no]android_databinding_use_androidx のデフォルト: "false"
AndroidX 互換のデータ バインディング ファイルを生成します。これは、データ バインディング v2 でのみ使用されます。
タグ: affects_outputsloading_and_analysisloses_incremental_stateexperimental
--[no]android_databinding_use_v3_4_args のデフォルト: "false"
3.4.0 引数で Android データ バインディング v2 を使用する
タグ: affects_outputsloading_and_analysisloses_incremental_stateexperimental
--android_dynamic_mode=<off, default or fully> のデフォルト: 「off」
cc_binary で共有ライブラリが明示的に作成されていない場合に、Android ルールの C++ の依存関係を動的にリンクするかどうかを指定します。「default」動的にリンクするかどうかを bazel が選択します。'完全に'すべてのライブラリが動的にリンクされます。'オフ'すべてのライブラリがほぼ静的モードでリンクされることを意味します。
タグ: affects_outputsloading_and_analysis
--android_manifest_merger_order=<alphabetical, alphabetical_by_configuration or dependency> のデフォルト: 「alphabetical」
Android バイナリのマニフェスト マージツールに渡されるマニフェストの順序を設定します。ALPHABETICAL は、マニフェストが execroot からの相対パスで並べ替えられることを意味します。ALPHABETICAL_BY_CONFIGURATION は、出力ディレクトリ内の構成ディレクトリからの相対パスでマニフェストが並べ替えられることを意味します。DEPENDENCY は、各ライブラリのマニフェストが依存関係のマニフェストの前に来るようにマニフェストが並べ替えられることを意味します。
タグ: action_command_linesexecution
--[no]android_resource_shrinking のデフォルト: "false"
ProGuard を使用する android_binary APK のリソース圧縮を有効にします。
タグ: affects_outputsloading_and_analysis
--apple_bitcode=<'mode' or 'platform=mode', where 'mode' is none, embedded_markers or embedded, and 'platform' is ios, watchos, tvos, macos or catalyst> 回の使用が累積されています
デバイス アーキテクチャをターゲットとするコンパイル ステップに Apple ビットコード モードを指定します。値は「[platform=]mode」の形式です。プラットフォーム(「ios」、「macos」、「tvos」、「watchos」)のいずれかは省略可能です。指定した場合、ビットコード モードはそのプラットフォームにのみ適用されます。省略した場合は、すべてのプラットフォームに適用されます。モードは、「none」、「embedded_markers」、または「embedded」でなければなりません。このオプションは複数回指定できます。
タグ: loses_incremental_state
--[no]build_python_zip のデフォルト: "auto"
Python の実行可能 zip をビルドします。(Windows では稼働、他のプラットフォームではオフ)
タグ: affects_outputs
--catalyst_cpus=<comma-separated list of options> 回の使用が累積されています
Apple Catalyst バイナリをビルドするアーキテクチャのカンマ区切りのリスト。
タグ: loses_incremental_stateloading_and_analysis
--[no]collect_code_coverage のデフォルト: "false"
指定した場合、Bazel はコードをインストルメント化し(可能な場合はオフライン インストルメンテーションを使用して)、テスト中にカバレッジ情報を収集します。--instrumentation_filter に一致するターゲットのみが影響を受けます。通常、このオプションは直接指定しないでください - 「bazelcover」コマンドを使用してください。
タグ: affects_outputs
--compilation_mode=<fastbuild, dbg or opt> [-c] デフォルト: "fastbuild"
バイナリをビルドするモードを指定します。値: fastbuild、dbg、opt。
タグ: affects_outputsaction_command_linesexplicit_in_output_path
--conlyopt=<a string> 回の使用が累積されています
C ソースファイルのコンパイル時に gcc に渡す追加オプション。
タグ: action_command_linesaffects_outputs
--copt=<a string> 回の使用が累積されています
gcc に渡す追加のオプション。
タグ: action_command_linesaffects_outputs
--cpu=<a string> のデフォルト: ""
ターゲット CPU。
タグ: changes_inputsaffects_outputsexplicit_in_output_path
--cs_fdo_absolute_path=<a string> のデフォルト: 説明を参照
CSFDO のプロファイル情報を使用してコンパイルを最適化します。プロファイル ファイル(未加工またはインデックス付き LLVM プロファイル ファイル)を含む zip ファイルの絶対パス名を指定します。
タグ: affects_outputs
--cs_fdo_instrument=<a string> のデフォルト: 説明を参照
コンテキスト依存の FDO 計測を使用してバイナリを生成します。Clang/LLVM コンパイラでは、未加工のプロファイル ファイルを実行時にダンプするディレクトリ名も指定できます。
タグ: affects_outputs
--cs_fdo_profile=<a build target label> のデフォルト: 説明を参照
最適化に使用されるコンテキスト依存プロファイルを表す cs_fdo_profile。
タグ: affects_outputs
--cxxopt=<a string> 回の使用が累積されています
C++ ソースファイルのコンパイル時に gcc に渡す追加オプション。
タグ: action_command_linesaffects_outputs
--define=<a 'name=value' assignment> 回の使用が累積されています
各 --define オプションで、ビルド変数の割り当てを指定します。
タグ: changes_inputsaffects_outputs
--dynamic_mode=<off, default or fully> のデフォルト: "default"
C++ バイナリを動的にリンクするかどうかを指定します。「default」つまり、Bazel は動的にリンクするかどうかを選択します。'完全に'すべてのライブラリが動的にリンクされます。'オフ'すべてのライブラリがほぼ静的モードでリンクされることを意味します。
タグ: loading_and_analysisaffects_outputs
--[no]enable_fdo_profile_absolute_path のデフォルト: "true"
設定すると、fdo_absolute_profile_path を使用するとエラーが発生します。
タグ: affects_outputs
--[no]enable_runfiles のデフォルト: "auto"
runfiles シンボリック リンク ツリーを有効にするWindows と他のプラットフォームでは、デフォルトで無効になっています。
タグ: affects_outputs
--experimental_action_listener=<a build target label> 回の使用が累積されています
アスペクトを優先するため非推奨。action_listener を使用して、既存のビルド アクションに extra_action をアタッチする。
タグ: executionexperimental
--[no]experimental_android_compress_java_resources のデフォルト: "false"
APK 内の Java リソースを圧縮する
タグ: affects_outputsloading_and_analysisexperimental
--[no]experimental_android_databinding_v2 のデフォルト: "false"
Android データ バインディング v2 を使用する
タグ: affects_outputsloading_and_analysisloses_incremental_stateexperimental
--[no]experimental_android_resource_shrinking のデフォルト: "false"
ProGuard を使用する android_binary APK のリソース圧縮を有効にします。
タグ: affects_outputsloading_and_analysis
--[no]experimental_android_rewrite_dexes_with_rex のデフォルト: "false"
rex ツールを使用して dex ファイルを書き換える
タグ: affects_outputsloading_and_analysisloses_incremental_stateexperimental
--experimental_objc_fastbuild_options=<comma-separated list of options> のデフォルト: "-O0,-DDEBUG=1"
これらの文字列を objc fastbuild コンパイラ オプションとして使用します。
タグ: action_command_lines
--[no]experimental_omitfp のデフォルト: "false"
true の場合、libunwind を使用してスタックのアンワインドを行い、-fomit-frame-pointer と -fasynchronous-unwind-tables を使用してコンパイルします。
タグ: action_command_linesaffects_outputsexperimental
--[no]experimental_platform_in_output_dir のデフォルト: "false"
true の場合、出力ディレクトリ名で CPU ではなくターゲット プラットフォームが使用されます。
タグ: affects_outputsexperimental
--[no]experimental_use_llvm_covmap のデフォルト: "false"
指定した場合、collect_code_coverage が有効なときに Bazel は gcov ではなく llvm-cov のカバレッジ マップ情報を生成します。
タグ: changes_inputsaffects_outputsloading_and_analysisexperimental
--fat_apk_cpu=<comma-separated list of options> のデフォルト: 「armeabi-v7a」
このオプションを設定すると、指定されたすべてのターゲット アーキテクチャ(--fat_apk_cpu=x86,armeabi-v7a.このフラグを指定すると、android_binary ルールの依存関係に関して --android_cpu は無視されます。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--[no]fat_apk_hwasan のデフォルト: "false"
HWAAN 分割を作成するかどうか。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--fdo_instrument=<a string> のデフォルト: 説明を参照
FDO 計測を使用してバイナリを生成します。Clang/LLVM コンパイラでは、未加工のプロファイル ファイルを実行時にダンプするディレクトリ名も指定できます。
タグ: affects_outputs
--fdo_optimize=<a string> のデフォルト: 説明を参照
FDO プロファイル情報を使用してコンパイルを最適化します。.gcda ファイルツリーを含む zip ファイル、自動プロファイルを含む afdo ファイル、または LLVM プロファイル ファイルの名前を指定します。このフラグは、ラベル(例: `//foo/bar:file.afdo`。対応するパッケージへの `exports_files` ディレクティブの追加が必要になることがある)と、`fdo_profile` ターゲットを指すラベルとして指定されたファイルも受け入れます。このフラグは `fdo_profile` ルールに置き換わります。
タグ: affects_outputs
--fdo_prefetch_hints=<a build target label> のデフォルト: 説明を参照
キャッシュ プリフェッチのヒントを使用します。
タグ: affects_outputs
--fdo_profile=<a build target label> のデフォルト: 説明を参照
最適化に使用されるプロファイルを表す fdo_profile。
タグ: affects_outputs
--features=<a string> 回の使用が累積されています
指定した機能は、ターゲット構成で構築されたターゲットに対してデフォルトで有効または無効にされます。-<feature> の指定この機能は無効になります。ネガティブな特徴は、ポジティブな特徴よりも常に優先されます。--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> 回の使用が累積されています
ホスト構成または実行構成を持つアクションで使用できる一連の環境変数を指定します。変数は、名前(呼び出し環境から値を取得する場合)または名前と値のペア(呼び出し環境とは無関係に値を設定する名前と値のペア)で指定できます。このオプションは複数回使用できます。同じ変数に与えられたオプション、最新の勝利、異なる変数の選択肢が蓄積されます。
タグ: action_command_lines
--host_compilation_mode=<fastbuild, dbg or opt> デフォルト: "opt"
ビルド中に使用するツールをビルドするモードを指定します。値: fastbuild、dbg、opt。
タグ: affects_outputsaction_command_lines
--host_conlyopt=<a string> 回の使用が累積されています
ホストツール用の C ソースファイルをコンパイルするときに gcc に渡す追加オプション。
タグ: action_command_linesaffects_outputs
--host_copt=<a string> 回の使用が累積されています
ホストツール用に gcc に渡す追加オプション。
タグ: action_command_linesaffects_outputs
--host_cpu=<a string> のデフォルト: ""
ホストの CPU。
タグ: changes_inputsaffects_outputs
--host_cxxopt=<a string> 回の使用が累積されています
ホストツール用に gcc に渡す追加オプション。
タグ: action_command_linesaffects_outputs
--host_features=<a string> 回の使用が累積されています
指定した機能は、exec 構成で構築されたターゲットに対してデフォルトで有効または無効にされます。-<feature> の指定この機能は無効になります。ネガティブな特徴は、ポジティブな特徴よりも常に優先されます。
タグ: changes_inputsaffects_outputs
--host_force_python=<PY2 or PY3> のデフォルト: 説明を参照
ホスト構成の Python バージョンをオーバーライドします。「PY2」の場合もあります。「PY3」を指定します。
タグ: loading_and_analysisaffects_outputs
--host_linkopt=<a string> 回の使用が累積されています
ホストツールをリンクする際に gcc に渡す追加オプション。
タグ: 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> 回の使用が累積されています
host 構成または exec 構成で特定のファイルをコンパイルするときに、C/C++ コンパイラに選択的に渡す追加のオプション。このオプションは複数回渡すことができます。構文: regex_filter@option_1,option_2,...,option_nここで regex_filter は、一致および除外の正規表現パターンのリストを表します(--instrumentation_filter もご覧ください)。option_1 ~ option_n は、任意のコマンドライン オプションを表します。オプションにカンマが含まれる場合は、バックスラッシュで囲む必要があります。オプションには @ を含めることができます。文字列の分割には最初の @ のみが使用されます。例: --host_per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0 は、//foo/ 内のすべての cc ファイル(bar.cc を除く)の gcc コマンドラインに -O0 コマンドラインオプションを追加します。
タグ: action_command_linesaffects_outputs
--host_swiftcopt=<a string> 回の使用が累積されています
ホストツール用に swiftc に渡す追加オプション。
タグ: action_command_linesaffects_outputs
--[no]incompatible_avoid_conflict_dlls のデフォルト: "true"
有効にすると、Windows で cc_library によって生成されたすべての C++ ダイナミック リンク ライブラリ(DLL)の名前が name_{hash}.dll に変更されます。ハッシュは RepositoryName と DLL のパッケージ パスに基づいて計算されます。このオプションは、同じ名前の複数の cc_library に依存する 1 つのパッケージがある場合に便利です(例: //foo/bar1:utils と //foo/bar2:utils)。
タグ: loading_and_analysisaffects_outputsincompatible_change
--[no]incompatible_merge_genfiles_directory のデフォルト: "true"
true の場合、genfiles ディレクトリは bin ディレクトリに折りたたみます。
タグ: affects_outputsincompatible_change
--[no]incompatible_use_host_features のデフォルト: "false"
true の場合、ターゲット構成にのみ --features を使用し、exec 構成に --host_features を使用します。
タグ: changes_inputsaffects_outputsincompatible_change
--[no]incompatible_use_platforms_repo_for_constraints のデフォルト: "true"
true の場合、@bazel_tools からの制約設定が削除されます。
タグ: affects_outputsincompatible_change
--[no]instrument_test_targets のデフォルト: "false"
カバレッジが有効になっている場合、インストルメンテーション テストルールを考慮するかどうかを指定します。設定すると、-instrumentation_filter に含まれるテストルールがインストルメント化されます。それ以外の場合、テストルールは常にカバレッジ計測から除外されます。
タグ: affects_outputs
--instrumentation_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> のデフォルト: "-/javatests[/:],-/test/java[/:]"
カバレッジが有効になっている場合は、指定した正規表現ベースのフィルタに含まれる名前のルールのみがインストルメント化されます。先頭に「-」が付いたルール除外されます。--instrument_test_targets が有効になっていない限り、テスト以外のルールのみがインストルメント化されることに注意してください。
タグ: affects_outputs
--ios_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を参照
ターゲット シミュレータとデバイスに対応する最小の iOS バージョン。指定しない場合は、「ios_sdk_version」を使用します。
タグ: loses_incremental_state
--ios_multi_cpus=<comma-separated list of options> 回の使用が累積されています
ios_application のビルドに使用するアーキテクチャのカンマ区切りのリスト。その結果、指定されたすべてのアーキテクチャを含むユニバーサル バイナリが生成されます。
タグ: loses_incremental_stateloading_and_analysis
--[no]legacy_whole_archive のデフォルト: "true"
非推奨で、--compatible_remove_legacy_whole_archive に置き換えられました(詳しくは、https://github.com/bazelbuild/bazel/issues/7362 をご覧ください)。オンにした場合、linkshared=True と linkstatic=True または -static のいずれかが設定されている cc_binary ルールに --whole-archive を使用します。使用します。これは下位互換性のためだけのものです。より適切な代替策は、必要に応じて常駐のリンク 1 を使用することです。
タグ: action_command_linesaffects_outputsdeprecated
--linkopt=<a string> 回の使用が累積されています
リンク時に gcc に渡す追加オプション。
タグ: action_command_linesaffects_outputs
--ltobackendopt=<a string> 回の使用が累積されています
LTO バックエンド ステップに渡す追加のオプション(--features=thin_lto の下)。
タグ: action_command_linesaffects_outputs
--ltoindexopt=<a string> 回の使用が累積されています
LTO インデックス登録ステップに渡す追加のオプション(--features=thin_lto の下)。
タグ: action_command_linesaffects_outputs
--macos_cpus=<comma-separated list of options> 回の使用が累積されています
Apple macOS バイナリをビルドするアーキテクチャのカンマ区切りのリスト。
タグ: loses_incremental_stateloading_and_analysis
--macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を参照
ターゲットと互換性がある最小の macOS バージョン。指定しない場合は、「macos_sdk_version」を使用します。
タグ: loses_incremental_state
--[no]objc_debug_with_GLIBCXX のデフォルト: "false"
設定していて、コンパイル モードが「dbg」に設定されている場合は、GLIBCXX_DEBUG、GLIBCXX_DEBUG_PEDANTIC、GLIBCPP_CONCEPT_CHECKS を定義します。
タグ: action_command_lines
--[no]objc_enable_binary_stripping のデフォルト: "false"
リンクされたバイナリでシンボルおよびデッドコードの削除を行うかどうか。このフラグと --compile_mode=opt の両方が指定されている場合は、バイナリ削除が実行されます。
タグ: action_command_lines
--objccopt=<a string> 回の使用が累積されています
Objective-C/C++ ソースファイルのコンパイル時に gcc に渡す追加のオプション。
タグ: action_command_lines
--per_file_copt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options> 回の使用が累積されています
特定のファイルをコンパイルするときに選択的に gcc に渡すその他のオプション。このオプションは複数回渡すことができます。構文: regex_filter@option_1,option_2,...,option_nここで regex_filter は、一致および除外の正規表現パターンのリストを表します(--instrumentation_filter もご覧ください)。option_1 ~ option_n は、任意のコマンドライン オプションを表します。オプションにカンマが含まれる場合は、バックスラッシュで囲む必要があります。オプションには @ を含めることができます。文字列の分割には最初の @ のみが使用されます。例: --per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0 は、//foo/ 内のすべての cc ファイル(bar.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> 回の使用が累積されています
特定のバックエンド オブジェクトをコンパイルするときに、(--features=thin_lto にある)LTO バックエンドに選択的に渡す追加のオプション。このオプションは複数回渡すことができます。構文: regex_filter@option_1,option_2,...,option_nここで regex_filter は、一致および除外の正規表現パターンのリストを表します。option_1 ~ option_n は、任意のコマンドライン オプションを表します。オプションにカンマが含まれる場合は、バックスラッシュで囲む必要があります。オプションには @ を含めることができます。文字列の分割には最初の @ のみが使用されます。例: --per_file_ltobackendopt=//foo/.*\.o,-//foo/bar\.o@-O0 は、bar.o を除く //foo/ 内のすべての o ファイルの LTO バックエンドコマンドラインに、-O0 コマンドラインオプションを追加します。
タグ: action_command_linesaffects_outputs
--platform_suffix=<a string> のデフォルト: 説明を参照
構成ディレクトリに追加する接尾辞を指定します。
タグ: loses_incremental_stateaffects_outputsloading_and_analysis
--propeller_optimize=<a build target label> のデフォルト: 説明を参照
Propeller のプロファイル情報を使用して、ビルド ターゲットを最適化します。Propeller のプロファイルは、cc プロファイルと ld プロファイルの 2 つのファイルのうち少なくとも 1 つで構成する必要があります。このフラグには、プロペラ プロファイル入力ファイルを参照する必要があるビルドラベルを指定できます。たとえば、a/b/BUILD:propeller_optimize( name = "propeller_profile", cc_profile = "propeller_cc_profile.txt", ld_profile = "propeller_ld_profile.txt",) でラベルを定義する BUILD ファイルでは、Bazel でファイルを可視化できるように、対応するパッケージにディレクティブを追加する必要があります。オプションを次のように使用する必要があります。--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」を使用)。[ときどき] のデフォルト値は--compile_mode=fastbuild が抜けている場合は削除します。
タグ: affects_outputs
--stripopt=<a string> 回の使用が累積されています
'<name>.stripped' の生成時に保持する追加のオプションです。バイナリです。
タグ: action_command_linesaffects_outputs
--swiftcopt=<a string> 回の使用が累積されています
Swift コンパイルに渡す追加のオプション。
タグ: action_command_lines
--tvos_cpus=<comma-separated list of options> 回の使用が累積されています
Apple tvOS バイナリをビルドする対象アーキテクチャのカンマ区切りのリスト。
タグ: loses_incremental_stateloading_and_analysis
--tvos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を参照
ターゲット シミュレータとデバイスに対応する tvOS の最小バージョン。指定しない場合は、「tvos_sdk_version」を使用します。
タグ: loses_incremental_state
--watchos_cpus=<comma-separated list of options> 回の使用が累積されています
Apple watchOS バイナリをビルドするアーキテクチャのカンマ区切りのリスト。
タグ: loses_incremental_stateloading_and_analysis
--watchos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を参照
ターゲット シミュレータとデバイスに対応する最小限の watchOS バージョン。指定しない場合は、「watchos_sdk_version」を使用します。
タグ: loses_incremental_state
--xbinary_fdo=<a build target label> のデフォルト: 説明を参照
XbinaryFDO のプロファイル情報を使用してコンパイルを最適化します。デフォルトのクロスバイナリ プロファイルの名前を指定します。このオプションを --fdo_instrument/--fdo_optimize/--fdo_profile と一緒に使用すると、xbinary_fdo が指定されていない場合と同様にこれらのオプションが優先されます。
タグ: affects_outputs
Bazel による有効なビルド入力の適用度合いに影響するオプション(ルール定義、フラグの組み合わせなど):
--auto_cpu_environment_group=<a build target label> のデフォルト: ""
CPU 値を target_environment 値に自動的にマッピングするために使用する environment_group を宣言します。
タグ: changes_inputsloading_and_analysisexperimental
--[no]check_licenses のデフォルト: "false"
依存パッケージによるライセンスの制約が、ビルド中のターゲットの配布モードと競合していないことを確認する。デフォルトでは、ライセンスはオフになっています。
タグ: build_file_semantics
--[no]check_visibility のデフォルト: "true"
無効にすると、ターゲット依存関係内の可視性エラーは警告に降格されます。
タグ: build_file_semantics
--[no]desugar_for_android のデフォルト: "true"
dex 変換の前に Java 8 バイトコードを脱糖するかどうか。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--[no]desugar_java8_libs のデフォルト: "false"
レガシー デバイス向けのアプリにサポートされている Java 8 ライブラリを含めるかどうかを指定します。
タグ: affects_outputsloading_and_analysisloses_incremental_stateexperimental
--[no]enforce_constraints のデフォルト: "true"
各ターゲットが対応している環境を確認し、同じ環境をサポートしていない依存関係がターゲットにある場合にエラーを報告する
タグ: build_file_semantics
--[no]experimental_allow_android_library_deps_without_srcs のデフォルト: "false"
依存関係のある srcs-less android_library ルールを許可から禁止に移行するためのフラグ。これをデフォルトでロールアウトするには、デポをクリーンアップする必要があります。
タグ: eagerness_to_exitloading_and_analysis
--[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_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"
NoOps。下位互換性のためにここに保持。
タグ: eagerness_to_exitincompatible_change
--[no]incompatible_force_strict_header_check_from_starlark のデフォルト: "true"
有効にした場合、Starlark API で厳密なヘッダー確認を設定
タグ: loading_and_analysischanges_inputsincompatible_change
--[no]incompatible_validate_top_level_header_inclusions のデフォルト: "true"
true の場合、Bazel はトップレベル ディレクトリ ヘッダーの包含も検証します(詳しくは、https://github.com/bazelbuild/bazel/issues/10047 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]strict_filesets のデフォルト: "false"
このオプションを有効にすると、パッケージの境界を越えるファイルセットはエラーとして報告されます。check_fileset_defense_recursively が無効な場合は機能しません。
タグ: 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 設定、または共同署名の man ページ(署名 ID)に従って証明書の共通名の(部分文字列)を指定できます。
タグ: action_command_lines
このオプションは、BUILD ファイル、.bzl ファイル、WORKSPACE ファイルからアクセス可能な Starlark 言語またはビルド API のセマンティクスに影響します。
--[no]incompatible_disallow_legacy_py_provider のデフォルト: "true"
NoOps。まもなく削除されます。
タグ: 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"
真の場合、dex2oat アクションが失敗すると、テスト実行時に dex2oat が実行されず、ビルドが中断されます。
タグ: loading_and_analysisexperimental
--[no]experimental_android_use_parallel_dex2oat のデフォルト: "false"
dex2oat を並行して使用すると、android_test を高速化できます。
タグ: loading_and_analysishost_machine_resource_optimizationsexperimental
--[no]ios_memleaks のデフォルト: "false"
ios_test ターゲットでメモリリークのチェックを有効化。
タグ: action_command_lines
--ios_simulator_device=<a string> のデフォルト: 説明を参照
シミュレータで iOS アプリの実行時にシミュレートするデバイス。例:「iPhone 6」。「xcrun simctl list devicetypes」を実行すると、デバイスのリストを取得できます。シミュレータが実行されるマシン上で実行される必要があります。
タグ: test_runner
--ios_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を参照
実行中またはテスト時にシミュレータで実行する iOS のバージョン。ios_test ルールで対象デバイスが指定されている場合は無視されます。
タグ: test_runner
--runs_per_test=<a positive integer or test_regex@runs. This flag may be passed more than once> 回の使用が累積されています
各テストを実行する回数を指定します。これらの試行のいずれかがなんらかの理由で失敗すると、テスト全体が不合格とみなされます。通常、指定される値は単なる整数です。例: --runs_per_test=3 と指定すると、すべてのテストが 3 回実行されます。別の構文: regex_filter@runs_per_test。run_per_test は整数値を表し、regex_filter は包含および除外正規表現パターンのリストを表します(--instrumentation_filter もご覧ください)。例: --runs_per_test=//foo/.*,-//foo/bar/.*@3 は、foo/bar の下にあるテストを除く //foo/内のすべてのテストを 3 回実行します。このオプションは複数回渡すことができます。最後に渡された引数のうち、一致するものが優先されます。一致するものがない場合、テストは 1 回だけ実行されます。
--test_env=<a 'name=value' assignment with an optional value part> 回の使用が累積されています
テストランナー環境に挿入する追加の環境変数を指定します。変数は、名前で指定できます。変数の値は Bazel クライアント環境から読み取られます。また、name=value のペアで指定することもできます。このオプションを複数回使用して、複数の変数を指定できます。「Bazel test」でのみ使用されます使用できます。
タグ: test_runner
--test_timeout=<a single integer or comma-separated list of 4 integers> のデフォルト: 「-1」
テスト タイムアウトのデフォルトのテスト タイムアウト値(秒単位)をオーバーライドします。正の整数値を 1 つ指定すると、すべてのカテゴリがオーバーライドされます。カンマで区切られた 4 つの整数を指定すると、short、Moderate、long、eternal のタイムアウトが(この順序で)オーバーライドされます。どちらの形式でも、値を -1 にすると、そのカテゴリでデフォルトのタイムアウトを使用するよう blaze に指示します。
--tvos_simulator_device=<a string> のデフォルト: 説明を参照
シミュレータで tvOS アプリケーションを実行したときにシミュレートするデバイス(例:「Apple TV 1080p」「xcrun simctl list devicetypes」を実行すると、デバイスのリストを取得できます。シミュレータが実行されるマシン上で実行される必要があります。
タグ: test_runner
--tvos_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を参照
実行中またはテスト時にシミュレータで実行する tvOS のバージョン。
タグ: test_runner
--watchos_simulator_device=<a string> のデフォルト: 説明を参照
シミュレータで watchOS アプリを実行するときにシミュレートするデバイス。例:「Apple Watch - 38mm」。「xcrun simctl list devicetypes」を実行すると、デバイスのリストを取得できます。シミュレータが実行されるマシン上で実行される必要があります。
タグ: test_runner
--watchos_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を参照
実行中またはテスト時にシミュレータで実行する watchOS のバージョン。
タグ: test_runner
--[no]zip_undeclared_test_outputs のデフォルト: "true"
true の場合、宣言されていないテスト出力は ZIP ファイルにアーカイブされます。
タグ: test_runner
クエリの出力とセマンティクスに関連するオプション:
--aspect_deps=<off, conservative or precise> のデフォルト: 「conservative」
出力形式が {xml,proto,record} のいずれかである場合に、アスペクトの依存関係を解決する方法。'オフ'アスペクト依存関係が解決されていないことを意味し、「保守的」(デフォルト)は、直接的な依存関係のルールクラス(「precise」)が指定されているかどうかにかかわらず、宣言されたすべてのアスペクト依存関係が追加されることを意味します。これは、直接的な依存関係のルールクラスでアクティブになっている可能性のあるアスペクトのみが追加されることを意味します。なお、高精度モードでは、1 つのターゲットを評価するために他のパッケージを読み込む必要があるため、他のモードよりも時間がかかります。また、正確なモードでさえも完全に正確とは言えません。アスペクトを計算するかどうかの判断は、分析フェーズで決定され、「bazel クエリ」中には実行されません。
タグ: build_file_semantics
--[no]deduplicate_depsets のデフォルト: "true"
最終的な proto/textproto/json 出力で、dep_set_of_files のリーフではない子の重複を除去します。直接の親を共有しない重複除去は行われません。これは、アクションの入力アーティファクトの最終的な有効なリストには影響しません。
タグ: terminal_output
--[no]graph:factored のデフォルト: "true"
true の場合、グラフは「因数分解」されて出力されます。つまり、トポロジ的に等価なノードが結合され、ラベルが連結されます。このオプションは、--output=graph を使用する場合にのみ適用されます。
タグ: terminal_output
--graph:node_limit=<an integer> のデフォルト: 「512」
出力内のグラフノードのラベル文字列の最大長。長いラベルは切り捨てられます。-1 は切り捨てなしを意味します。このオプションは、--output=graph を使用する場合にのみ適用されます。
タグ: terminal_output
--[no]implicit_deps のデフォルト: "true"
有効にすると、クエリを操作する依存関係グラフに暗黙的な依存関係が含まれます。暗黙的な依存関係とは、BUILD ファイルで明示的に指定されていないものの、bazel によって追加された依存関係です。cquery の場合、このオプションは解決済みツールチェーンのフィルタリングを制御します。
タグ: build_file_semantics
--[no]include_artifacts のデフォルト: "true"
アクションの入力と出力の名前を出力に含めます(大規模な場合もあります)。
タグ: terminal_output
--[no]include_aspects のデフォルト: "true"
aquery、cquery: アスペクトで生成されたアクションを出力に含めるかどうか。query: no-op(アスペクトは常に従う)
タグ: terminal_output
--[no]include_commandline のデフォルト: "true"
アクションのコマンドラインの内容を出力に含めます(大規模な場合もあります)。
タグ: terminal_output
--[no]include_file_write_contents のデフォルト: "false"
FileWrite アクションと SourceSymlinkManifest アクションのファイル コンテンツ(サイズが大きくなる可能性もあります)を含めます。
タグ: terminal_output
--[no]include_param_files のデフォルト: "false"
コマンドで使用される param ファイルの内容(大規模な場合もあります)を含めます。注: このフラグを有効にすると、--include_commandline フラグが自動的に有効になります。
タグ: terminal_output
--[no]incompatible_display_source_file_location のデフォルト: "true"
デフォルトで true の場合、ソースファイルのターゲットが表示されます。true の場合、位置情報の出力にソースファイルの 1 行目の場所を表示します。このフラグは移行目的でのみ存在します。
タグ: terminal_outputincompatible_change
--[no]incompatible_package_group_includes_double_slash のデフォルト: "true"
有効にすると、package_group の `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、jsonproto です。
タグ: terminal_output
--[no]proto:default_values のデフォルト: "true"
値が true の場合、値が BUILD ファイルで明示的に指定されていない属性が含まれます。それ以外の場合は省略されます。このオプションは、--output=proto に適用できます。
タグ: terminal_output
--[no]proto:definition_stack のデフォルト: "false"
definition_stack proto フィールドにデータを入力します。このフィールドは、ルールのクラスが定義された時点での Starlark コールスタックをルール インスタンスごとに記録します。
タグ: terminal_output
--[no]proto:flatten_selects のデフォルト: "true"
有効にすると、select() によって作成された構成可能な属性がフラット化されます。リスト型の場合、フラット化表現は、選択マップの各値を 1 回だけ含むリストです。スカラー型は null にフラット化されます。
タグ: build_file_semantics
--[no]proto:include_synthetic_attribute_hash のデフォルト: "false"
$internal_attr_hash 属性を計算して入力するかどうか。
タグ: terminal_output
--[no]proto:instantiation_stack のデフォルト: "false"
各ルールのインスタンス化コールスタックを入力します。これにはスタックが存在する必要があります。
タグ: terminal_output
--[no]proto:locations のデフォルト: "true"
proto 出力に位置情報を出力するかどうか。
タグ: terminal_output
--proto:output_rule_attrs=<comma-separated list of options> のデフォルト: 「all」
出力に含める属性のカンマ区切りのリスト。デフォルトはすべての属性です。属性を出力しない場合は、空の文字列を設定します。このオプションは、--output=proto に適用できます。
タグ: terminal_output
--[no]proto:rule_inputs_and_outputs のデフォルト: "true"
rule_input フィールドと rule_output フィールドに値を設定するかどうか。
タグ: terminal_output
--[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"
クエリ: 無効になっている場合、「ホスト構成」への依存関係または「execution」ターゲットは、クエリが動作する依存関係グラフに含まれません。「ホスト構成」「proto_library」のものなど、依存関係エッジが(通常は、同じ「ターゲット」の一部ではなく、ビルド中に実行されるツールを指します)。 Cquery: 無効にすると、ホストをまたぐ構成済みターゲット、または構成済みターゲットを検出したトップレベル ターゲットから実行遷移のあるすべての構成済みターゲットが除外されます。つまり、最上位のターゲットがターゲット構成にある場合は、同じターゲット構成にも構成されたターゲットのみが返されます。最上位のターゲットがホスト構成に存在する場合、ホストで構成されたターゲットのみが返されます。このオプションでは、解決済みのツールチェーンは除外されません。
タグ: build_file_semantics
--universe_scope=<comma-separated list of options> のデフォルト: ""
ターゲット パターンのカンマ区切りのセット(加算と減算)。クエリは、指定したターゲットの推移的クロージャで定義されたユニバースで実行できます。このオプションは、query コマンドと cquery コマンドで使用されます。 cquery の場合、このオプションへの入力はすべての回答が構築されるターゲットになるため、このオプションは構成や移行に影響する可能性があります。このオプションが指定されていない場合、最上位のターゲットがクエリ式で解析されたターゲットとみなされます。注: cquery では、クエリ式から解析されたターゲットがトップレベル オプションでビルドできない場合、このオプションを指定しないとビルドが壊れる可能性があります。
タグ: loading_and_analysis
ビルド時間の最適化をトリガーするオプション:
--[no]collapse_duplicate_defines のデフォルト: "false"
有効にすると、冗長な --define がビルドの早い段階で削除されます。これにより、特定の種類の同等のビルドで分析キャッシュの不必要な損失を回避できます。
タグ: loading_and_analysisloses_incremental_state
--[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_objc_include_scanning のデフォルト: "false"
目的の C/C++ のインクルード スキャンを実行するかどうか。
タグ: loading_and_analysisexecutionchanges_inputs
--[no]experimental_parse_headers_skipped_if_corresponding_srcs_found のデフォルト: "false"
有効にすると、同じベース名を持つソースが同じターゲットで見つかった場合、parse_headers 機能は個別のヘッダー コンパイル アクションを作成しません。
タグ: loading_and_analysisaffects_outputs
--[no]experimental_retain_test_configuration_across_testonly のデフォルト: "false"
有効にすると、--trim_test_configuration は、testonly=1 とマークされたルールのテスト設定をカットしません。これは、テスト以外のルールが cc_test ルールに依存している場合に、アクションの競合の問題を減らすためです。--trim_test_configuration が false の場合は効果がありません。
タグ: loading_and_analysisloses_incremental_state
--[no]experimental_starlark_cc_import のデフォルト: "false"
有効にすると、cc_import の Starlark バージョンを使用できます。
タグ: loading_and_analysisexperimental
--[no]experimental_unsupported_and_brittle_include_scanning のデフォルト: "false"
入力ファイルの #include 行を解析して C/C++ コンパイルへの入力を絞り込むかどうかを指定します。これにより、コンパイル入力ツリーのサイズを小さくすることで、パフォーマンスとインクリメンタリティを向上させることができます。ただし、インクルード スキャナは C プリプロセッサ セマンティクスを完全には実装していないため、ビルドが破損する可能性もあります。特に、動的な #include ディレクティブは認識されず、プリプロセッサの条件付きロジックは無視されます。自己責任で使用してください。このフラグに関連する問題はすべてクローズされます。
タグ: loading_and_analysisexecutionchanges_inputs
--[no]incremental_dexing のデフォルト: "true"
各 JAR ファイルに対して個別に dex 変換のほとんどの処理を行います。
タグ: 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
--[no]use_singlejar_apkbuilder のデフォルト: "true"
このオプションは非推奨となりました。現在は NoOps ですが、まもなく削除されます。
タグ: loading_and_analysis
ロギングの詳細度、形式、場所に影響するオプション:
--toolchain_resolution_debug=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> のデフォルト: "-.*"
ツールチェーンの解決中にデバッグ情報を出力します。このフラグは正規表現を受け取り、ツールチェーン タイプと特定のターゲットに対してチェックされ、デバッグする対象を確認します。複数の正規表現をカンマで区切ると、それぞれの正規表現が個別にチェックされます。注: このフラグの出力は非常に複雑であるため、ツールチェーンの解決の専門家にのみ役立つ可能性があります。
タグ: terminal_output
他のカテゴリに分類されない Bazel コマンドへの一般的な入力を指定または変更するオプション:
--flag_alias=<a 'name=value' flag alias> 回の使用が累積されています
Starlark フラグの略称を設定します。「<key>=<value>」という形式の 1 つの Key-Value ペアを取ります。渡します。
タグ: changes_inputs
--[no]incompatible_default_to_explicit_init_py のデフォルト: "false"
このフラグはデフォルトの動作を変更し、Python ターゲットの runfile で __init__.py ファイルが自動的に作成されないようにします。正確には、py_binary または py_test のターゲットで legacy_create_init が「auto」に設定されている場合です。(デフォルト)は、このフラグが設定されている場合にのみ false として扱われます。https://github.com/bazelbuild/bazel/issues/10076 をご覧ください。
タグ: affects_outputsincompatible_change
--[no]incompatible_py2_outputs_are_suffixed のデフォルト: "true"
true の場合、Python 2 の構成でビルドされたターゲットは、接尾辞「-py2」を含む出力ルートの下に表示されます。Python 3 用にビルドされたターゲットは、Python 関連の接尾辞を付けずにルートに表示されます。つまり、`bazel-bin` のコンビニエンス シンボリック リンクは、Python 2 ではなく Python 3 ターゲットを指します。このオプションを有効にする場合は、「--compatibility_py3_is_default」を有効にすることもおすすめします。
タグ: affects_outputsincompatible_change
--[no]incompatible_py3_is_default のデフォルト: "true"
true の場合、python_version(または default_python_version)属性が設定されていない `py_binary` および `py_test` ターゲットは、デフォルトで PY2 ではなく PY3 に設定されます。このフラグを設定する場合は、「--compatible_py2_outputs_are_suffixed」を設定することもおすすめします。
タグ: loading_and_analysisaffects_outputsincompatible_change
--[no]incompatible_use_python_toolchains のデフォルト: "true"
true に設定すると、実行可能なネイティブ Python ルールでは、--python_top などの以前のフラグで指定されたランタイムではなく、Python ツールチェーンで指定された Python ランタイムが使用されます。
タグ: loading_and_analysisincompatible_change
--python_version=<PY2 or PY3> のデフォルト: 説明を参照
Python メジャー バージョン モード(PY2 または PY3)。これは、`py_binary` ターゲットと `py_test` ターゲットによってオーバーライドされます(バージョンを明示的に指定していない場合でも)。通常、このフラグを指定する理由はほとんどありません。
タグ: loading_and_analysisaffects_outputsexplicit_in_output_path
その他の選択肢(特に分類されていない場合):
--[no]cache_test_results [-t] デフォルト: "auto"
「auto」に設定すると、(1)Bazel がテストまたはその依存関係の変更を検出した、(2)テストが外部としてマークされた、(3)複数のテスト実行が --runs_per_test でリクエストされた、または(4)テストが失敗した場合にのみ、Bazel はテストを再実行します。「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_exclusive_test_sandboxed のデフォルト: "false"
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> のデフォルト: 「8」
Java 言語のバージョン
--java_launcher=<a build target label> のデフォルト: 説明を参照
Java バイナリをビルドするときに使用する Java ランチャー。このフラグを空の文字列に設定すると、JDK ランチャーが使用されます。「ランチャー」属性がこのフラグをオーバーライドします。
--java_runtime_version=<a string> のデフォルト: 「local_jdk」
Java ランタイム バージョン
--javacopt=<a string> 回の使用が累積されています
javac に渡すその他のオプション。
--jvmopt=<a string> 回の使用が累積されています
Java VM に渡す追加のオプション。これらのオプションは、各 java_binary ターゲットの VM 起動オプションに追加されます。
--legacy_main_dex_list_generator=<a build target label> のデフォルト: 説明を参照
従来の multidex のコンパイル時に、メインの 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_ツールチェーン"
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 or disabled> のデフォルト: 「AutoML」
テストのシャーディングの戦略を指定します: 「AutoML」「shard_count」が 2 番目の場合にのみ、BUILD 属性が存在する。'無効'テストのシャーディングを使用しないようにできます。
--tool_java_language_version=<a string> のデフォルト: 「8」
ビルド中に必要なツールを実行するために使用される Java 言語のバージョン
--tool_java_runtime_version=<a string> のデフォルト: "remotejdk_11"
ビルド中にツールを実行するために使用される Java ランタイム バージョン
--[no]use_ijars のデフォルト: "true"
このオプションを有効にすると、Java コンパイルでインターフェース JAR が使用されます。これにより増分コンパイルが高速化されますが、エラー メッセージが異なる場合があります。

ビルド オプション

コマンドの前に表示され、クライアントによって解析されるオプション:
--distdir=<a path> 回の使用が累積されています
ネットワークにアクセスしてダウンロードする前にアーカイブを検索する場所の追加。
タグ: bazel_internal_configuration
設定すると、キャッシュ ヒットが発生した場合、リポジトリ キャッシュはファイルをコピーするのではなくハードリンクします。これはディスク容量を節約するためのものです。
タグ: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id のデフォルト: "false"
true の場合、指定されていない場合は、リポジトリのダウンロード URL から取得された文字列を canonical_id として使用します。これにより、キャッシュに同じハッシュのダウンロードが含まれていても、URL が変更されると、再ダウンロードが行われます。これを使用して、URL の変更によって破損したリポジトリがキャッシュによってマスキングされないことを確認できます。
タグ: loading_and_analysisexperimental
--[no]experimental_repository_disable_download のデフォルト: "false"
設定すると、外部リポジトリのダウンロードは許可されません。
タグ: experimental
--experimental_repository_downloader_retries=<an integer> のデフォルト: 「0」
ダウンロード エラーの再試行の最大試行回数。0 に設定すると、再試行が無効になります。
タグ: experimental
--experimental_scale_timeouts=<a double> のデフォルト: 「1.0」
Starlark リポジトリ ルールのすべてのタイムアウトを、この係数でスケーリングします。このようにして、ソースコードを変更することなく、ルール作成者の想定よりも遅いマシンで外部リポジトリを動作させることができます。
タグ: bazel_internal_configurationexperimental
--http_timeout_scaling=<a double> のデフォルト: 「1.0」
HTTP ダウンロードに関連するすべてのタイムアウトを、指定された係数でスケーリング
タグ: bazel_internal_configuration
--repository_cache=<a path> のデフォルト: 説明を参照
外部リポジトリのフェッチ中に取得されたダウンロード値のキャッシュの場所を指定します。引数として空の文字列を指定すると、キャッシュを無効にするよう要求されます。
タグ: bazel_internal_configuration
ビルドの実行を制御するオプション:
--[no]check_up_to_date のデフォルト: "false"
ビルドは実行せず、最新バージョンかどうかを確認するだけです。すべてのターゲットが最新である場合、ビルドは正常に完了します。実行する必要があるステップがある場合は、エラーが報告され、ビルドは失敗します。
タグ: execution
--dynamic_local_execution_delay=<an integer> のデフォルト: 「1000」
ビルド中にリモート実行が 1 回以上速くなった場合、ローカル実行を何ミリ秒遅らせるべきですか。
タグ: executionhost_machine_resource_optimizations
--dynamic_local_strategy=<a '[name=]value1[,..,valueN]' assignment> 回の使用が累積されています
特定のニモニックに使用するローカル戦略。「local」を渡す指定しないニーモニックのデフォルトを設定します。[mnemonic=]local_strategy[,local_strategy,...] を使用します。
タグ: executionhost_machine_resource_optimizations
--dynamic_remote_strategy=<a '[name=]value1[,..,valueN]' assignment> 回の使用が累積されています
特定のニモニックに使用するリモート戦略。「remote」を渡す指定しないニーモニックのデフォルトを設定します。[mnemonic=]remote_strategy[,remote_strategy,...] が使用されます。
タグ: executionhost_machine_resource_optimizations
--experimental_docker_image=<a string> のデフォルト: ""
Docker 戦略の使用時にサンドボックス化されたアクションを実行するために使用する Docker イメージ名(「ubuntu:latest」など)を指定します。プラットフォームの説明の remote_execution_properties には、アクション自体の container-image 属性がまだ設定されていません。このフラグの値は「docker run」にそのまま渡されるため、Docker 自体と同じ構文とメカニズムをサポートします。
タグ: execution
--[no]experimental_docker_use_customized_images のデフォルト: "true"
有効にすると、現在のユーザーの uid と gid を Docker イメージに挿入してから使用します。ビルド / テストが、コンテナ内に名前とホーム ディレクトリを持っていることに依存している場合は必須です。この機能はデフォルトでオンになっていますが、自動画像カスタマイズ機能が自分のケースで動作しない場合や、その必要がないことがわかっている場合は無効にできます。
タグ: execution
--[no]experimental_dynamic_exclude_tools のデフォルト: "true"
設定すると、ターゲットが「ツールの」ビルドとなる動的に実行されることはありませんこのようなターゲットは段階的に構築される可能性が非常に低いため、ローカル サイクルに投資する価値がありません。
タグ: executionhost_machine_resource_optimizations
--experimental_dynamic_local_load_factor=<a double> のデフォルト: 「0」
動的実行によってローカルマシンにかかる負荷を制御します。このフラグは、動的実行で同時にスケジュールするアクションの数を調整します。これは、Blaze が使用可能と判断した CPU の数に基づいており、--local_cpu_resources フラグで制御できます。 このフラグが 0 の場合、すべてのアクションが直ちにローカルでスケジュールされます。>0 の場合、ローカルでスケジュールされるアクションの数は、使用可能な CPU の数によって制限されます。<負荷係数は、スケジューリングを待機しているアクションの数が高いときに、ローカルでスケジュールされるアクションの数を減らすために使用されます。これにより、クリーンビルドのケースではローカルマシンの負荷が軽減されます。クリーンビルドの場合、ローカルマシンには大きな影響がありません。
タグ: 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_persistent_javac
試験運用版の永続 Java コンパイラを有効にします。
展開先:
--strategy=Javac=worker
--strategy=JavaIjar=local
--strategy=JavaDeployJar=local
--strategy=JavaSourceJar=local
--strategy=Turbine=local

タグ: executionhost_machine_resource_optimizations
--experimental_sandbox_async_tree_delete_idle_threads=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5"> のデフォルト: 「0」
0 の場合、アクションの完了後すぐにサンドボックス ツリーを削除します(これにより、アクションの完了が遅れます)。ゼロより大きい場合、ビルド実行時にサイズが 1 の非同期スレッドプールで、このような 3 つの削除を実行します。サーバーがアイドル状態になると、このフラグで指定されたサイズまで拡大します。
タグ: host_machine_resource_optimizationsexecution
--experimental_sandboxfs_path=<a string> のデフォルト: "sandboxfs"
--experimental_use_sandboxfs が true の場合に使用する sandboxfs バイナリのパス。基本的な名前の場合は、PATH で見つかった名前の最初のバイナリを使用します。
タグ: host_machine_resource_optimizationsexecution
--[no]experimental_split_xml_generation のデフォルト: "true"
このフラグが設定されている場合、テスト アクションで test.xml ファイルが生成されない場合、Bazel は別のアクションを使用して、テストログを含むダミーの test.xml ファイルを生成します。それ以外の場合、Bazel はテスト アクションの一環として test.xml を生成します。
タグ: execution
--experimental_total_worker_memory_limit_mb=<an integer, or "HOST_RAM", optionally followed by [-|*]<float>.> のデフォルト: 「0」
この上限が 0 より大きい場合、すべてのワーカーの合計メモリ使用量が上限を超えると、アイドル状態のワーカーが強制終了される可能性があります。
タグ: executionhost_machine_resource_optimizations
--[no]experimental_use_hermetic_linux_sandbox のデフォルト: "false"
true に設定した場合、root をマウントせず、sandbox_add_mount_pair で指定されたもののみをマウントします。入力ファイルは、サンドボックスからシンボリック リンクされるのではなく、サンドボックスにハードリンクされます。アクションの入力ファイルがサンドボックスとは異なるファイルシステムにある場合、入力ファイルがコピーされます。
タグ: execution
--[no]experimental_use_sandboxfs のデフォルト: "false"
sandboxfs を使用してアクションを作成するexecroot ディレクトリを使用します「yes」の場合、--experimental_sandboxfs_path によって提供されるバイナリは、有効であり、sandboxfs のサポートされているバージョンに対応している必要があります。「auto」の場合、バイナリが存在しないか、互換性がない可能性があります。
タグ: host_machine_resource_optimizationsexecution
--[no]experimental_use_windows_sandbox のデフォルト: "false"
Windows サンドボックスを使用してアクションを実行する。「yes」の場合、--experimental_windows_sandbox_path によって提供されるバイナリは、有効であり、sandboxfs のサポートされているバージョンに対応している必要があります。「auto」の場合、バイナリが存在しないか、互換性がない可能性があります。
--experimental_windows_sandbox_path=<a string> のデフォルト: "BazelSandbox.exe"
--experimental_use_windows_sandbox が true の場合に使用する Windows サンドボックス バイナリのパス。基本的な名前の場合は、PATH で見つかった名前の最初のバイナリを使用します。
--[no]experimental_worker_as_resource のデフォルト: "false"
有効にすると、ワーカーは ResourceManager からリソースとして取得されます。
タグ: executionhost_machine_resource_optimizations
--[no]experimental_worker_cancellation のデフォルト: "false"
有効にした場合、Bazel はキャンセル リクエストをサポートしているワーカーに送信することがあります。
タグ: execution
--[no]experimental_worker_multiplex のデフォルト: "true"
有効にすると、試験運用版の多重化機能をサポートするワーカーでその機能が使用されます。
タグ: executionhost_machine_resource_optimizations
--[no]experimental_worker_multiplex_sandboxing のデフォルト: "false"
有効にすると、Multiplex ワーカーがサンドボックス化され、作業リクエストごとに個別のサンドボックス ディレクトリが使用されます。「supports-multiplex-sandboxing」権限を持つワーカーのみサンドボックス化されます。
タグ: execution
--[no]experimental_worker_strict_flagfiles のデフォルト: "false"
有効にすると、ワーカーの仕様に従っていないワーカーのアクション引数はエラーになります。ワーカー引数の引数リストの最後には、必ず 1 つの @flagfile 引数を指定する必要があります。
タグ: execution
--genrule_strategy=<comma-separated list of options> のデフォルト: ""
genrules の実行方法を指定します。このフラグは段階的に廃止されます。代わりに、--spawn_strategy=<value> を使用してください。すべてのアクションを制御するか、--strategy=Genrule=<value>genrule のみを制御します。
タグ: execution
--high_priority_workers=<a string> 回の使用が累積されています
高い優先度で実行するワーカーの記憶。優先度の高いワーカーが実行されている場合、他のすべてのワーカーはスロットリングされます。
タグ: execution
true に設定し、--compatibility_remote_symlinks も true の場合、アクション出力のシンボリック リンクはダングルできます。
タグ: executionincompatible_change
true に設定した場合、Bazel はリモート キャッシュ/実行プロトコルのアクション出力でシンボリック リンクを表します。それ以外の場合は、シンボリック リンクが追跡され、ファイルまたはディレクトリとして表示されます。詳しくは、#6631 をご覧ください。
タグ: executionincompatible_change
--[no]incompatible_sandbox_hermetic_tmp のデフォルト: "false"
true に設定した場合、各 Linux サンドボックスは、/tmp をホストのファイル システムと共有する代わりに、/tmp としてマウントされる専用の空のディレクトリを持ちます。--sandbox_add_mount_pair=/tmp を使用して、すべてのサンドボックスでホストの /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 を超えると、メモリの問題が発生する可能性があります。「自動」ホストリソースに基づいて妥当なデフォルト値を計算します。
タグ: 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" のように指定します。「自動」ホストリソースに基づいて妥当なデフォルト値が設定されます。1 以上の値を指定してください。
タグ: bazel_internal_configuration
--[no]reuse_sandbox_directories のデフォルト: "false"
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
--spawn_strategy=<comma-separated list of options> のデフォルト: ""
Spawn アクションのデフォルトの実行方法を指定します。優先度が最も高いものから低いものの順に、戦略をカンマで区切ったリストを指定できます。Bazel は、アクションごとに、アクションを実行できる優先度が最も高い戦略を選択します。デフォルト値は「remote,worker,sandboxed,local」です。詳細については、https://blog.bazel.build/2019/06/19/list-strategy.html をご覧ください。
タグ: execution
--strategy=<a '[name=]value1[,..,valueN]' assignment> 回の使用が累積されています
他の Spawn アクションのコンパイルを分散する方法を指定します。優先度が最も高いものから低いものの順に、戦略をカンマで区切ったリストを指定できます。Bazel は、アクションごとに、アクションを実行できる優先度が最も高い戦略を選択します。デフォルト値は「remote,worker,sandboxed,local」です。このフラグは、--spawn_strategy(mnemonic Genrule とともに使用する場合は --genrule_strategy)によって設定された値をオーバーライドします。詳細については、https://blog.bazel.build/2019/06/19/list-strategy.html をご覧ください。
タグ: execution
--strategy_regexp=<a '<RegexFilter>=value[,value]' assignment> 回の使用が累積されています
特定の regex_filter に一致する説明を持つスポーン アクションの実行に使用するスポーン戦略をオーバーライドします。regex_filter の一致の詳細については、--per_file_copt をご覧ください。説明に一致する最初の regex_filter が使用されます。このオプションは、戦略を指定する他のフラグをオーバーライドします。例: --strategy_regexp=//foo.*\.cc,-//foo/bar=local は、説明が //foo.*.cc に一致するが //foo/bar には一致しない場合に、ローカル戦略を使用してアクションを実行することを意味します。例: --strategy_regexp='Compiling.*/bar=local --strategy_regexp=Compiling=sandboxed を実行すると、'Compiling //foo/bar/baz' が実行されます「local」を順序を逆にすると「サンドボックス」で実行されます。
タグ: 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"> 回の使用が累積されています
「worker」を使用すると、起動可能なワーカー プロセス(永続的な Java コンパイラなど)のインスタンスの数。説明します。[name=value] として指定すると、ワーカーのニモニックごとに異なる値を指定できます。整数またはキーワード("auto"、"HOST_CPUS"、"HOST_RAM")を取り、必要に応じてその後に演算([-|*]<float>)が続きます(例:"auto"、"HOST_CPUS*.5" のように指定します。「auto」マシンの容量に基づいて妥当なデフォルト値を計算します。「=value」指定されていないニーモニックのデフォルトを設定します。
タグ: executionhost_machine_resource_optimizations
--worker_max_multiplex_instances=<[name=]value, where value is an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5"> 回の使用が累積されています
「worker」を使用している場合に、Multiplex ワーカー プロセスが並行して受信する可能性のある WorkRequest の数「--experimental_worker_multiplex」を使用して構成します。[name=value] として指定すると、ワーカーのニモニックごとに異なる値を指定できます。整数またはキーワード("auto"、"HOST_CPUS"、"HOST_RAM")を取り、必要に応じてその後に演算([-|*]<float>)が続きます(例:"auto"、"HOST_CPUS*.5" のように指定します。「auto」マシンの容量に基づいて妥当なデフォルト値を計算します。「=value」指定されていないニーモニックのデフォルトを設定します。
タグ: executionhost_machine_resource_optimizations
--[no]worker_quit_after_build のデフォルト: "false"
有効にすると、ビルドの完了後にすべてのワーカーが終了します。
タグ: executionhost_machine_resource_optimizations
--[no]worker_sandboxing のデフォルト: "false"
有効にすると、ワーカーはサンドボックス化された環境で実行されます。
タグ: execution
--[no]worker_verbose のデフォルト: "false"
有効にすると、ワーカーの起動時、シャットダウン時などに詳細メッセージが出力されます。
アクションの実行に使用するツールチェーンを構成するオプション:
--[no]incompatible_disable_runtimes_filegroups のデフォルト: "false"
非推奨の no-op。
タグ: action_command_linesloading_and_analysisdeprecatedincompatible_change
--[no]incompatible_dont_emit_static_libgcc のデフォルト: "true"
非推奨の no-op。
タグ: action_command_linesloading_and_analysisdeprecatedincompatible_change
非推奨の no-op。
タグ: action_command_linesloading_and_analysisdeprecatedincompatible_change
コマンドの出力を制御するオプション:
--[no]build のデフォルト: "true"
ビルドを実行します。これは通常の動作です。--nobuild を指定すると、ビルドはビルド アクションを実行する前に停止し、パッケージの読み込みと分析のフェーズが正常に完了するとゼロが返されます。このモードは、そうしたフェーズをテストする場合に便利です。
タグ: executionaffects_outputs
--[no]experimental_run_validations のデフォルト: "true"
代わりに --run_validations を使用してください。
タグ: executionaffects_outputs
--[no]experimental_use_validation_aspect のデフォルト: "false"
アスペクトを使用して検証アクションを実行するかどうか(テストとの並列処理用)。
タグ: executionaffects_outputs
--output_groups=<comma-separated list of options> 回の使用が累積されています
出力グループ名のカンマ区切りのリスト。各グループには、先頭に + または - を付けることもできます。接頭辞 + のグループはデフォルトの出力グループ セットに追加され、接頭辞 - のグループはデフォルト セットから削除されます。接頭辞が付いていないグループが 1 つもない場合、デフォルトの出力グループ セットは省略されます。たとえば、--output_groups=+foo,+bar はデフォルト セット、foo、bar の結合を構築し、--output_groups=foo,bar はデフォルト セットをオーバーライドして、foo と bar のみがビルドされるようにします。
タグ: executionaffects_outputs
--[no]run_validations のデフォルト: "true"
ビルドの一部として検証アクションを実行するかどうか。https://bazel.build/rules/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
このフラグは、コンビニエンス シンボリック リンク(ビルド後にワークスペースに表示されるシンボリック リンク)の管理方法を制御します。可能な値: 通常(デフォルト): ビルドによって、コンビニエンス シンボリック リンクの各種類が作成または削除されます。 clean: すべてのシンボリック リンクが無条件に削除されます。 ignore: シンボリック リンクが残ります。 log_only: ログメッセージを「normal」として生成実際にはファイルシステム操作を実行しません(ツールに役立ちます)。 影響を受けるのは、--symlink_prefix の現在の値によって名前が生成されたシンボリック リンクのみです。プレフィックスを変更しても、既存のシンボリック リンクはそのまま残ります。
タグ: affects_outputs
このフラグは、ビルド イベント ConvenienceSymlinksIdentified を BuildEventProtocol に送信するかどうかを制御します。この値が true の場合、BuildEventProtocol には、便利な SymlinksIdentified のエントリが含まれ、ワークスペースで作成されたコンビニエンス シンボリック リンクがすべて一覧表示されます。false の場合、BuildEventProtocol のコンビニエンス SymlinksIdentified エントリは空です。
タグ: affects_outputs
--experimental_multi_cpu=<comma-separated list of options> 回の使用が累積されています
非推奨。NoOps。
タグ: affects_outputsexperimental
--remote_download_minimal
リモートビルドの出力をローカルマシンにダウンロードしません。このフラグは、フラグ --experimental_inmemory_jdeps_files、--experimental_inmemory_dotd_files、--experimental_action_cache_store_output_metadata、--remote_download_outputs=minimal のショートカットです。
展開先:
--nobuild_runfile_links
--experimental_inmemory_jdeps_files
--experimental_inmemory_dotd_files
--experimental_action_cache_store_output_metadata
--remote_download_outputs=minimal

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

タグ: affects_outputs
ビルド後に作成されるコンビニエンス シンボリック リンクの先頭に付加される接頭辞。省略した場合のデフォルト値は、ビルドツールの名前の後にハイフンを付けたものです。「/」の場合が渡されると、シンボリック リンクは作成されず、警告も出力されません。警告: 「/」の特別な機能はまもなく非推奨になります。代わりに --experimental_convenience_symlinks=ignore を使用してください。
タグ: affects_outputs
Bazel による有効なビルド入力の適用度合いに影響するオプション(ルール定義、フラグの組み合わせなど):
--[no]experimental_docker_privileged のデフォルト: "false"
有効にした場合、Bazel は --privileged フラグを「docker run」に渡します。アクションの実行時。ビルドでこれが必要になる場合もありますが、気密性が低下する可能性があります。
タグ: execution
--experimental_repository_hash_file=<a string> のデフォルト: ""
空でない場合、リポジトリ ディレクトリ ハッシュを検証する必要がある、解決された値を含むファイルを指定します。
タグ: affects_outputsexperimental
true の場合、アクション入力として指定されたシンボリック リンクのターゲットをサンドボックスにマッピングします。この機能は、バグのあるルールを回避することのみを目的としているため、自力では発生しないため、このようなルールがすべて修正されたら削除する必要があります。
タグ: host_machine_resource_optimizationsexecution
--experimental_verify_repository_rules=<a string> 回の使用が累積されています
出力ディレクトリのハッシュを検証する必要があるリポジトリ ルールのリストである場合、--experimental_repository_hash_file によってファイルが指定されます。
タグ: affects_outputsexperimental
--[no]incompatible_legacy_local_fallback のデフォルト: "true"
true に設定した場合、サンドボックス化戦略からローカル戦略への従来の暗黙的なフォールバックが有効になります。このフラグは最終的にデフォルトで false になり、NoOps になります。代わりに --strategy、--spawn_strategy、--dynamic_local_strategy を使用して、フォールバックを構成します。
タグ: executionincompatible_change
--sandbox_add_mount_pair=<a single path or a 'source:target' pair> 回の使用が累積されています
サンドボックスにマウントするパスペアを追加します。
タグ: execution
--sandbox_block_path=<a string> 回の使用が累積されています
サンドボックス化されたアクションでは、このパスへのアクセスを禁止します。
タグ: execution
--[no]sandbox_default_allow_network のデフォルト: "true"
アクションのネットワーク アクセスをデフォルトで許可する。一部のサンドボックス実装では機能しない場合があります。
--[no]sandbox_fake_hostname のデフォルト: "false"
現在のホスト名を「localhost」に変更します。見てみましょう。
タグ: execution
--[no]sandbox_fake_username のデフォルト: "false"
現在のユーザー名を「nobody」に変更します。見てみましょう。
タグ: execution
--sandbox_writable_path=<a string> 回の使用が累積されています
サンドボックス化されたアクションでは、既存のディレクトリをサンドボックス内に書き込み可能にします(サンドボックス化の実装でサポートされている場合は無視し、それ以外の場合は無視します)。
タグ: execution
このオプションは、BUILD ファイル、.bzl ファイル、WORKSPACE ファイルからアクセス可能な Starlark 言語またはビルド API のセマンティクスに影響します。
--[no]experimental_allow_top_level_aspects_parameters のデフォルト: "true"
オペレーションなし
タグ: no_opdeprecatedexperimental
--[no]incompatible_config_setting_private_default_visibility のデフォルト: "false"
depends_enforce_config_setting_visibility=false の場合は、NoOps です。それ以外の場合、このフラグが false の場合、明示的な公開設定属性のない config_setting はすべて //visibility:public です。このフラグが true の場合、config_setting は他のすべてのルールと同じ公開設定ロジックに従います。https://github.com/bazelbuild/bazel/issues/12933 をご覧ください。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_enforce_config_setting_visibility のデフォルト: "true"
true の場合、config_setting の公開設定制限を適用します。false の場合、すべての config_setting がすべてのターゲットに表示されます。https://github.com/bazelbuild/bazel/issues/12932 をご覧ください。
タグ: loading_and_analysisincompatible_change
テスト環境またはテストランナーの動作を管理するオプション:
--[no]check_tests_up_to_date のデフォルト: "false"
テストは実行せず、最新のものかどうかを確認するだけです。すべてのテスト結果が最新であれば、テストは正常に完了します。テストのビルドまたは実行が必要な場合、エラーが報告され、テストは失敗します。このオプションは、--check_up_to_date の動作を意味します。
タグ: execution
--flaky_test_attempts=<a positive integer, the string "default", or test_regex@attempts. This flag may be passed more than once> 回の使用が累積されています
テストが失敗した場合、各テストは指定された回数まで再試行されます。2 回以上の合格が求められるテストは「FLAKY」とマークされます。表示されます。通常、指定される値は単なる整数または文字列「default」です。整数の場合、すべてのテストは最大 N 回実行されます。「default」の場合、通常のテストに対しては 1 回だけテストが試行され、ルール(flaky=1 属性)によって「不安定」とマークされたテストは 3 回試行されます。別の構文: regex_filter@flaky_test_attempts。ここで、flaky_test_attempts は上記のとおり、regex_filter は include および除外正規表現パターンのリストを表します(--runs_per_test もご覧ください)。例: --flaky_test_attempts=//foo/.*,-//foo/bar/.*@3 は、foo/bar の下のテストを除く //foo/内のすべてのテストをデフレークします。このオプションは複数回渡すことができます。最後に渡された引数のうち、一致するものが優先されます。何も一致しない場合、「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」のベース一時ディレクトリを指定します使用できます。
で確認できます。
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
--override_module=<an equals-separated mapping of module name to path> 回の使用が累積されています
モジュールをローカル ディレクトリでオーバーライドします。
--registry=<a string> 回の使用が累積されています
Bazel モジュールの依存関係を見つけるために使用するレジストリを指定します。順序は重要です。モジュールは最初に以前のレジストリで検索され、以前のレジストリで欠落している場合にのみ、後のレジストリにフォールバックします。
タグ: changes_inputs
ロギングの詳細度、形式、場所に影響するオプション:
--[no]announce のデフォルト: "false"
非推奨。NoOps。
タグ: affects_outputs
--[no]debug_spawn_scheduler のデフォルト: "false"
--[no]experimental_bep_target_summary のデフォルト: "false"
TargetSummary イベントを公開するかどうか。
--[no]experimental_build_event_expand_filesets のデフォルト: "false"
true の場合、出力ファイルを提示するときに BEP でファイルセットを展開します。
タグ: affects_outputs
true の場合、出力ファイルを提示するときに、BEP 内の相対 Fileset シンボリック リンクを完全に解決します。--experimental_build_event_expand_filesets が必要です。
タグ: affects_outputs
--experimental_build_event_upload_max_retries=<an integer> のデフォルト: 「4」
Bazel がビルドイベントのアップロードを再試行する最大回数。
タグ: bazel_internal_configuration
--experimental_build_event_upload_retry_minimum_delay=<An immutable length of time.> のデフォルト: 「1s」
BEP のアップロードが失敗した場合の指数バックオフの再試行の初期最小遅延。(指数: 1.6)
タグ: bazel_internal_configuration
--experimental_build_event_upload_strategy=<a string> のデフォルト: 説明を参照
ビルドイベント プロトコルで参照されるアーティファクトをアップロードする方法を選択します。
タグ: affects_outputs
--[no]experimental_collect_local_sandbox_action_metrics のデフォルト: "true"
有効にすると、サンドボックス化を使用してローカルに実行されたアクションの実行統計情報(ユーザーやシステム時間など)が記録されます。
タグ: execution
--[no]experimental_docker_verbose のデフォルト: "false"
有効にすると、Bazel は 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_stream_log_file_uploads のデフォルト: "false"
ログファイルをディスクに書き込むのではなく、リモート ストレージに直接ストリーミングする。
タグ: affects_outputs
--explain=<a path> のデフォルト: 説明を参照
ビルドシステムは、実行されたビルドの各ステップを説明します。説明は、指定したログファイルに書き込まれます。
タグ: affects_outputs
--[no]legacy_important_outputs のデフォルト: "true"
これを使用して、TargetComplete イベントに従来の重要な_outputs フィールドの生成を抑制します。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」を指定できます。過度にノイズの多いテスト出力で出力が過負荷にならないようにする場合に便利です。テストヘッダーはログサイズに含まれます。負の値は上限なしを意味します。出力は「all」か「No」です。
タグ: 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 つが含まれます。1 つ目は、ビルド後にサンドボックスのルート コンテンツをそのままにしておくことです(sandboxfs が使用されている場合は、ファイル システムがマウントされたままになります)。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」実行されたテストに関する情報のみを出力します。「簡潔」の場合、実行に失敗したテストに関する情報のみを出力します。「詳細」失敗したテストケース(「testcase」)の詳細情報を出力するテストケースの解決で概要を出力します。失敗したテストケースに関する詳細情報を出力せず、「none」と指定します。要約を省略できます
タグ: terminal_output
--[no]verbose_explanations のデフォルト: "false"
--explain が有効になっている場合に、出力される説明の詳細度が高くなります。--explain が有効になっていない場合は効果がありません。
タグ: affects_outputs
--[no]verbose_failures のデフォルト: "false"
コマンドが失敗した場合は、コマンドライン全体を出力します。
タグ: terminal_output
他のカテゴリに分類されない Bazel コマンドへの一般的な入力を指定または変更するオプション:
--aspects_parameters=<a 'name=value' assignment> 回の使用が累積されています
コマンドライン アスペクト パラメータの値を指定します。各パラメータ値は、<param_name>=<param_value> で指定されます。例: 'my_param=my_val'「my_param」は--aspects リストのアスペクトのパラメータであるか、リストのアスペクトで必須です。このオプションは複数回使用できます。ただし、同じパラメータに複数回値を割り当てることはできません。
タグ: loading_and_analysis
--experimental_resolved_file_instead_of_workspace=<a string> のデフォルト: ""
空でない場合、WORKSPACE ファイルではなく、指定された解決済みファイルを読み取る
タグ: changes_inputs
--target_pattern_file=<a string> のデフォルト: ""
設定すると、ビルドはコマンドラインではなく、ここで指定したファイルからパターンを読み取ります。ファイルとコマンドライン パターンをここで指定するとエラーになります。
タグ: changes_inputs
リモート キャッシュと実行のオプション:
--experimental_downloader_config=<a string> のデフォルト: 説明を参照
リモート ダウンローダを構成するファイルを指定します。このファイルは行で構成されます。各行はディレクティブ(`allow`、`block`、`rewrite`)で始まり、その後にホスト名(`allow` と `block`)または 2 つのパターン(1 つは照合するパターン、もう 1 つは代替 URL として使用するパターン)で始まり、後方参照は `$1` から始まります。同じ URL に対して複数の「rewrite」ディレクティブを指定できます。この場合、複数の URL が返されます。
--[no]experimental_guard_against_concurrent_changes のデフォルト: "false"
これをオフにすると、アクションをリモート キャッシュにアップロードする前に、アクションの入力ファイルの ctime チェックが無効になります。Linux カーネルがファイルの書き込みを遅延し、偽陽性になることがあります。
--experimental_remote_build_event_upload=<all or minimal> のデフォルト: 「all」
「all」に設定した場合、BEP が参照するすべてのローカル出力がリモート キャッシュに保存されます。 「minimal」に設定した場合、BEP の利用者にとって重要なファイル(テストログ、タイミング プロファイルなど)を除き、BEP が参照するローカル出力はリモート キャッシュにアップロードされません。ファイルの URI には、リモート キャッシュにファイルがない場合でも、bytestream:// スキームが常に使用されます。 デフォルトは「all」です。
--[no]experimental_remote_cache_async のデフォルト: "false"
true の場合、リモート キャッシュ I/O はスポーンの一部として行われるのではなく、バックグラウンドで行われます。
--[no]experimental_remote_cache_compression のデフォルト: "false"
有効にすると、zstd でキャッシュ blob を圧縮/解凍します。
--experimental_remote_capture_corrupted_outputs=<a path> のデフォルト: 説明を参照
破損した出力をキャプチャするディレクトリのパス。
--[no]experimental_remote_discard_merkle_trees のデフォルト: "false"
true に設定した場合、GetActionResult() と Execute() の呼び出し中に、入力ルートのマークルツリーのメモリ内コピーと関連する入力マッピングを破棄します。これによりメモリ使用量は大幅に削減されますが、リモート キャッシュミスや再試行時に Bazel による再計算が必要になります。
--experimental_remote_downloader=<a string> のデフォルト: 説明を参照
リモート ダウンロード プロキシとして使用する Remote Asset API エンドポイント URI。サポートされているスキーマは、grpc、grpcs(TLS が有効な grpcs)、unix(ローカル UNIX ソケット)です。スキーマが指定されていない場合、Bazel はデフォルトで grpcs になります。参照: https://github.com/bazelbuild/remote-apis/blob/master/build/bazel/remote/asset/v1/remote_asset.proto
で確認できます。
--[no]experimental_remote_downloader_local_fallback のデフォルト: "false"
リモート ダウンローダが失敗した場合にローカル ダウンローダにフォールバックするかどうかを指定します。
--[no]experimental_remote_execution_keepalive のデフォルト: "false"
リモート実行呼び出しにキープアライブを使用するかどうか。
--experimental_remote_grpc_log=<a path> のデフォルト: 説明を参照
指定する場合、gRPC 呼び出しに関連する詳細を記録するためのファイルのパス。このログは、シリアル化された com.google.devtools.build.lib.remote.logging.RemoteExecutionLog.LogEntry protobuf のシーケンスで構成され、各メッセージの前には、メソッド LogEntry.writeDelimitedTo(OutputStream) によって実行される、次のシリアル化された protobuf メッセージのサイズを示す変数が付加されています。
--[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 です。
--[no]incompatible_remote_build_event_upload_respect_no_cache のデフォルト: "false"
true に設定した場合、生成されたアクションをリモート キャッシュに保存できない場合、BEP によって参照される出力はリモート キャッシュに保存されません。
--[no]incompatible_remote_downloader_send_all_headers のデフォルト: "true"
複数の値を持つヘッダーのすべての値を、最初のダウンローダだけでなく、リモート ダウンローダに送信するかどうかを指定します。
タグ: incompatible_change
--[no]incompatible_remote_output_paths_relative_to_input_root のデフォルト: "false"
true に設定すると、出力パスは、作業ディレクトリではなく、入力ルートからの相対パスになります。
タグ: incompatible_change
--[no]incompatible_remote_results_ignore_disk のデフォルト: "true"
true に設定した場合、--noremote_upload_local_results と --noremote_accept_cached がディスク キャッシュに適用されません。複合キャッシュを使用する場合: --noremote_upload_local_results を使用すると、結果がディスク キャッシュに書き込まれますが、リモート キャッシュにはアップロードされません。 --noremote_accept_cached を指定すると、Bazel はディスク キャッシュ内の結果を確認しますが、リモート キャッシュではチェックしません。 no-remote-exec アクションがディスク キャッシュにヒットする可能性があります。 詳しくは、#8216 をご覧ください。
タグ: incompatible_change
--[no]incompatible_remote_use_new_exit_code_for_lost_inputs のデフォルト: "false"
true に設定した場合、ビルド中にリモート キャッシュが blob を強制排除した場合、Bazel は 34 ではなく新しい終了コード 39 を使用します。
タグ: incompatible_change
--[no]remote_accept_cached のデフォルト: "true"
リモートのキャッシュに保存されたアクション結果を受け入れるかどうか。
--remote_bytestream_uri_prefix=<a string> のデフォルト: 説明を参照
ビルドイベント ストリームに書き込まれる bytestream:// URI で使用されるホスト名とインスタンス名。このオプションは、プロキシを使用してビルドを実行するときに設定できます。その結果、--remote_executor と --remote_instance_name の値が、リモート実行サービスの正規名に対応しなくなります。設定しない場合、デフォルトで「${hostname}/${instance_name}」になります。
--remote_cache=<a string> のデフォルト: 説明を参照
キャッシュ エンドポイントの URI。サポートされているスキーマは、http、https、grpc、grpcs(TLS 対応の grpcs)、unix(ローカル UNIX ソケット)です。スキーマが指定されていない場合、Bazel はデフォルトで grpcs になります。TLS を無効にするには、grpc://、http://、unix: スキーマを指定します。https://bazel.build/remote/caching をご覧ください。
で確認できます。
--remote_cache_header=<a 'name=value' assignment> 回の使用が累積されています
キャッシュ リクエストに含めるヘッダーを --remote_cache_header=Name=Value のように指定します。フラグを複数回指定することで、複数のヘッダーを渡すことができます。同じ名前の複数の値はカンマ区切りのリストに変換されます。
--remote_default_exec_properties=<a 'name=value' assignment> 回の使用が累積されています
実行プラットフォームに exec_properties がまだ設定されていない場合に、リモート実行プラットフォームとして使用されるデフォルトの exec プロパティを設定します。
タグ: affects_outputs
--remote_default_platform_properties=<a string> のデフォルト: ""
実行プラットフォームに remote_execution_properties がまだ設定されていない場合に、リモート実行 API に設定するデフォルトのプラットフォーム プロパティを設定します。この値は、リモート実行の実行プラットフォームとしてホスト プラットフォームを選択した場合にも使用されます。
--remote_downloader_header=<a 'name=value' assignment> 回の使用が累積されています
リモート ダウンローダーのリクエストに含めるヘッダーを --remote_downloader_header=Name=Value のように指定します。フラグを複数回指定することで、複数のヘッダーを渡すことができます。同じ名前の複数の値はカンマ区切りのリストに変換されます。
--remote_exec_header=<a 'name=value' assignment> 回の使用が累積されています
実行リクエストに含めるヘッダーを指定します(--remote_exec_header=Name=Value)。フラグを複数回指定することで、複数のヘッダーを渡すことができます。同じ名前の複数の値はカンマ区切りのリストに変換されます。
--remote_execution_priority=<an integer> のデフォルト: 「0」
リモートで実行されるアクションの相対的な優先度。特定の優先度値のセマンティクスは、サーバーに依存します。
--remote_executor=<a string> のデフォルト: 説明を参照
リモート実行エンドポイントのホストまたはホスト:ポート。サポートされているスキーマは、grpc、grpcs(TLS が有効な grpcs)、unix(ローカル UNIX ソケット)です。スキーマが指定されていない場合、Bazel はデフォルトで grpcs になります。TLS を無効にするには、grpc:// または unix: スキーマを指定します。
--remote_header=<a 'name=value' assignment> 回の使用が累積されています
リクエストに含めるヘッダーを --remote_header=Name=Value のように指定します。フラグを複数回指定することで、複数のヘッダーを渡すことができます。同じ名前の複数の値はカンマ区切りのリストに変換されます。
--remote_instance_name=<a string> のデフォルト: ""
Remote Execution 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_timeout=<An immutable length of time.> のデフォルト: 「60s」
リモート実行とキャッシュ呼び出しを待機する最大時間。REST キャッシュの場合、これは接続タイムアウトと読み取りタイムアウトの両方です。日(d)、時間(h)、分(m)、秒(s)、ミリ秒(ms)の単位を使用できます。単位を省略すると、値は秒として解釈されます。
--[no]remote_upload_local_results のデフォルト: "true"
リモート キャッシュでサポートされ、ユーザーにその権限がある場合に、ローカルで実行されたアクションの結果をリモート キャッシュにアップロードするかどうかを指定します。
--[no]remote_verify_downloads のデフォルト: "true"
true に設定した場合、Bazel はすべてのリモート ダウンロードのハッシュ合計を計算し、リモート キャッシュに保存された値が予想値と一致しない場合は破棄します。
で確認できます。
その他のカテゴリに該当しないその他のオプション:
--auto_output_filter=<none, all, packages or subpackages> のデフォルト: 「none」
--output_filter が指定されていない場合、このオプションの値を使用して自動的にフィルタが作成されます。使用できる値は「none」です(フィルタなし / すべてを表示)、「すべて」(すべてフィルタ / 何も表示しない)、「packages」(Blaze コマンドラインで言及されているパッケージ内のルールからの出力を含む)、および「サブパッケージ」(「packages」に似ていますが、サブパッケージも含まれます)。「packages」の場合と「subpackages」//java/foo と //javatests/foo という値は 1 つのパッケージとして扱われます)。
--[no]build_manual_tests のデフォルト: "false"
「manual」タグ付けされたテスト ターゲットを強制します。説明します。'手動'テストは処理から除外されます。このオプションでは、ビルドが強制的に行われます(ただし、実行されません)。
--build_tag_filters=<comma-separated list of options> のデフォルト: ""
タグのカンマ区切りのリストを指定します。各タグの前には任意で「-」を付けることができます除外タグを指定できますこれらのターゲットは、含まれるタグが 1 つ以上含まれ、除外されたタグを含まないターゲットのみがビルドされます。このオプションは、'test'command;テストのフィルタリング オプション(例: --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/y」を削除する場合は、このオプションを使用します。既存のパッケージ 'x' のものです。たとえば、クライアントで x/y/BUILD を削除した後、「//x:y/z」というラベルが見つかるとビルドシステムからエラーが表示されることがあります。別の package_path エントリで指定されている場合。この問題を回避するには、--deleted_packages x/y を指定します。
--[no]discard_analysis_cache のデフォルト: "false"
分析フェーズが完了したら、すぐに分析キャッシュを破棄します。メモリ使用量が約 10% 削減されますが、それ以上の増分ビルドは遅くなります。
--disk_cache=<a path> のデフォルト: 説明を参照
Bazel でアクションとアクション出力の読み取りと書き込みを行えるディレクトリへのパス。ディレクトリが存在しない場合は作成されます。
--embed_label=<a one-line string> のデフォルト: ""
ソース管理のリビジョンまたはリリースラベルをバイナリに埋め込む
--execution_log_binary_file=<a path> のデフォルト: 説明を参照
src/main/protobuf/spawn.proto に従い、実行されたスポーンを区切りの Spawn proto としてこのファイルに記録します。ログは最初に順番どおりに書き込まれず、呼び出しの最後には安定した順序で並べられます(CPU やメモリを大量に消費することがあります)。関連フラグ: --execution_log_json_file(順序付きテキストの JSON 形式)、--experimental_execution_log_file(順序のないバイナリ protobuf 形式)、--subcommands(ターミナル出力にサブコマンドを表示)。
--execution_log_json_file=<a path> のデフォルト: 説明を参照
src/main/protobuf/spawn.proto に従って、実行されたスポーンを、区切り文字で区切られた Spawn proto の JSON 表現としてこのファイルに記録します。ログは最初に順番どおりに書き込まれず、呼び出しの最後には安定した順序で並べられます(CPU やメモリを大量に消費することがあります)。関連フラグ: 関連フラグ: --execution_log_binary_file(順序付けされたバイナリ protobuf 形式)、--experimental_execution_log_file(順序付けのないバイナリ protobuf 形式)、--subcommands(ターミナル出力にサブコマンドを表示)。
--[no]execution_log_sort のデフォルト: "true"
実行ログを並べ替えるかどうか。false に設定するとメモリのパフォーマンスが向上しますが、非決定的な順序でログが生成されます。
--[no]expand_test_suites のデフォルト: "true"
分析の前に test_suite ターゲットを構成テストに展開する。このフラグがオンになっている場合(デフォルト)、テストスイートに属するテストには否定的なターゲット パターンが適用されます。それ以外の場合は適用されません。このフラグをオフにすると、トップレベルのアスペクトをコマンドラインで適用し、test_suite ターゲットを分析できるようになるため便利です。
タグ: loading_and_analysis
--experimental_credential_helper=<An (unresolved) path to a credential helper for a scope.> 回の使用が累積されています
指定されたスコープ(ドメイン)の認証情報を取得するために使用する認証情報ヘルパーを構成します。 認証情報ヘルパーから提供される認証情報は、<code>--google_default_credentials</code>、`--google_credentials`、または <code>.netrc</code> の認証情報よりも優先されます。 詳細については、https://github.com/bazelbuild/proposals/blob/main/designs/2022-06-07-bazel-credential-helpers.md をご覧ください。
--experimental_credential_helper_cache_duration=<An immutable length of time.> のデフォルト: 「30m」
認証情報ヘルパーからの認証情報をキャッシュに保存する期間を構成します。 異なる値で呼び出しを行うと、既存のエントリの存続期間が調整されます。キャッシュをクリアするには 0 を渡してください。このフラグに関係なく、Clean コマンドは常にキャッシュをクリアします。
--experimental_credential_helper_timeout=<An immutable length of time.> のデフォルト: 「5s」
認証情報ヘルパーのタイムアウトを設定します。 認証情報ヘルパーがこのタイムアウト内に応答しなかった場合、呼び出しは失敗します。
--experimental_execution_log_file=<a path> のデフォルト: 説明を参照
src/main/protobuf/spawn.proto に従い、実行されたスポーンを区切りの Spawn proto としてこのファイルに記録します。このファイルは、スポーンの実行順に書き込まれます。関連フラグ: --execution_log_binary_file(順序付けされたバイナリ protobuf 形式)、--execution_log_json_file(順序付きテキストの JSON 形式)、--subcommands(ターミナル出力にサブコマンドを表示)。
--[no]experimental_execution_log_spawn_metrics のデフォルト: "false"
実行された Spawns ログに Spawn 指標を含めます。
--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_prioritize_local_actions のデフォルト: "true"
設定すると、ローカルでのみ実行できるアクションがリソースを取得する最初の機会に、動的に実行されるワーカーに 2 回目の機会が与えられ、動的に実行されるスタンドアロンのアクションが最後に来ます。
タグ: execution
--experimental_spawn_scheduler
ローカルとリモートのアクションを並行して実行することで、動的実行を可能にします。Bazel は、各アクションをローカルおよびリモートで生成し、最初に完了したアクションを選択します。アクションがワーカーをサポートしている場合、ローカル アクションは永続ワーカーモードで実行されます。個々のアクション ニーモニックの動的実行を有効にするには、代わりに「--internal_spawn_scheduler」フラグと「--strategy=<mnemonic>=dynamic」フラグを使用します。
展開先:
--internal_spawn_scheduler
--spawn_strategy=dynamic
をご覧ください。
--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 は、接続で読み取りオペレーションがなかったこの時間が経過した後(ただし、保留中の gRPC 呼び出しが少なくとも 1 つある場合にのみ)ping を送信します。時間は秒単位として扱われます。1 秒未満の値を設定するとエラーになります。デフォルトでは、キープアライブ ping は無効になっています。この設定を有効にする前に、サービス オーナーと調整する必要があります。たとえば、このフラグに 30 秒の値を設定するには、この --grpc_keepalive_time=30s のように設定する必要があります。
で確認できます。
--grpc_keepalive_timeout=<An immutable length of time.> のデフォルト: 「20s」
送信 gRPC 接続のキープアライブ タイムアウトを構成します。keep-alive ping が --grpc_keepalive_time ありで有効になっている場合、この時間が過ぎても Bazel が ping の応答を受信しないと、接続がタイムアウトします。時間は秒単位として扱われます。1 秒未満の値を設定するとエラーになります。キープアライブ ping が無効になっている場合、この設定は無視されます。
--[no]ignore_unsupported_sandboxing のデフォルト: "false"
このシステムでサンドボックス化の実行がサポートされていない場合は、警告を出力しません。
--[no]incompatible_dont_use_javasourceinfoprovider のデフォルト: "false"
オペレーションなし
タグ: incompatible_change
--local_cpu_resources=<an integer, or "HOST_CPUS", optionally followed by [-|*]<float>.> のデフォルト: 「HOST_CPUS」
ローカルで実行されるビルド アクションに費やすために Bazel で使用できるローカル CPU コアの合計数を明示的に設定します。整数または「HOST_CPUS」の形式を取り、必要に応じてその後に [-|*]<float> を続けます。(例:HOST_CPUS*.5 で、使用可能な CPU コアの半分を使用します。デフォルトでは(「HOST_CPUS」)、Bazel はシステム構成に対してクエリを実行し、使用可能な CPU コアの数を推定します。
--local_extra_resources=<a named float, 'name=value'> 回の使用が累積されています
Bazel で使用できる追加リソースの数を設定します。文字列と浮動小数点数のペアを取ります。複数回使用して、複数の種類の追加リソースを指定できます。Bazel は、利用可能な追加リソースと必要な追加リソースに基づいて、同時に実行するアクションを制限します。テストでは、「resources:<resoucename>:<amount>」のタグを使用して、必要となる追加リソースの量を宣言できます。使用できます。使用可能な CPU、RAM、リソースをこのフラグで設定することはできません。
--local_ram_resources=<an integer, 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% を使用します。
--local_termination_grace_seconds=<an integer> のデフォルト: 「15」
タイムアウトによるローカル プロセスの終了から強制的にシャットダウンまでの待機時間。
--override_repository=<an equals-separated mapping of repository name to path> 回の使用が累積されています
ローカル ディレクトリでリポジトリをオーバーライドします。
--package_path=<colon-separated list of options> のデフォルト: "%workspace%"
パッケージを検索する場所をコロンで区切ったリスト。「%workspace%」で始まる要素含まれるワークスペースを基準とします。省略または空にした場合、デフォルトは「bazel info default-package-path」の出力です。
--[no]show_loading_progress のデフォルト: "true"
有効にすると、Bazel で「Loading package:」と表示されます。ブロックすることもできます。
--test_lang_filters=<comma-separated list of options> のデフォルト: ""
テスト言語のカンマ区切りのリストを指定します。各言語の前にはオプションで「-」を付けることができます除外言語を指定できます指定した言語で記述されたテスト ターゲットのみが表示されます。各言語に使用する名前は、*_test ルールの言語接頭辞と同じにする必要があります(例:「cc」、「java」、「py」などのいずれかになります。このオプションは、--build_tests_only の動作とテストコマンドに影響します。
--test_size_filters=<comma-separated list of values: small, medium, large or enormous> のデフォルト: ""
テストサイズのカンマ区切りのリストを指定します。各サイズの前に「-」を付けることもできます除外サイズを指定できますすると、指定したサイズが 1 つ以上含まれ、除外したサイズが含まれていないテスト ターゲットのみが表示されます。このオプションは、--build_tests_only の動作とテストコマンドに影響します。
--test_tag_filters=<comma-separated list of options> のデフォルト: ""
テストタグのカンマ区切りのリストを指定します。各タグの前には任意で「-」を付けることができます除外タグを指定できますテスト ターゲットのうち、含まれるタグが 1 つ以上あり、除外されたタグが含まれていないテスト ターゲットのみが表示されます。このオプションは、--build_tests_only の動作とテストコマンドに影響します。
--test_timeout_filters=<comma-separated list of values: short, moderate, long or eternal> のデフォルト: ""
テスト タイムアウトのカンマ区切りリストを指定します。各タイムアウトの前にはオプションで「-」を付けることができます除外タイムアウトを指定できますタイムアウトが少なくとも 1 つ含まれ、除外タイムアウトが含まれていないテスト ターゲットのみが見つかります。このオプションは、--build_tests_only の動作とテストコマンドに影響します。
--tls_certificate=<a string> のデフォルト: 説明を参照
サーバー証明書への署名で信頼されている TLS 証明書のパスを指定します。
--tls_client_certificate=<a string> のデフォルト: 説明を参照
使用する TLS クライアント証明書を指定します。クライアント認証を有効にするには、クライアント キーも指定する必要があります。
--tls_client_key=<a string> のデフォルト: 説明を参照
使用する TLS クライアント鍵を指定します。クライアント認証を有効にするには、クライアント証明書も指定する必要があります。
--workspace_status_command=<path> のデフォルト: ""
ワークスペースに関するステータス情報を Key-Value ペアの形式で提供するために、ビルドの開始時に呼び出されるコマンド。詳細な仕様については、ユーザー・マニュアルをご覧ください。例については、tools/buildstamp/get_workspace_status をご覧ください。
で確認できます。
ビルドの実行を制御するオプション:
--[no]check_up_to_date のデフォルト: "false"
ビルドは実行せず、最新バージョンかどうかを確認するだけです。すべてのターゲットが最新である場合、ビルドは正常に完了します。実行する必要があるステップがある場合は、エラーが報告され、ビルドは失敗します。
タグ: execution
ファイル システムを直接呼び出してシンボリック リンク ツリーを作成するかどうか
タグ: loading_and_analysisexecutionexperimental
--[no]experimental_remotable_source_manifests のデフォルト: "false"
ソース マニフェスト アクションをリモート可能にするかどうか
タグ: loading_and_analysisexecutionexperimental
--[no]experimental_split_coverage_postprocessing のデフォルト: "false"
true の場合、Bazel は新しい Spwn でテストのカバレッジ後処理を実行します。
タグ: execution
--[no]experimental_split_xml_generation のデフォルト: "true"
このフラグが設定されている場合、テスト アクションで test.xml ファイルが生成されない場合、Bazel は別のアクションを使用して、テストログを含むダミーの test.xml ファイルを生成します。それ以外の場合、Bazel はテスト アクションの一環として test.xml を生成します。
タグ: execution
--[no]experimental_strict_fileset_output のデフォルト: "false"
このオプションを有効にすると、ファイルセットはすべての出力アーティファクトを通常のファイルとして扱います。ディレクトリを走査したり、シンボリック リンクの影響を受けたりすることはありません。
タグ: execution
--genrule_strategy=<comma-separated list of options> のデフォルト: ""
genrules の実行方法を指定します。このフラグは段階的に廃止されます。代わりに、--spawn_strategy=<value> を使用してください。すべてのアクションを制御するか、--strategy=Genrule=<value>genrule のみを制御します。
タグ: execution
--jobs=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5"> [-j] デフォルト: "auto"
実行する同時実行ジョブの数。整数またはキーワード("auto"、"HOST_CPUS"、"HOST_RAM")を取り、必要に応じてその後に演算([-|*]<float>)が続きます(例:"auto"、"HOST_CPUS*.5" のように指定します。値は 1 ~ 5,000 の範囲で指定してください。値が 2,500 を超えると、メモリの問題が発生する可能性があります。「自動」ホストリソースに基づいて妥当なデフォルト値を計算します。
タグ: 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" のように指定します。「自動」ホストリソースに基づいて妥当なデフォルト値が設定されます。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'「requires-x」を追加するすべての Genrule アクションの実行情報に追加します。 '(?!Genrule).*=-requires-x'「requires-x」を削除実行情報から取得します。
タグ: executionaffects_outputsloading_and_analysis
--persistent_android_dex_desugar
ワーカーを使用して永続的な Android dex アクションと desugar アクションを有効にします。
展開先:
--strategy=Desugar=worker
--strategy=DexBuilder=worker

タグ: host_machine_resource_optimizationsexecution
--persistent_android_resource_processor
ワーカーを使用して永続的な Android リソース プロセッサを有効にします。
展開先:
--internal_persistent_busybox_tools
--strategy=AaptPackage=worker
--strategy=AndroidResourceParser=worker
--strategy=AndroidResourceValidator=worker
--strategy=AndroidResourceCompiler=worker
--strategy=RClassGenerator=worker
--strategy=AndroidResourceLink=worker
--strategy=AndroidAapt2=worker
--strategy=AndroidAssetMerger=worker
--strategy=AndroidResourceMerger=worker
--strategy=AndroidCompiledResourceMerger=worker
--strategy=ManifestMerger=worker
--strategy=AndroidManifestMerger=worker
--strategy=Aapt2Optimize=worker
--strategy=AARGenerator=worker

タグ: host_machine_resource_optimizationsexecution
--persistent_multiplex_android_dex_desugar
ワーカーを使用して、永続的な多重化された Android dex アクションと desugar アクションを有効にします。
展開先:
--persistent_android_dex_desugar
--modify_execution_info=Desugar=+supports-multiplex-workers
--modify_execution_info=DexBuilder=+supports-multiplex-workers

タグ: host_machine_resource_optimizationsexecution
--persistent_multiplex_android_resource_processor
ワーカーを使用して永続的な多重化 Android リソース プロセッサを有効にします。
展開先:
--persistent_android_resource_processor
--modify_execution_info=AaptPackage=+supports-multiplex-workers
--modify_execution_info=AndroidResourceParser=+supports-multiplex-workers
--modify_execution_info=AndroidResourceValidator=+supports-multiplex-workers
--modify_execution_info=AndroidResourceCompiler=+supports-multiplex-workers
--modify_execution_info=RClassGenerator=+supports-multiplex-workers
--modify_execution_info=AndroidResourceLink=+supports-multiplex-workers
--modify_execution_info=AndroidAapt2=+supports-multiplex-workers
--modify_execution_info=AndroidAssetMerger=+supports-multiplex-workers
--modify_execution_info=AndroidResourceMerger=+supports-multiplex-workers
--modify_execution_info=AndroidCompiledResourceMerger=+supports-multiplex-workers
--modify_execution_info=ManifestMerger=+supports-multiplex-workers
--modify_execution_info=AndroidManifestMerger=+supports-multiplex-workers
--modify_execution_info=Aapt2Optimize=+supports-multiplex-workers
--modify_execution_info=AARGenerator=+supports-multiplex-workers

タグ: host_machine_resource_optimizationsexecution
--persistent_multiplex_android_tools
永続的な Android ツールと多重化された Android ツール(dex 変換、desugar、リソース処理)を有効にします。
展開先:
--internal_persistent_multiplex_busybox_tools
--persistent_multiplex_android_resource_processor
--persistent_multiplex_android_dex_desugar

タグ: host_machine_resource_optimizationsexecution
--spawn_strategy=<comma-separated list of options> のデフォルト: ""
Spawn アクションのデフォルトの実行方法を指定します。優先度が最も高いものから低いものの順に、戦略をカンマで区切ったリストを指定できます。Bazel は、アクションごとに、アクションを実行できる優先度が最も高い戦略を選択します。デフォルト値は「remote,worker,sandboxed,local」です。詳細については、https://blog.bazel.build/2019/06/19/list-strategy.html をご覧ください。
タグ: execution
--strategy=<a '[name=]value1[,..,valueN]' assignment> 回の使用が累積されています
他の Spawn アクションのコンパイルを分散する方法を指定します。優先度が最も高いものから低いものの順に、戦略をカンマで区切ったリストを指定できます。Bazel は、アクションごとに、アクションを実行できる優先度が最も高い戦略を選択します。デフォルト値は「remote,worker,sandboxed,local」です。このフラグは、--spawn_strategy(mnemonic Genrule とともに使用する場合は --genrule_strategy)によって設定された値をオーバーライドします。詳細については、https://blog.bazel.build/2019/06/19/list-strategy.html をご覧ください。
タグ: execution
--strategy_regexp=<a '<RegexFilter>=value[,value]' assignment> 回の使用が累積されています
特定の regex_filter に一致する説明を持つスポーン アクションの実行に使用するスポーン戦略をオーバーライドします。regex_filter の一致の詳細については、--per_file_copt をご覧ください。説明に一致する最初の regex_filter が使用されます。このオプションは、戦略を指定する他のフラグをオーバーライドします。例: --strategy_regexp=//foo.*\.cc,-//foo/bar=local は、説明が //foo.*.cc に一致するが //foo/bar には一致しない場合に、ローカル戦略を使用してアクションを実行することを意味します。例: --strategy_regexp='Compiling.*/bar=local --strategy_regexp=Compiling=sandboxed を実行すると、'Compiling //foo/bar/baz' が実行されます「local」を順序を逆にすると「サンドボックス」で実行されます。
タグ: execution
アクションの実行に使用するツールチェーンを構成するオプション:
--android_compiler=<a string> のデフォルト: 説明を参照
Android ターゲット コンパイラ。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--android_crosstool_top=<a build target label> のデフォルト: 「//external:android/crosstool」
Android ビルドに使用される C++ コンパイラの場所。
タグ: affects_outputschanges_inputsloading_and_analysisloses_incremental_state
--android_grte_top=<a label> のデフォルト: 説明を参照
Android ターゲットの grte_top。
タグ: changes_inputsloading_and_analysisloses_incremental_state
--android_manifest_merger=<legacy, android or force_android> のデフォルト: "android"
android_binary ルールに使用するマニフェスト マージツールを選択します。従来のマージツールから Android マニフェスト マージツールへの移行をサポートするフラグ。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--android_platforms=<a build target label> のデフォルト: ""
android_binary ターゲットが使用するプラットフォームを設定します。複数のプラットフォームが指定されている場合、バイナリはファット APK になり、指定された各ターゲット プラットフォームのネイティブ バイナリが含まれています。
タグ: changes_inputsloading_and_analysisloses_incremental_state
--android_sdk=<a build target label> のデフォルト: "@bazel_tools//tools/android:sdk"
Android アプリのビルドに使用する Android SDK/プラットフォームを指定します。
タグ: changes_inputsloading_and_analysisloses_incremental_state
--apple_compiler=<a string> のデフォルト: 説明を参照
Apple ターゲット コンパイラ。ツールチェーンのバリアント(xcode-beta など)を選択する場合に便利です。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--apple_crosstool_top=<a build target label> デフォルト: "@bazel_tools//tools/cpp:ツールチェーン"
Apple ルールと Objc ルール、およびそれらの依存関係で使用されるクロスツール パッケージのラベル。
タグ: loses_incremental_statechanges_inputs
--apple_grte_top=<a build target label> のデフォルト: 説明を参照
Apple ターゲット grte_top。
タグ: changes_inputsloading_and_analysisloses_incremental_state
--cc_output_directory_tag=<a string> のデフォルト: ""
構成ディレクトリに追加する接尾辞を指定します。
タグ: affects_outputsexplicit_in_output_path
--compiler=<a string> のデフォルト: 説明を参照
ターゲットのコンパイルに使用する C++ コンパイラ。
タグ: loading_and_analysisexecution
--coverage_output_generator=<a build target label> のデフォルト: "@bazel_tools//tools/test:lcov_merger"
未加工のカバレッジ レポートの後処理に使用されるバイナリの場所。現在は、単一のファイル(バイナリ)を含むファイル グループである必要があります。デフォルトは「//tools/test:lcov_merger」です。
タグ: changes_inputsaffects_outputsloading_and_analysis
--coverage_report_generator=<a build target label> デフォルト: "@bazel_tools//tools/test:coverage_report_generator"
カバレッジ レポートの生成に使用されるバイナリの場所。現在は、単一のファイル(バイナリ)を含むファイル グループである必要があります。デフォルトは「//tools/test:coverage_report_generator」です。
タグ: changes_inputsaffects_outputsloading_and_analysis
--coverage_support=<a build target label> デフォルト: "@bazel_tools//tools/test:coverage_support"
コード カバレッジを収集するすべてのテスト アクションの入力に必要なサポート ファイルの場所。デフォルトは「//tools/test:coverage_support」です。
タグ: changes_inputsaffects_outputsloading_and_analysis
--crosstool_top=<a build target label> デフォルト: "@bazel_tools//tools/cpp:ツールチェーン"
C++ コードのコンパイルに使用されるクロスツール パッケージのラベル。
タグ: loading_and_analysischanges_inputsaffects_outputs
--custom_malloc=<a build target label> のデフォルト: 説明を参照
カスタム Maloc 実装を指定します。この設定は、ビルドルールの malloc 属性をオーバーライドします。
タグ: changes_inputsaffects_outputs
--experimental_add_exec_constraints_to_targets=<a '<RegexFilter>=<label1>[,<label2>,...]' assignment> 回の使用が累積されています
カンマ区切りの正規表現のリスト。それぞれに接頭辞 -(負の式)が付加され、カンマで区切られた制約値ターゲットのリストに割り当てられます(=)。ターゲットが否定式と一致せず、少なくとも 1 つの正の式がある場合、制約値を実行制約として宣言した場合と同様に、ツールチェーンの解決が実行されます。例: //demo,-test=@platforms//cpus:x86_64 と指定すると 'x86_64' が追加されます。//demo の下にあるすべてのターゲットに送られます。ただし、名前に「test」が含まれるターゲットは除外されます。
タグ: loading_and_analysis
--[no]experimental_enable_objc_cc_deps のデフォルト: "true"
objc_* ルールが cc_library に依存することを許可し、--cpu を「ios_<--ios_cpu>」に設定して objc の依存関係をビルドできるようにする--ios_multi_cpu の値に対して 0 です。
タグ: loading_and_analysisincompatible_change
--[no]experimental_include_xcode_execution_requirements のデフォルト: "false"
設定する場合は、「requires-xcode:{version}」を追加します。すべての Xcode アクションに適用する必要があります。Xcode バージョンにハイフン付きのラベルがある場合は、「requires-xcode-label:{version_label}」も追加します。適用できます。
タグ: loses_incremental_stateloading_and_analysisexecution
--[no]experimental_prefer_mutual_xcode のデフォルト: "true"
true の場合、ローカルとリモートの両方で使用できる最新の Xcode を使用します。false の場合、または相互に利用可能なバージョンがない場合は、xcode-select で選択されたローカル Xcode バージョンを使用します。
タグ: loses_incremental_state
--extra_execution_platforms=<comma-separated list of options> 回の使用が累積されています
アクションを実行する実行プラットフォームとして利用できるプラットフォーム。プラットフォームは正確なターゲットで、またはターゲット パターンとして指定できます。これらのプラットフォームは、register_execution_platforms() によって WORKSPACE ファイルで宣言される前に考慮されます。
タグ: execution
--extra_toolchains=<comma-separated list of options> 回の使用が累積されています
ツールチェーンの解決時に考慮されるツールチェーン ルール。ツールチェーンは、正確なターゲットで、またはターゲット パターンとして指定できます。これらのツールチェーンは、Register_ツールチェーン s() によって WORKSPACE ファイルで宣言されたものの前に考慮されます。
タグ: affects_outputschanges_inputsloading_and_analysis
--grte_top=<a label> のデフォルト: 説明を参照
チェックインされた libc ライブラリへのラベル。デフォルト値はクロスツール ツールチェーンによって選択され、オーバーライドする必要はほとんどありません。
タグ: action_command_linesaffects_outputs
--host_compiler=<a string> のデフォルト: 説明を参照
ホスト コンパイルに使用する C++ コンパイラ。--host_crosstool_top が設定されていない場合、無視されます。
タグ: loading_and_analysisexecution
--host_crosstool_top=<a build target label> のデフォルト: 説明を参照
デフォルトでは、--crosstool_top オプションと --compiler オプションもホスト構成に使用されます。このフラグを指定すると、Bazel は指定された crosstool_top に対してデフォルトの libc とコンパイラを使用します。
タグ: loading_and_analysischanges_inputsaffects_outputs
--host_grte_top=<a label> のデフォルト: 説明を参照
指定した場合、この設定はホスト構成の libc 最上位ディレクトリ(--grte_top)をオーバーライドします。
タグ: action_command_linesaffects_outputs
--host_platform=<a build target label> のデフォルト: ""
ホストシステムを記述するプラットフォーム ルールのラベル。
タグ: affects_outputschanges_inputsloading_and_analysis
--[no]incompatible_disable_expand_if_all_available_in_flag_set のデフォルト: "true"
true の場合、Bazel は、flag_sets で Expand_if_all_available を指定できません(移行手順については、https://github.com/bazelbuild/bazel/issues/7008 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_dont_enable_host_nonhost_crosstool_features のデフォルト: "true"
true の場合、Bazel は「host」を有効にしません。および「nonhost」(詳しくは、https://github.com/bazelbuild/bazel/issues/7407 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_enable_android_toolchain_resolution のデフォルト: "false"
ツールチェーン解決を使用して Android ルール用の Android SDK を選択する(Starlark とネイティブ)
タグ: loading_and_analysisincompatible_change
--[no]incompatible_enable_apple_toolchain_resolution のデフォルト: "false"
ツールチェーン解決を使用して Apple ルール用の Apple SDK を選択する(Starlark とネイティブ)
タグ: loading_and_analysisincompatible_change
--[no]incompatible_make_thinlto_command_lines_standalone のデフォルト: "true"
true の場合、Bazel は lto インデックス作成コマンドラインに C++ リンク アクション コマンドラインを再利用しません(詳しくは、https://github.com/bazelbuild/bazel/issues/6791 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_remove_cpu_and_compiler_attributes_from_cc_toolchain のデフォルト: "true"
true の場合、cc_tooltip.cpu 属性と cc_ツールチェーン.compiler 属性が設定されていると Bazel からエラーが表示されます(移行手順については、https://github.com/bazelbuild/bazel/issues/7075 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_remove_legacy_whole_archive のデフォルト: "true"
true の場合、Bazel はデフォルトでライブラリの依存関係をアーカイブ全体としてリンクしません(移行手順については、https://github.com/bazelbuild/bazel/issues/7362 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_require_ctx_in_configure_features のデフォルト: "true"
true の場合、Bazel で「gsuite」が必要になります。を cc_common.configure_features に追加します(詳しくは、https://github.com/bazelbuild/bazel/issues/7793 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]interface_shared_objects のデフォルト: "true"
ツールチェーンでサポートされている場合は、インターフェース共有オブジェクトを使用します。現在、この設定はすべての ELF ツールチェーンでサポートされています。
タグ: loading_and_analysisaffects_outputsaffects_outputs
--ios_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を参照
iOS アプリケーションのビルドに使用する iOS SDK のバージョンを指定します。指定しない場合は、「xcode_version」のデフォルトの iOS SDK バージョンを使用します。
タグ: loses_incremental_state
--macos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を参照
macOS アプリケーションのビルドに使用する macOS SDK のバージョンを指定します。指定しない場合、「xcode_version」のデフォルトの macOS SDK バージョンが使用されます。
タグ: loses_incremental_state
--minimum_os_version=<a string> のデフォルト: 説明を参照
コンパイルが対象とする最小 OS バージョン。
タグ: loading_and_analysisaffects_outputs
--platform_mappings=<a relative path> のデフォルト: ""
設定されていない場合に使用するプラットフォーム、またはプラットフォームがすでに存在する場合に設定するフラグを記述するマッピング ファイルの場所。メインのワークスペースのルートからの相対パスにする必要があります。デフォルトは「platform_mappings」(ワークスペースのルートの直下にあるファイル)。
タグ: affects_outputschanges_inputsloading_and_analysis
--platforms=<a build target label> のデフォルト: ""
現在のコマンドのターゲット プラットフォームを記述するプラットフォーム ルールのラベル。
タグ: affects_outputschanges_inputsloading_and_analysis
--python2_path=<a string> のデフォルト: 説明を参照
非推奨、NoOps。「--compatible_use_python_ツールチェーン」によって無効にします。
タグ: no_opdeprecated
--python3_path=<a string> のデフォルト: 説明を参照
非推奨、NoOps。「--compatible_use_python_ツールチェーン」によって無効にします。
タグ: no_opdeprecated
--python_path=<a string> のデフォルト: 説明を参照
ターゲット プラットフォームで Python ターゲットを実行するために呼び出される Python インタープリタの絶対パス。非推奨、無効にします。
タグ: loading_and_analysisaffects_outputs
--python_top=<a build target label> のデフォルト: 説明を参照
ターゲット プラットフォームで Python ターゲットを実行するために呼び出される Python インタープリタを表す py_runtime のラベル。非推奨、無効にします。
タグ: loading_and_analysisaffects_outputs
--target_platform_fallback=<a build target label> デフォルト: "@local_config_platform//:host"
ターゲット プラットフォームが設定されておらず、現在のフラグセットに一致するプラットフォーム マッピングがない場合に使用されるプラットフォーム ルールのラベル。
タグ: affects_outputschanges_inputsloading_and_analysis
--tvos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を参照
tvOS アプリのビルドに使用する tvOS SDK のバージョンを指定します。指定しない場合は、「xcode_version」のデフォルトの tvOS SDK バージョンを使用します。
タグ: loses_incremental_state
--watchos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を参照
watchOS アプリのビルドに使用する watchOS SDK のバージョンを指定します。指定しない場合は、「xcode_version」のデフォルトの 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_enable_auto_dsym_dbg のデフォルト: "false"
dbg ビルドのデバッグ シンボル(.dSYM)ファイルの生成を強制的に有効にするかどうかを指定します。
タグ: affects_outputsaction_command_lines
--[no]apple_generate_dsym のデフォルト: "false"
デバッグ シンボル(.dSYM)ファイルを生成するかどうか。
タグ: affects_outputsaction_command_lines
--[no]build のデフォルト: "true"
ビルドを実行します。これは通常の動作です。--nobuild を指定すると、ビルドはビルド アクションを実行する前に停止し、パッケージの読み込みと分析のフェーズが正常に完了するとゼロが返されます。このモードは、そうしたフェーズをテストする場合に便利です。
タグ: executionaffects_outputs
true の場合、すべてのターゲットのランファイル シンボリック リンク フォレストをビルドします。false の場合、可能であればマニフェストのみを書き込みます。
タグ: affects_outputs
--[no]build_runfile_manifests のデフォルト: "true"
true の場合、すべてのターゲットの runfile マニフェストを書き込みます。false の場合は省略します。false の場合、ローカルテストは実行に失敗します。
タグ: affects_outputs
--[no]build_test_dwp のデフォルト: "false"
有効にすると、C++ テストを静的に破棄してビルドするときに、テストバイナリの .dwp ファイルも自動的にビルドされます。
タグ: loading_and_analysisaffects_outputs
--cc_proto_library_header_suffixes=<comma-separated list of options> のデフォルト: ".pb.h"
cc_proto_library が作成するヘッダー ファイルの接頭辞を設定します。
タグ: affects_outputsloading_and_analysis
--cc_proto_library_source_suffixes=<comma-separated list of options> のデフォルト: 「.pb.cc」
cc_proto_library が作成するソースファイルの接頭辞を設定します。
タグ: affects_outputsloading_and_analysis
--[no]experimental_proto_descriptor_sets_include_source_info のデフォルト: "false"
proto_library で、代替 Java API バージョンの追加アクションを実行します。
タグ: affects_outputsloading_and_analysisexperimental
--[no]experimental_proto_extra_actions のデフォルト: "false"
proto_library で、代替 Java API バージョンの追加アクションを実行します。
タグ: affects_outputsloading_and_analysisexperimental
--[no]experimental_run_validations のデフォルト: "true"
代わりに --run_validations を使用してください。
タグ: executionaffects_outputs
--[no]experimental_save_feature_state のデフォルト: "false"
有効化されリクエストされた機能の状態をコンパイルの出力として保存します。
タグ: affects_outputsexperimental
--[no]experimental_use_validation_aspect のデフォルト: "false"
アスペクトを使用して検証アクションを実行するかどうか(テストとの並列処理用)。
タグ: executionaffects_outputs
--fission=<a set of compilation modes> のデフォルト: 「no」
C++ コンパイルとリンクに分裂を使用するコンパイル モードを指定します。{'fastbuild'、'dbg'、'opt'} の任意の組み合わせ、または特別な値「yes」を指定できます。すべてのモードを有効にし、[no] をすべてのモードを無効にします。
タグ: loading_and_analysisaction_command_linesaffects_outputs
--[no]incompatible_always_include_files_in_data のデフォルト: "true"
true の場合、ネイティブ ルールによって <code>DefaultInfo.files</code> が追加されます。(https://bazel.build/extending/rules#runfiles_features_to_avoid)という Starlark ルールの推奨動作と一致しています。
タグ: affects_outputsincompatible_change
--[no]legacy_external_runfiles のデフォルト: "true"
true の場合、(.runfiles/repo に加えて).runfiles/wsname/external/repo の下にランファイル シンボリック リンク フォレストをビルドします。
タグ: 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/rules/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> 回の使用が累積されています
ターゲット構成のアクションで使用できる環境変数のセットを指定します。変数は、名前(呼び出し環境から値を取得する場合)または名前と値のペア(呼び出し環境とは無関係に値を設定する名前と値のペア)で指定できます。このオプションは複数回使用できます。同じ変数に与えられたオプション、最新の勝利、異なる変数の選択肢が蓄積されます。
タグ: action_command_lines
--android_cpu=<a string> のデフォルト: 「armeabi-v7a」
Android のターゲット CPU。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--[no]android_databinding_use_androidx のデフォルト: "false"
AndroidX 互換のデータ バインディング ファイルを生成します。これは、データ バインディング v2 でのみ使用されます。
タグ: affects_outputsloading_and_analysisloses_incremental_stateexperimental
--[no]android_databinding_use_v3_4_args のデフォルト: "false"
3.4.0 引数で Android データ バインディング v2 を使用する
タグ: affects_outputsloading_and_analysisloses_incremental_stateexperimental
--android_dynamic_mode=<off, default or fully> のデフォルト: 「off」
cc_binary で共有ライブラリが明示的に作成されていない場合に、Android ルールの C++ の依存関係を動的にリンクするかどうかを指定します。「default」動的にリンクするかどうかを bazel が選択します。'完全に'すべてのライブラリが動的にリンクされます。'オフ'すべてのライブラリがほぼ静的モードでリンクされることを意味します。
タグ: affects_outputsloading_and_analysis
--android_manifest_merger_order=<alphabetical, alphabetical_by_configuration or dependency> のデフォルト: 「alphabetical」
Android バイナリのマニフェスト マージツールに渡されるマニフェストの順序を設定します。ALPHABETICAL は、マニフェストが execroot からの相対パスで並べ替えられることを意味します。ALPHABETICAL_BY_CONFIGURATION は、出力ディレクトリ内の構成ディレクトリからの相対パスでマニフェストが並べ替えられることを意味します。DEPENDENCY は、各ライブラリのマニフェストが依存関係のマニフェストの前に来るようにマニフェストが並べ替えられることを意味します。
タグ: action_command_linesexecution
--[no]android_resource_shrinking のデフォルト: "false"
ProGuard を使用する android_binary APK のリソース圧縮を有効にします。
タグ: affects_outputsloading_and_analysis
--apple_bitcode=<'mode' or 'platform=mode', where 'mode' is none, embedded_markers or embedded, and 'platform' is ios, watchos, tvos, macos or catalyst> 回の使用が累積されています
デバイス アーキテクチャをターゲットとするコンパイル ステップに Apple ビットコード モードを指定します。値は「[platform=]mode」の形式です。プラットフォーム(「ios」、「macos」、「tvos」、「watchos」)のいずれかは省略可能です。指定した場合、ビットコード モードはそのプラットフォームにのみ適用されます。省略した場合は、すべてのプラットフォームに適用されます。モードは、「none」、「embedded_markers」、または「embedded」でなければなりません。このオプションは複数回指定できます。
タグ: loses_incremental_state
--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 に一致するターゲットのみが影響を受けます。通常、このオプションは直接指定しないでください - 「bazelcover」コマンドを使用してください。
タグ: affects_outputs
--compilation_mode=<fastbuild, dbg or opt> [-c] デフォルト: "fastbuild"
バイナリをビルドするモードを指定します。値: fastbuild、dbg、opt。
タグ: affects_outputsaction_command_linesexplicit_in_output_path
--conlyopt=<a string> 回の使用が累積されています
C ソースファイルのコンパイル時に gcc に渡す追加オプション。
タグ: action_command_linesaffects_outputs
--copt=<a string> 回の使用が累積されています
gcc に渡す追加のオプション。
タグ: action_command_linesaffects_outputs
--cpu=<a string> のデフォルト: ""
ターゲット CPU。
タグ: changes_inputsaffects_outputsexplicit_in_output_path
--cs_fdo_absolute_path=<a string> のデフォルト: 説明を参照
CSFDO のプロファイル情報を使用してコンパイルを最適化します。プロファイル ファイル(未加工またはインデックス付き LLVM プロファイル ファイル)を含む zip ファイルの絶対パス名を指定します。
タグ: affects_outputs
--cs_fdo_instrument=<a string> のデフォルト: 説明を参照
コンテキスト依存の FDO 計測を使用してバイナリを生成します。Clang/LLVM コンパイラでは、未加工のプロファイル ファイルを実行時にダンプするディレクトリ名も指定できます。
タグ: affects_outputs
--cs_fdo_profile=<a build target label> のデフォルト: 説明を参照
最適化に使用されるコンテキスト依存プロファイルを表す cs_fdo_profile。
タグ: affects_outputs
--cxxopt=<a string> 回の使用が累積されています
C++ ソースファイルのコンパイル時に gcc に渡す追加オプション。
タグ: action_command_linesaffects_outputs
--define=<a 'name=value' assignment> 回の使用が累積されています
各 --define オプションで、ビルド変数の割り当てを指定します。
タグ: changes_inputsaffects_outputs
--dynamic_mode=<off, default or fully> のデフォルト: "default"
C++ バイナリを動的にリンクするかどうかを指定します。「default」つまり、Bazel は動的にリンクするかどうかを選択します。'完全に'すべてのライブラリが動的にリンクされます。'オフ'すべてのライブラリがほぼ静的モードでリンクされることを意味します。
タグ: loading_and_analysisaffects_outputs
--[no]enable_fdo_profile_absolute_path のデフォルト: "true"
設定すると、fdo_absolute_profile_path を使用するとエラーが発生します。
タグ: affects_outputs
--[no]enable_runfiles のデフォルト: "auto"
runfiles シンボリック リンク ツリーを有効にするWindows と他のプラットフォームでは、デフォルトで無効になっています。
タグ: affects_outputs
--experimental_action_listener=<a build target label> 回の使用が累積されています
アスペクトを優先するため非推奨。action_listener を使用して、既存のビルド アクションに extra_action をアタッチする。
タグ: executionexperimental
--[no]experimental_android_compress_java_resources のデフォルト: "false"
APK 内の Java リソースを圧縮する
タグ: affects_outputsloading_and_analysisexperimental
--[no]experimental_android_databinding_v2 のデフォルト: "false"
Android データ バインディング v2 を使用する
タグ: affects_outputsloading_and_analysisloses_incremental_stateexperimental
--[no]experimental_android_resource_shrinking のデフォルト: "false"
ProGuard を使用する android_binary APK のリソース圧縮を有効にします。
タグ: affects_outputsloading_and_analysis
--[no]experimental_android_rewrite_dexes_with_rex のデフォルト: "false"
rex ツールを使用して dex ファイルを書き換える
タグ: affects_outputsloading_and_analysisloses_incremental_stateexperimental
このフラグは、コンビニエンス シンボリック リンク(ビルド後にワークスペースに表示されるシンボリック リンク)の管理方法を制御します。可能な値: 通常(デフォルト): ビルドによって、コンビニエンス シンボリック リンクの各種類が作成または削除されます。 clean: すべてのシンボリック リンクが無条件に削除されます。 ignore: シンボリック リンクが残ります。 log_only: ログメッセージを「normal」として生成実際にはファイルシステム操作を実行しません(ツールに役立ちます)。 影響を受けるのは、--symlink_prefix の現在の値によって名前が生成されたシンボリック リンクのみです。プレフィックスを変更しても、既存のシンボリック リンクはそのまま残ります。
タグ: affects_outputs
このフラグは、ビルド イベント ConvenienceSymlinksIdentified を BuildEventProtocol に送信するかどうかを制御します。この値が true の場合、BuildEventProtocol には、便利な SymlinksIdentified のエントリが含まれ、ワークスペースで作成されたコンビニエンス シンボリック リンクがすべて一覧表示されます。false の場合、BuildEventProtocol のコンビニエンス SymlinksIdentified エントリは空です。
タグ: affects_outputs
--experimental_multi_cpu=<comma-separated list of options> 回の使用が累積されています
非推奨。NoOps。
タグ: affects_outputsexperimental
--experimental_objc_fastbuild_options=<comma-separated list of options> のデフォルト: "-O0,-DDEBUG=1"
これらの文字列を objc fastbuild コンパイラ オプションとして使用します。
タグ: action_command_lines
--[no]experimental_omitfp のデフォルト: "false"
true の場合、libunwind を使用してスタックのアンワインドを行い、-fomit-frame-pointer と -fasynchronous-unwind-tables を使用してコンパイルします。
タグ: action_command_linesaffects_outputsexperimental
--[no]experimental_platform_in_output_dir のデフォルト: "false"
true の場合、出力ディレクトリ名で CPU ではなくターゲット プラットフォームが使用されます。
タグ: affects_outputsexperimental
--[no]experimental_use_llvm_covmap のデフォルト: "false"
指定した場合、collect_code_coverage が有効なときに Bazel は gcov ではなく llvm-cov のカバレッジ マップ情報を生成します。
タグ: changes_inputsaffects_outputsloading_and_analysisexperimental
--fat_apk_cpu=<comma-separated list of options> のデフォルト: 「armeabi-v7a」
このオプションを設定すると、指定されたすべてのターゲット アーキテクチャ(--fat_apk_cpu=x86,armeabi-v7a.このフラグを指定すると、android_binary ルールの依存関係に関して --android_cpu は無視されます。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--[no]fat_apk_hwasan のデフォルト: "false"
HWAAN 分割を作成するかどうか。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--fdo_instrument=<a string> のデフォルト: 説明を参照
FDO 計測を使用してバイナリを生成します。Clang/LLVM コンパイラでは、未加工のプロファイル ファイルを実行時にダンプするディレクトリ名も指定できます。
タグ: affects_outputs
--fdo_optimize=<a string> のデフォルト: 説明を参照
FDO プロファイル情報を使用してコンパイルを最適化します。.gcda ファイルツリーを含む zip ファイル、自動プロファイルを含む afdo ファイル、または LLVM プロファイル ファイルの名前を指定します。このフラグは、ラベル(例: `//foo/bar:file.afdo`。対応するパッケージへの `exports_files` ディレクティブの追加が必要になることがある)と、`fdo_profile` ターゲットを指すラベルとして指定されたファイルも受け入れます。このフラグは `fdo_profile` ルールに置き換わります。
タグ: affects_outputs
--fdo_prefetch_hints=<a build target label> のデフォルト: 説明を参照
キャッシュ プリフェッチのヒントを使用します。
タグ: affects_outputs
--fdo_profile=<a build target label> のデフォルト: 説明を参照
最適化に使用されるプロファイルを表す fdo_profile。
タグ: affects_outputs
--features=<a string> 回の使用が累積されています
指定した機能は、ターゲット構成で構築されたターゲットに対してデフォルトで有効または無効にされます。-<feature> の指定この機能は無効になります。ネガティブな特徴は、ポジティブな特徴よりも常に優先されます。--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> 回の使用が累積されています
ホスト構成または実行構成を持つアクションで使用できる一連の環境変数を指定します。変数は、名前(呼び出し環境から値を取得する場合)または名前と値のペア(呼び出し環境とは無関係に値を設定する名前と値のペア)で指定できます。このオプションは複数回使用できます。同じ変数に与えられたオプション、最新の勝利、異なる変数の選択肢が蓄積されます。
タグ: action_command_lines
--host_compilation_mode=<fastbuild, dbg or opt> デフォルト: "opt"
ビルド中に使用するツールをビルドするモードを指定します。値: fastbuild、dbg、opt。
タグ: affects_outputsaction_command_lines
--host_conlyopt=<a string> 回の使用が累積されています
ホストツール用の C ソースファイルをコンパイルするときに gcc に渡す追加オプション。
タグ: action_command_linesaffects_outputs
--host_copt=<a string> 回の使用が累積されています
ホストツール用に gcc に渡す追加オプション。
タグ: action_command_linesaffects_outputs
--host_cpu=<a string> のデフォルト: ""
ホストの CPU。
タグ: changes_inputsaffects_outputs
--host_cxxopt=<a string> 回の使用が累積されています
ホストツール用に gcc に渡す追加オプション。
タグ: action_command_linesaffects_outputs
--host_features=<a string> 回の使用が累積されています
指定した機能は、exec 構成で構築されたターゲットに対してデフォルトで有効または無効にされます。-<feature> の指定この機能は無効になります。ネガティブな特徴は、ポジティブな特徴よりも常に優先されます。
タグ: changes_inputsaffects_outputs
--host_force_python=<PY2 or PY3> のデフォルト: 説明を参照
ホスト構成の Python バージョンをオーバーライドします。「PY2」の場合もあります。「PY3」を指定します。
タグ: loading_and_analysisaffects_outputs
--host_linkopt=<a string> 回の使用が累積されています
ホストツールをリンクする際に gcc に渡す追加オプション。
タグ: 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> 回の使用が累積されています
host 構成または exec 構成で特定のファイルをコンパイルするときに、C/C++ コンパイラに選択的に渡す追加のオプション。このオプションは複数回渡すことができます。構文: regex_filter@option_1,option_2,...,option_nここで regex_filter は、一致および除外の正規表現パターンのリストを表します(--instrumentation_filter もご覧ください)。option_1 ~ option_n は、任意のコマンドライン オプションを表します。オプションにカンマが含まれる場合は、バックスラッシュで囲む必要があります。オプションには @ を含めることができます。文字列の分割には最初の @ のみが使用されます。例: --host_per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0 は、//foo/ 内のすべての cc ファイル(bar.cc を除く)の gcc コマンドラインに -O0 コマンドラインオプションを追加します。
タグ: action_command_linesaffects_outputs
--host_swiftcopt=<a string> 回の使用が累積されています
ホストツール用に swiftc に渡す追加オプション。
タグ: action_command_linesaffects_outputs
--[no]incompatible_avoid_conflict_dlls のデフォルト: "true"
有効にすると、Windows で cc_library によって生成されたすべての C++ ダイナミック リンク ライブラリ(DLL)の名前が name_{hash}.dll に変更されます。ハッシュは RepositoryName と DLL のパッケージ パスに基づいて計算されます。このオプションは、同じ名前の複数の cc_library に依存する 1 つのパッケージがある場合に便利です(例: //foo/bar1:utils と //foo/bar2:utils)。
タグ: loading_and_analysisaffects_outputsincompatible_change
--[no]incompatible_merge_genfiles_directory のデフォルト: "true"
true の場合、genfiles ディレクトリは bin ディレクトリに折りたたみます。
タグ: affects_outputsincompatible_change
--[no]incompatible_use_host_features のデフォルト: "false"
true の場合、ターゲット構成にのみ --features を使用し、exec 構成に --host_features を使用します。
タグ: changes_inputsaffects_outputsincompatible_change
--[no]incompatible_use_platforms_repo_for_constraints のデフォルト: "true"
true の場合、@bazel_tools からの制約設定が削除されます。
タグ: affects_outputsincompatible_change
--[no]instrument_test_targets のデフォルト: "false"
カバレッジが有効になっている場合、インストルメンテーション テストルールを考慮するかどうかを指定します。設定すると、-instrumentation_filter に含まれるテストルールがインストルメント化されます。それ以外の場合、テストルールは常にカバレッジ計測から除外されます。
タグ: affects_outputs
--instrumentation_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> のデフォルト: "-/javatests[/:],-/test/java[/:]"
カバレッジが有効になっている場合は、指定した正規表現ベースのフィルタに含まれる名前のルールのみがインストルメント化されます。先頭に「-」が付いたルール除外されます。--instrument_test_targets が有効になっていない限り、テスト以外のルールのみがインストルメント化されることに注意してください。
タグ: affects_outputs
--ios_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を参照
ターゲット シミュレータとデバイスに対応する最小の iOS バージョン。指定しない場合は、「ios_sdk_version」を使用します。
タグ: loses_incremental_state
--ios_multi_cpus=<comma-separated list of options> 回の使用が累積されています
ios_application のビルドに使用するアーキテクチャのカンマ区切りのリスト。その結果、指定されたすべてのアーキテクチャを含むユニバーサル バイナリが生成されます。
タグ: loses_incremental_stateloading_and_analysis
--[no]legacy_whole_archive のデフォルト: "true"
非推奨で、--compatible_remove_legacy_whole_archive に置き換えられました(詳しくは、https://github.com/bazelbuild/bazel/issues/7362 をご覧ください)。オンにした場合、linkshared=True と linkstatic=True または -static のいずれかが設定されている cc_binary ルールに --whole-archive を使用します。使用します。これは下位互換性のためだけのものです。より適切な代替策は、必要に応じて常駐のリンク 1 を使用することです。
タグ: action_command_linesaffects_outputsdeprecated
--linkopt=<a string> 回の使用が累積されています
リンク時に gcc に渡す追加オプション。
タグ: action_command_linesaffects_outputs
--ltobackendopt=<a string> 回の使用が累積されています
LTO バックエンド ステップに渡す追加のオプション(--features=thin_lto の下)。
タグ: action_command_linesaffects_outputs
--ltoindexopt=<a string> 回の使用が累積されています
LTO インデックス登録ステップに渡す追加のオプション(--features=thin_lto の下)。
タグ: action_command_linesaffects_outputs
--macos_cpus=<comma-separated list of options> 回の使用が累積されています
Apple macOS バイナリをビルドするアーキテクチャのカンマ区切りのリスト。
タグ: loses_incremental_stateloading_and_analysis
--macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を参照
ターゲットと互換性がある最小の macOS バージョン。指定しない場合は、「macos_sdk_version」を使用します。
タグ: loses_incremental_state
--[no]objc_debug_with_GLIBCXX のデフォルト: "false"
設定していて、コンパイル モードが「dbg」に設定されている場合は、GLIBCXX_DEBUG、GLIBCXX_DEBUG_PEDANTIC、GLIBCPP_CONCEPT_CHECKS を定義します。
タグ: action_command_lines
--[no]objc_enable_binary_stripping のデフォルト: "false"
リンクされたバイナリでシンボルおよびデッドコードの削除を行うかどうか。このフラグと --compile_mode=opt の両方が指定されている場合は、バイナリ削除が実行されます。
タグ: action_command_lines
--objccopt=<a string> 回の使用が累積されています
Objective-C/C++ ソースファイルのコンパイル時に gcc に渡す追加のオプション。
タグ: action_command_lines
--per_file_copt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options> 回の使用が累積されています
特定のファイルをコンパイルするときに選択的に gcc に渡すその他のオプション。このオプションは複数回渡すことができます。構文: regex_filter@option_1,option_2,...,option_nここで regex_filter は、一致および除外の正規表現パターンのリストを表します(--instrumentation_filter もご覧ください)。option_1 ~ option_n は、任意のコマンドライン オプションを表します。オプションにカンマが含まれる場合は、バックスラッシュで囲む必要があります。オプションには @ を含めることができます。文字列の分割には最初の @ のみが使用されます。例: --per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0 は、//foo/ 内のすべての cc ファイル(bar.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> 回の使用が累積されています
特定のバックエンド オブジェクトをコンパイルするときに、(--features=thin_lto にある)LTO バックエンドに選択的に渡す追加のオプション。このオプションは複数回渡すことができます。構文: regex_filter@option_1,option_2,...,option_nここで regex_filter は、一致および除外の正規表現パターンのリストを表します。option_1 ~ option_n は、任意のコマンドライン オプションを表します。オプションにカンマが含まれる場合は、バックスラッシュで囲む必要があります。オプションには @ を含めることができます。文字列の分割には最初の @ のみが使用されます。例: --per_file_ltobackendopt=//foo/.*\.o,-//foo/bar\.o@-O0 は、bar.o を除く //foo/ 内のすべての o ファイルの LTO バックエンドコマンドラインに、-O0 コマンドラインオプションを追加します。
タグ: action_command_linesaffects_outputs
--platform_suffix=<a string> のデフォルト: 説明を参照
構成ディレクトリに追加する接尾辞を指定します。
タグ: loses_incremental_stateaffects_outputsloading_and_analysis
--propeller_optimize=<a build target label> のデフォルト: 説明を参照
Propeller のプロファイル情報を使用して、ビルド ターゲットを最適化します。Propeller のプロファイルは、cc プロファイルと ld プロファイルの 2 つのファイルのうち少なくとも 1 つで構成する必要があります。このフラグには、プロペラ プロファイル入力ファイルを参照する必要があるビルドラベルを指定できます。たとえば、a/b/BUILD:propeller_optimize( name = "propeller_profile", cc_profile = "propeller_cc_profile.txt", ld_profile = "propeller_ld_profile.txt",) でラベルを定義する BUILD ファイルでは、Bazel でファイルを可視化できるように、対応するパッケージにディレクティブを追加する必要があります。オプションを次のように使用する必要があります。--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」を使用)。[ときどき] のデフォルト値は--compile_mode=fastbuild が抜けている場合は削除します。
タグ: affects_outputs
--stripopt=<a string> 回の使用が累積されています
'<name>.stripped' の生成時に保持する追加のオプションです。バイナリです。
タグ: action_command_linesaffects_outputs
--swiftcopt=<a string> 回の使用が累積されています
Swift コンパイルに渡す追加のオプション。
タグ: action_command_lines
ビルド後に作成されるコンビニエンス シンボリック リンクの先頭に付加される接頭辞。省略した場合のデフォルト値は、ビルドツールの名前の後にハイフンを付けたものです。「/」の場合が渡されると、シンボリック リンクは作成されず、警告も出力されません。警告: 「/」の特別な機能はまもなく非推奨になります。代わりに --experimental_convenience_symlinks=ignore を使用してください。
タグ: affects_outputs
--tvos_cpus=<comma-separated list of options> 回の使用が累積されています
Apple tvOS バイナリをビルドする対象アーキテクチャのカンマ区切りのリスト。
タグ: loses_incremental_stateloading_and_analysis
--tvos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を参照
ターゲット シミュレータとデバイスに対応する tvOS の最小バージョン。指定しない場合は、「tvos_sdk_version」を使用します。
タグ: loses_incremental_state
--watchos_cpus=<comma-separated list of options> 回の使用が累積されています
Apple watchOS バイナリをビルドするアーキテクチャのカンマ区切りのリスト。
タグ: loses_incremental_stateloading_and_analysis
--watchos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を参照
ターゲット シミュレータとデバイスに対応する最小限の watchOS バージョン。指定しない場合は、「watchos_sdk_version」を使用します。
タグ: loses_incremental_state
--xbinary_fdo=<a build target label> のデフォルト: 説明を参照
XbinaryFDO のプロファイル情報を使用してコンパイルを最適化します。デフォルトのクロスバイナリ プロファイルの名前を指定します。このオプションを --fdo_instrument/--fdo_optimize/--fdo_profile と一緒に使用すると、xbinary_fdo が指定されていない場合と同様にこれらのオプションが優先されます。
タグ: affects_outputs
Bazel による有効なビルド入力の適用度合いに影響するオプション(ルール定義、フラグの組み合わせなど):
--auto_cpu_environment_group=<a build target label> のデフォルト: ""
CPU 値を target_environment 値に自動的にマッピングするために使用する environment_group を宣言します。
タグ: changes_inputsloading_and_analysisexperimental
--[no]check_licenses のデフォルト: "false"
依存パッケージによるライセンスの制約が、ビルド中のターゲットの配布モードと競合していないことを確認する。デフォルトでは、ライセンスはオフになっています。
タグ: build_file_semantics
--[no]check_visibility のデフォルト: "true"
無効にすると、ターゲット依存関係内の可視性エラーは警告に降格されます。
タグ: build_file_semantics
--[no]desugar_for_android のデフォルト: "true"
dex 変換の前に Java 8 バイトコードを脱糖するかどうか。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--[no]desugar_java8_libs のデフォルト: "false"
レガシー デバイス向けのアプリにサポートされている Java 8 ライブラリを含めるかどうかを指定します。
タグ: affects_outputsloading_and_analysisloses_incremental_stateexperimental
--[no]enforce_constraints のデフォルト: "true"
各ターゲットが対応している環境を確認し、同じ環境をサポートしていない依存関係がターゲットにある場合にエラーを報告する
タグ: build_file_semantics
--[no]experimental_allow_android_library_deps_without_srcs のデフォルト: "false"
依存関係のある srcs-less android_library ルールを許可から禁止に移行するためのフラグ。これをデフォルトでロールアウトするには、デポをクリーンアップする必要があります。
タグ: eagerness_to_exitloading_and_analysis
--[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_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"
NoOps。下位互換性のためにここに保持。
タグ: eagerness_to_exitincompatible_change
--[no]incompatible_force_strict_header_check_from_starlark のデフォルト: "true"
有効にした場合、Starlark API で厳密なヘッダー確認を設定
タグ: loading_and_analysischanges_inputsincompatible_change
--[no]incompatible_validate_top_level_header_inclusions のデフォルト: "true"
true の場合、Bazel はトップレベル ディレクトリ ヘッダーの包含も検証します(詳しくは、https://github.com/bazelbuild/bazel/issues/10047 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]strict_filesets のデフォルト: "false"
このオプションを有効にすると、パッケージの境界を越えるファイルセットはエラーとして報告されます。check_fileset_defense_recursively が無効な場合は機能しません。
タグ: 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 設定、または共同署名の man ページ(署名 ID)に従って証明書の共通名の(部分文字列)を指定できます。
タグ: action_command_lines
このオプションは、BUILD ファイル、.bzl ファイル、WORKSPACE ファイルからアクセス可能な Starlark 言語またはビルド API のセマンティクスに影響します。
--[no]incompatible_config_setting_private_default_visibility のデフォルト: "false"
depends_enforce_config_setting_visibility=false の場合は、NoOps です。それ以外の場合、このフラグが 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"
NoOps。まもなく削除されます。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_enforce_config_setting_visibility のデフォルト: "true"
true の場合、config_setting の公開設定制限を適用します。false の場合、すべての config_setting がすべてのターゲットに表示されます。https://github.com/bazelbuild/bazel/issues/12932 をご覧ください。
タグ: loading_and_analysisincompatible_change
テスト環境またはテストランナーの動作を管理するオプション:
--[no]allow_analysis_failures のデフォルト: "false"
true の場合、ルール ターゲットの分析が失敗すると、ビルド失敗ではなく、エラーの説明を含む AnalysisFailureInfo のインスタンスがターゲットに伝播されます。
タグ: loading_and_analysisexperimental
--analysis_testing_deps_limit=<an integer> のデフォルト: 「2000」
for_analysis_testing 構成の遷移を含むルール属性を使用して、推移的依存関係の最大数を設定します。この上限を超えると、ルールエラーが発生します。
タグ: loading_and_analysis
--[no]break_build_on_parallel_dex2oat_failure のデフォルト: "false"
真の場合、dex2oat アクションが失敗すると、テスト実行時に dex2oat が実行されず、ビルドが中断されます。
タグ: loading_and_analysisexperimental
--[no]check_tests_up_to_date のデフォルト: "false"
テストは実行せず、最新のものかどうかを確認するだけです。すべてのテスト結果が最新であれば、テストは正常に完了します。テストのビルドまたは実行が必要な場合、エラーが報告され、テストは失敗します。このオプションは、--check_up_to_date の動作を意味します。
タグ: execution
--[no]experimental_android_use_parallel_dex2oat のデフォルト: "false"
dex2oat を並行して使用すると、android_test を高速化できます。
タグ: loading_and_analysishost_machine_resource_optimizationsexperimental
--flaky_test_attempts=<a positive integer, the string "default", or test_regex@attempts. This flag may be passed more than once> 回の使用が累積されています
テストが失敗した場合、各テストは指定された回数まで再試行されます。2 回以上の合格が求められるテストは「FLAKY」とマークされます。表示されます。通常、指定される値は単なる整数または文字列「default」です。整数の場合、すべてのテストは最大 N 回実行されます。「default」の場合、通常のテストに対しては 1 回だけテストが試行され、ルール(flaky=1 属性)によって「不安定」とマークされたテストは 3 回試行されます。別の構文: regex_filter@flaky_test_attempts。ここで、flaky_test_attempts は上記のとおり、regex_filter は include および除外正規表現パターンのリストを表します(--runs_per_test もご覧ください)。例: --flaky_test_attempts=//foo/.*,-//foo/bar/.*@3 は、foo/bar の下のテストを除く //foo/内のすべてのテストをデフレークします。このオプションは複数回渡すことができます。最後に渡された引数のうち、一致するものが優先されます。何も一致しない場合、「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_test。run_per_test は整数値を表し、regex_filter は包含および除外正規表現パターンのリストを表します(--instrumentation_filter もご覧ください)。例: --runs_per_test=//foo/.*,-//foo/bar/.*@3 は、foo/bar の下にあるテストを除く //foo/内のすべてのテストを 3 回実行します。このオプションは複数回渡すことができます。最後に渡された引数のうち、一致するものが優先されます。一致するものがない場合、テストは 1 回だけ実行されます。
--test_env=<a 'name=value' assignment with an optional value part> 回の使用が累積されています
テストランナー環境に挿入する追加の環境変数を指定します。変数は、名前で指定できます。変数の値は Bazel クライアント環境から読み取られます。また、name=value のペアで指定することもできます。このオプションを複数回使用して、複数の変数を指定できます。「Bazel test」でのみ使用されます使用できます。
タグ: test_runner
--[no]test_keep_going のデフォルト: "true"
無効にすると、不合格となったテストによりビルド全体が停止します。デフォルトでは、合格しなかったテストも含め、すべてのテストが実行されます。
タグ: execution
--test_strategy=<a string> のデフォルト: ""
テストの実行時に使用する戦略を指定します。
タグ: execution
--test_timeout=<a single integer or comma-separated list of 4 integers> のデフォルト: 「-1」
テスト タイムアウトのデフォルトのテスト タイムアウト値(秒単位)をオーバーライドします。正の整数値を 1 つ指定すると、すべてのカテゴリがオーバーライドされます。カンマで区切られた 4 つの整数を指定すると、short、Moderate、long、eternal のタイムアウトが(この順序で)オーバーライドされます。どちらの形式でも、値を -1 にすると、そのカテゴリでデフォルトのタイムアウトを使用するよう blaze に指示します。
--test_tmpdir=<a path> のデフォルト: 説明を参照
「bazel test」のベース一時ディレクトリを指定します使用できます。
--tvos_simulator_device=<a string> のデフォルト: 説明を参照
シミュレータで tvOS アプリケーションを実行したときにシミュレートするデバイス(例:「Apple TV 1080p」「xcrun simctl list devicetypes」を実行すると、デバイスのリストを取得できます。シミュレータが実行されるマシン上で実行される必要があります。
タグ: test_runner
--tvos_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を参照
実行中またはテスト時にシミュレータで実行する tvOS のバージョン。
タグ: test_runner
--watchos_simulator_device=<a string> のデフォルト: 説明を参照
シミュレータで watchOS アプリを実行するときにシミュレートするデバイス。例:「Apple Watch - 38mm」。「xcrun simctl list devicetypes」を実行すると、デバイスのリストを取得できます。シミュレータが実行されるマシン上で実行される必要があります。
タグ: test_runner
--watchos_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を参照
実行中またはテスト時にシミュレータで実行する watchOS のバージョン。
タグ: test_runner
--[no]zip_undeclared_test_outputs のデフォルト: "true"
true の場合、宣言されていないテスト出力は ZIP ファイルにアーカイブされます。
タグ: test_runner
ビルド時間の最適化をトリガーするオプション:
--[no]collapse_duplicate_defines のデフォルト: "false"
有効にすると、冗長な --define がビルドの早い段階で削除されます。これにより、特定の種類の同等のビルドで分析キャッシュの不必要な損失を回避できます。
タグ: loading_and_analysisloses_incremental_state
--[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_objc_include_scanning のデフォルト: "false"
目的の C/C++ のインクルード スキャンを実行するかどうか。
タグ: loading_and_analysisexecutionchanges_inputs
--[no]experimental_parse_headers_skipped_if_corresponding_srcs_found のデフォルト: "false"
有効にすると、同じベース名を持つソースが同じターゲットで見つかった場合、parse_headers 機能は個別のヘッダー コンパイル アクションを作成しません。
タグ: loading_and_analysisaffects_outputs
--[no]experimental_retain_test_configuration_across_testonly のデフォルト: "false"
有効にすると、--trim_test_configuration は、testonly=1 とマークされたルールのテスト設定をカットしません。これは、テスト以外のルールが cc_test ルールに依存している場合に、アクションの競合の問題を減らすためです。--trim_test_configuration が false の場合は効果がありません。
タグ: loading_and_analysisloses_incremental_state
--[no]experimental_starlark_cc_import のデフォルト: "false"
有効にすると、cc_import の Starlark バージョンを使用できます。
タグ: loading_and_analysisexperimental
--[no]experimental_unsupported_and_brittle_include_scanning のデフォルト: "false"
入力ファイルの #include 行を解析して C/C++ コンパイルへの入力を絞り込むかどうかを指定します。これにより、コンパイル入力ツリーのサイズを小さくすることで、パフォーマンスとインクリメンタリティを向上させることができます。ただし、インクルード スキャナは C プリプロセッサ セマンティクスを完全には実装していないため、ビルドが破損する可能性もあります。特に、動的な #include ディレクティブは認識されず、プリプロセッサの条件付きロジックは無視されます。自己責任で使用してください。このフラグに関連する問題はすべてクローズされます。
タグ: loading_and_analysisexecutionchanges_inputs
--[no]incremental_dexing のデフォルト: "true"
各 JAR ファイルに対して個別に dex 変換のほとんどの処理を行います。
タグ: 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
--[no]use_singlejar_apkbuilder のデフォルト: "true"
このオプションは非推奨となりました。現在は NoOps ですが、まもなく削除されます。
タグ: loading_and_analysis
ロギングの詳細度、形式、場所に影響するオプション:
--[no]announce のデフォルト: "false"
非推奨。NoOps。
タグ: affects_outputs
--[no]experimental_bep_target_summary のデフォルト: "false"
TargetSummary イベントを公開するかどうか。
--[no]experimental_build_event_expand_filesets のデフォルト: "false"
true の場合、出力ファイルを提示するときに BEP でファイルセットを展開します。
タグ: affects_outputs
true の場合、出力ファイルを提示するときに、BEP 内の相対 Fileset シンボリック リンクを完全に解決します。--experimental_build_event_expand_filesets が必要です。
タグ: affects_outputs
--experimental_build_event_upload_max_retries=<an integer> のデフォルト: 「4」
Bazel がビルドイベントのアップロードを再試行する最大回数。
タグ: bazel_internal_configuration
--experimental_build_event_upload_retry_minimum_delay=<An immutable length of time.> のデフォルト: 「1s」
BEP のアップロードが失敗した場合の指数バックオフの再試行の初期最小遅延。(指数: 1.6)
タグ: bazel_internal_configuration
--experimental_build_event_upload_strategy=<a string> のデフォルト: 説明を参照
ビルドイベント プロトコルで参照されるアーティファクトをアップロードする方法を選択します。
タグ: affects_outputs
--[no]experimental_materialize_param_files_directly のデフォルト: "false"
パラメータ ファイルの実体化は、ディスクへの直接書き込みで行います。
タグ: execution
--[no]experimental_stream_log_file_uploads のデフォルト: "false"
ログファイルをディスクに書き込むのではなく、リモート ストレージに直接ストリーミングする。
タグ: affects_outputs
--explain=<a path> のデフォルト: 説明を参照
ビルドシステムは、実行されたビルドの各ステップを説明します。説明は、指定したログファイルに書き込まれます。
タグ: affects_outputs
--[no]legacy_important_outputs のデフォルト: "true"
これを使用して、TargetComplete イベントに従来の重要な_outputs フィールドの生成を抑制します。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」を指定できます。過度にノイズの多いテスト出力で出力が過負荷にならないようにする場合に便利です。テストヘッダーはログサイズに含まれます。負の値は上限なしを意味します。出力は「all」か「No」です。
タグ: 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」実行されたテストに関する情報のみを出力します。「簡潔」の場合、実行に失敗したテストに関する情報のみを出力します。「詳細」失敗したテストケース(「testcase」)の詳細情報を出力するテストケースの解決で概要を出力します。失敗したテストケースに関する詳細情報を出力せず、「none」と指定します。要約を省略できます
タグ: terminal_output
--toolchain_resolution_debug=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> のデフォルト: "-.*"
ツールチェーンの解決中にデバッグ情報を出力します。このフラグは正規表現を受け取り、ツールチェーン タイプと特定のターゲットに対してチェックされ、デバッグする対象を確認します。複数の正規表現をカンマで区切ると、それぞれの正規表現が個別にチェックされます。注: このフラグの出力は非常に複雑であるため、ツールチェーンの解決の専門家にのみ役立つ可能性があります。
タグ: terminal_output
--[no]verbose_explanations のデフォルト: "false"
--explain が有効になっている場合に、出力される説明の詳細度が高くなります。--explain が有効になっていない場合は効果がありません。
タグ: affects_outputs
--[no]verbose_failures のデフォルト: "false"
コマンドが失敗した場合は、コマンドライン全体を出力します。
タグ: terminal_output
他のカテゴリに分類されない Bazel コマンドへの一般的な入力を指定または変更するオプション:
--aspects_parameters=<a 'name=value' assignment> 回の使用が累積されています
コマンドライン アスペクト パラメータの値を指定します。各パラメータ値は、<param_name>=<param_value> で指定されます。例: 'my_param=my_val'「my_param」は--aspects リストのアスペクトのパラメータであるか、リストのアスペクトで必須です。このオプションは複数回使用できます。ただし、同じパラメータに複数回値を割り当てることはできません。
タグ: loading_and_analysis
--flag_alias=<a 'name=value' flag alias> 回の使用が累積されています
Starlark フラグの略称を設定します。「<key>=<value>」という形式の 1 つの Key-Value ペアを取ります。渡します。
タグ: changes_inputs
--[no]incompatible_default_to_explicit_init_py のデフォルト: "false"
このフラグはデフォルトの動作を変更し、Python ターゲットの runfile で __init__.py ファイルが自動的に作成されないようにします。正確には、py_binary または py_test のターゲットで legacy_create_init が「auto」に設定されている場合です。(デフォルト)は、このフラグが設定されている場合にのみ false として扱われます。https://github.com/bazelbuild/bazel/issues/10076 をご覧ください。
タグ: affects_outputsincompatible_change
--[no]incompatible_py2_outputs_are_suffixed のデフォルト: "true"
true の場合、Python 2 の構成でビルドされたターゲットは、接尾辞「-py2」を含む出力ルートの下に表示されます。Python 3 用にビルドされたターゲットは、Python 関連の接尾辞を付けずにルートに表示されます。つまり、`bazel-bin` のコンビニエンス シンボリック リンクは、Python 2 ではなく Python 3 ターゲットを指します。このオプションを有効にする場合は、「--compatibility_py3_is_default」を有効にすることもおすすめします。
タグ: affects_outputsincompatible_change
--[no]incompatible_py3_is_default のデフォルト: "true"
true の場合、python_version(または default_python_version)属性が設定されていない `py_binary` および `py_test` ターゲットは、デフォルトで PY2 ではなく PY3 に設定されます。このフラグを設定する場合は、「--compatible_py2_outputs_are_suffixed」を設定することもおすすめします。
タグ: loading_and_analysisaffects_outputsincompatible_change
--[no]incompatible_use_python_toolchains のデフォルト: "true"
true に設定すると、実行可能なネイティブ Python ルールでは、--python_top などの以前のフラグで指定されたランタイムではなく、Python ツールチェーンで指定された Python ランタイムが使用されます。
タグ: loading_and_analysisincompatible_change
--python_version=<PY2 or PY3> のデフォルト: 説明を参照
Python メジャー バージョン モード(PY2 または PY3)。これは、`py_binary` ターゲットと `py_test` ターゲットによってオーバーライドされます(バージョンを明示的に指定していない場合でも)。通常、このフラグを指定する理由はほとんどありません。
タグ: loading_and_analysisaffects_outputsexplicit_in_output_path
--target_pattern_file=<a string> のデフォルト: ""
設定すると、ビルドはコマンドラインではなく、ここで指定したファイルからパターンを読み取ります。ファイルとコマンドライン パターンをここで指定するとエラーになります。
タグ: changes_inputs
その他(特に分類されていないもの):
--[no]build_manual_tests のデフォルト: "false"
「manual」タグ付けされたテスト ターゲットを強制します。説明します。'手動'テストは処理から除外されます。このオプションでは、ビルドが強制的に行われます(ただし、実行されません)。
--build_tag_filters=<comma-separated list of options> のデフォルト: ""
タグのカンマ区切りのリストを指定します。各タグの前には任意で「-」を付けることができます除外タグを指定できますこれらのターゲットは、含まれるタグが 1 つ以上含まれ、除外されたタグを含まないターゲットのみがビルドされます。このオプションは、'test'command;テストのフィルタリング オプション(例: --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)テストが失敗した場合にのみ、Bazel はテストを再実行します。「yes」に設定した場合、Bazel は「外部」とマークされたテストを除くすべてのテスト結果をキャッシュに保存します。「no」に設定した場合、Bazel はテスト結果をキャッシュに保存しません。
--[no]compile_one_dependency のデフォルト: "false"
引数ファイルの単一の依存関係をコンパイルします。これは、IDE でソースファイルの構文チェックを行う場合に便利です。たとえば、ソースファイルに依存する単一のターゲットを再ビルドして、編集、ビルド、テストのサイクルのできるだけ早い段階でエラーを検出できます。この引数は、フラグ以外のすべての引数の解釈方法に影響します。これらはビルドのターゲットではなくソースファイル名ですソースファイル名ごとに、そのファイルに依存する任意のターゲットがビルドされます。
--deleted_packages=<comma-separated list of package names> のデフォルト: ""
パッケージパスのどこかに表示されている場合でも、ビルドシステムが存在しないと見なすパッケージの名前をカンマ区切りのリストで指定します。 サブパッケージ「x/y」を削除する場合は、このオプションを使用します。既存のパッケージ 'x' のものです。たとえば、クライアントで x/y/BUILD を削除した後、「//x:y/z」というラベルが見つかるとビルドシステムからエラーが表示されることがあります。別の package_path エントリで指定されている場合。この問題を回避するには、--deleted_packages x/y を指定します。
--[no]discard_analysis_cache のデフォルト: "false"
分析フェーズが完了したら、すぐに分析キャッシュを破棄します。メモリ使用量が約 10% 削減されますが、それ以上の増分ビルドは遅くなります。
--execution_log_binary_file=<a path> のデフォルト: 説明を参照
src/main/protobuf/spawn.proto に従い、実行されたスポーンを区切りの Spawn proto としてこのファイルに記録します。ログは最初に順番どおりに書き込まれず、呼び出しの最後には安定した順序で並べられます(CPU やメモリを大量に消費することがあります)。関連フラグ: --execution_log_json_file(順序付きテキストの JSON 形式)、--experimental_execution_log_file(順序のないバイナリ protobuf 形式)、--subcommands(ターミナル出力にサブコマンドを表示)。
--execution_log_json_file=<a path> のデフォルト: 説明を参照
src/main/protobuf/spawn.proto に従って、実行されたスポーンを、区切り文字で区切られた Spawn proto の JSON 表現としてこのファイルに記録します。ログは最初に順番どおりに書き込まれず、呼び出しの最後には安定した順序で並べられます(CPU やメモリを大量に消費することがあります)。関連フラグ: 関連フラグ: --execution_log_binary_file(順序付けされたバイナリ protobuf 形式)、--experimental_execution_log_file(順序付けのないバイナリ protobuf 形式)、--subcommands(ターミナル出力にサブコマンドを表示)。
--[no]execution_log_sort のデフォルト: "true"
実行ログを並べ替えるかどうか。false に設定するとメモリのパフォーマンスが向上しますが、非決定的な順序でログが生成されます。
--[no]expand_test_suites のデフォルト: "true"
分析の前に test_suite ターゲットを構成テストに展開する。このフラグがオンになっている場合(デフォルト)、テストスイートに属するテストには否定的なターゲット パターンが適用されます。それ以外の場合は適用されません。このフラグをオフにすると、トップレベルのアスペクトをコマンドラインで適用し、test_suite ターゲットを分析できるようになるため便利です。
タグ: loading_and_analysis
--[no]experimental_cancel_concurrent_tests のデフォルト: "false"
true の場合、Blaze は最初に正常に実行されたテストで同時に実行しているテストをキャンセルします。これは、--runs_per_test_detects_flakes と組み合わせた場合にのみ有効です。
タグ: affects_outputsloading_and_analysis
--experimental_execution_log_file=<a path> のデフォルト: 説明を参照
src/main/protobuf/spawn.proto に従い、実行されたスポーンを区切りの Spawn proto としてこのファイルに記録します。このファイルは、スポーンの実行順に書き込まれます。関連フラグ: --execution_log_binary_file(順序付けされたバイナリ protobuf 形式)、--execution_log_json_file(順序付きテキストの JSON 形式)、--subcommands(ターミナル出力にサブコマンドを表示)。
--[no]experimental_execution_log_spawn_metrics のデフォルト: "false"
実行された Spawns ログに Spawn 指標を含めます。
--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_prioritize_local_actions のデフォルト: "true"
設定すると、ローカルでのみ実行できるアクションがリソースを取得する最初の機会に、動的に実行されるワーカーに 2 回目の機会が与えられ、動的に実行されるスタンドアロンのアクションが最後に来ます。
タグ: execution
--[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_exclusive_test_sandboxed のデフォルト: "false"
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> のデフォルト: 「8」
Java 言語のバージョン
--java_launcher=<a build target label> のデフォルト: 説明を参照
Java バイナリをビルドするときに使用する Java ランチャー。このフラグを空の文字列に設定すると、JDK ランチャーが使用されます。「ランチャー」属性がこのフラグをオーバーライドします。
--java_runtime_version=<a string> のデフォルト: 「local_jdk」
Java ランタイム バージョン
--javacopt=<a string> 回の使用が累積されています
javac に渡すその他のオプション。
--jvmopt=<a string> 回の使用が累積されています
Java VM に渡す追加のオプション。これらのオプションは、各 java_binary ターゲットの VM 起動オプションに追加されます。
--legacy_main_dex_list_generator=<a build target label> のデフォルト: 説明を参照
従来の multidex のコンパイル時に、メインの dex 内に存在する必要があるクラスのリストの生成に使用するバイナリを指定します。
--local_cpu_resources=<an integer, or "HOST_CPUS", optionally followed by [-|*]<float>.> のデフォルト: 「HOST_CPUS」
ローカルで実行されるビルド アクションに費やすために Bazel で使用できるローカル CPU コアの合計数を明示的に設定します。整数または「HOST_CPUS」の形式を取り、必要に応じてその後に [-|*]<float> を続けます。(例:HOST_CPUS*.5 で、使用可能な CPU コアの半分を使用します。デフォルトでは(「HOST_CPUS」)、Bazel はシステム構成に対してクエリを実行し、使用可能な CPU コアの数を推定します。
--local_extra_resources=<a named float, 'name=value'> 回の使用が累積されています
Bazel で使用できる追加リソースの数を設定します。文字列と浮動小数点数のペアを取ります。複数回使用して、複数の種類の追加リソースを指定できます。Bazel は、利用可能な追加リソースと必要な追加リソースに基づいて、同時に実行するアクションを制限します。テストでは、「resources:<resoucename>:<amount>」のタグを使用して、必要となる追加リソースの量を宣言できます。使用できます。使用可能な CPU、RAM、リソースをこのフラグで設定することはできません。
--local_ram_resources=<an integer, 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% を使用します。
--local_termination_grace_seconds=<an integer> のデフォルト: 「15」
タイムアウトによるローカル プロセスの終了から強制的にシャットダウンまでの待機時間。
--package_path=<colon-separated list of options> のデフォルト: "%workspace%"
パッケージを検索する場所をコロンで区切ったリスト。「%workspace%」で始まる要素含まれるワークスペースを基準とします。省略または空にした場合、デフォルトは「bazel info default-package-path」の出力です。
--plugin=<a build target label> 回の使用が累積されています
ビルドで使用するプラグイン。現在は java_plugin で動作します。
--proguard_top=<a build target label> のデフォルト: 説明を参照
Java バイナリをビルドするときにコードの削除に使用する ProGuard のバージョンを指定します。
--proto_compiler=<a build target label> のデフォルト: "@bazel_tools//tools/proto:protoc"
proto コンパイラのラベル。
タグ: 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_ツールチェーン"
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 or disabled> のデフォルト: 「AutoML」
テストのシャーディングの戦略を指定します: 「AutoML」「shard_count」が 2 番目の場合にのみ、BUILD 属性が存在する。'無効'テストのシャーディングを使用しないようにできます。
--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> のデフォルト: 「8」
ビルド中に必要なツールを実行するために使用される Java 言語のバージョン
--tool_java_runtime_version=<a string> のデフォルト: "remotejdk_11"
ビルド中にツールを実行するために使用される Java ランタイム バージョン
--[no]use_ijars のデフォルト: "true"
このオプションを有効にすると、Java コンパイルでインターフェース JAR が使用されます。これにより増分コンパイルが高速化されますが、エラー メッセージが異なる場合があります。

正規化フラグのオプション

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

コマンドの前に表示され、クライアントによって解析されるオプション:
--distdir=<a path> 回の使用が累積されています
ネットワークにアクセスしてダウンロードする前にアーカイブを検索する場所の追加。
タグ: bazel_internal_configuration
設定すると、キャッシュ ヒットが発生した場合、リポジトリ キャッシュはファイルをコピーするのではなくハードリンクします。これはディスク容量を節約するためのものです。
タグ: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id のデフォルト: "false"
true の場合、指定されていない場合は、リポジトリのダウンロード URL から取得された文字列を canonical_id として使用します。これにより、キャッシュに同じハッシュのダウンロードが含まれていても、URL が変更されると、再ダウンロードが行われます。これを使用して、URL の変更によって破損したリポジトリがキャッシュによってマスキングされないことを確認できます。
タグ: loading_and_analysisexperimental
--[no]experimental_repository_disable_download のデフォルト: "false"
設定すると、外部リポジトリのダウンロードは許可されません。
タグ: experimental
--experimental_repository_downloader_retries=<an integer> のデフォルト: 「0」
ダウンロード エラーの再試行の最大試行回数。0 に設定すると、再試行が無効になります。
タグ: experimental
--experimental_scale_timeouts=<a double> のデフォルト: 「1.0」
Starlark リポジトリ ルールのすべてのタイムアウトを、この係数でスケーリングします。このようにして、ソースコードを変更することなく、ルール作成者の想定よりも遅いマシンで外部リポジトリを動作させることができます。
タグ: bazel_internal_configurationexperimental
--http_timeout_scaling=<a double> のデフォルト: 「1.0」
HTTP ダウンロードに関連するすべてのタイムアウトを、指定された係数でスケーリング
タグ: bazel_internal_configuration
--repository_cache=<a path> のデフォルト: 説明を参照
外部リポジトリのフェッチ中に取得されたダウンロード値のキャッシュの場所を指定します。引数として空の文字列を指定すると、キャッシュを無効にするよう要求されます。
タグ: bazel_internal_configuration
コマンドの出力を制御するオプション:
--[no]canonicalize_policy のデフォルト: "false"
拡張とフィルタリングを行った後に、正規ポリシーを出力します。出力をクリーンな状態に保つために、このオプションを true に設定した場合、正規化されたコマンド引数は表示されません。--for_command で指定したコマンドは、フィルタされたポリシーに影響します。何も指定しない場合、デフォルトのコマンドは「build」です。
タグ: affects_outputsterminal_output
--[no]show_warnings のデフォルト: "false"
パーサーの警告を標準エラーに出力します(フラグ オプションが競合する場合など)。
タグ: affects_outputsterminal_output
Bazel が有効なビルド入力を厳密に適用する方法に影響するオプション(ルール定義、フラグの組み合わせなど):
--experimental_repository_hash_file=<a string> のデフォルト: ""
空でない場合、リポジトリ ディレクトリ ハッシュを検証する必要がある、解決された値を含むファイルを指定します。
タグ: affects_outputsexperimental
--experimental_verify_repository_rules=<a string> 回の使用が累積されています
出力ディレクトリのハッシュを検証する必要があるリポジトリ ルールのリストである場合、--experimental_repository_hash_file によってファイルが指定されます。
タグ: affects_outputsexperimental
このオプションは、BUILD ファイル、.bzl ファイル、WORKSPACE ファイルからアクセス可能な Starlark 言語またはビルド API のセマンティクスに影響します。
--[no]experimental_allow_top_level_aspects_parameters のデフォルト: "true"
オペレーションなし
タグ: no_opdeprecatedexperimental
--[no]incompatible_config_setting_private_default_visibility のデフォルト: "false"
depends_enforce_config_setting_visibility=false の場合は、NoOps です。それ以外の場合、このフラグが false の場合、明示的な公開設定属性のない config_setting はすべて //visibility:public です。このフラグが true の場合、config_setting は他のすべてのルールと同じ公開設定ロジックに従います。https://github.com/bazelbuild/bazel/issues/12933 をご覧ください。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_enforce_config_setting_visibility のデフォルト: "true"
true の場合、config_setting の公開設定制限を適用します。false の場合、すべての config_setting がすべてのターゲットに表示されます。https://github.com/bazelbuild/bazel/issues/12932 をご覧ください。
タグ: loading_and_analysisincompatible_change
Bzlmod の出力とセマンティクスに関連するオプション:
--allow_yanked_versions=<a string> 回の使用が累積されています
モジュール バージョンを `<module1>@<version1>,<module2>@<version2>` の形式に指定しました。これは、(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
--override_module=<an equals-separated mapping of module name to path> 回の使用が累積されています
モジュールをローカル ディレクトリでオーバーライドします。
--registry=<a string> 回の使用が累積されています
Bazel モジュールの依存関係を見つけるために使用するレジストリを指定します。順序は重要です。モジュールは最初に以前のレジストリで検索され、以前のレジストリで欠落している場合にのみ、後のレジストリにフォールバックします。
タグ: changes_inputs
ロギングの詳細度、形式、場所に影響するオプション:
--[no]experimental_record_metrics_for_all_mnemonics のデフォルト: "false"
デフォルトでは、アクション タイプの数は、実行されるアクションが最も多い 20 個のニーモニックに制限されています。このオプションを設定すると、すべてのニーモニックの統計情報が書き込まれます。
で確認できます。
他のカテゴリに分類されない Bazel コマンドへの一般的な入力を指定または変更するオプション:
--experimental_resolved_file_instead_of_workspace=<a string> のデフォルト: ""
空でない場合、WORKSPACE ファイルではなく、指定された解決済みファイルを読み取る
タグ: changes_inputs
--for_command=<a string> のデフォルト: 「build」
オプションを正規化するコマンド。
タグ: affects_outputsterminal_output
--invocation_policy=<a string> のデフォルト: ""
正規化するオプションに呼び出しポリシーを適用します。
タグ: affects_outputsterminal_output
リモート キャッシュと実行のオプション:
--experimental_downloader_config=<a string> のデフォルト: 説明を参照
リモート ダウンローダを構成するファイルを指定します。このファイルは行で構成されます。各行はディレクティブ(`allow`、`block`、`rewrite`)で始まり、その後にホスト名(`allow` と `block`)または 2 つのパターン(1 つは照合するパターン、もう 1 つは代替 URL として使用するパターン)で始まり、後方参照は `$1` から始まります。同じ URL に対して複数の「rewrite」ディレクティブを指定できます。この場合、複数の URL が返されます。
で確認できます。
その他のカテゴリに該当しないその他のオプション:
--deleted_packages=<comma-separated list of package names> のデフォルト: ""
パッケージパスのどこかに表示されている場合でも、ビルドシステムが存在しないと見なすパッケージの名前をカンマ区切りのリストで指定します。 サブパッケージ「x/y」を削除する場合は、このオプションを使用します。既存のパッケージ 'x' のものです。たとえば、クライアントで x/y/BUILD を削除した後、「//x:y/z」というラベルが見つかるとビルドシステムからエラーが表示されることがあります。別の package_path エントリで指定されている場合。この問題を回避するには、--deleted_packages x/y を指定します。
--override_repository=<an equals-separated mapping of repository name to path> 回の使用が累積されています
ローカル ディレクトリでリポジトリをオーバーライドします。
--package_path=<colon-separated list of options> のデフォルト: "%workspace%"
パッケージを検索する場所をコロンで区切ったリスト。「%workspace%」で始まる要素含まれるワークスペースを基準とします。省略または空にした場合、デフォルトは「bazel info default-package-path」の出力です。
--[no]show_loading_progress のデフォルト: "true"
有効にすると、Bazel で「Loading package:」と表示されます。ブロックすることもできます。

汚れ除去オプション

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

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

タグ: host_machine_resource_optimizations
true の場合、ワークスペース内で接頭辞 symlink_prefix を持つシンボリック リンクがすべて削除されます。このフラグを使用しない場合は、事前定義されたサフィックスを持つシンボリック リンクのみがクリーンアップされます。
タグ: affects_outputs
Bazel による有効なビルド入力の適用度合いに影響するオプション(ルール定義、フラグの組み合わせなど):
--experimental_repository_hash_file=<a string> のデフォルト: ""
空でない場合、リポジトリ ディレクトリ ハッシュを検証する必要がある、解決された値を含むファイルを指定します。
タグ: affects_outputsexperimental
--experimental_verify_repository_rules=<a string> 回の使用が累積されています
出力ディレクトリのハッシュを検証する必要があるリポジトリ ルールのリストである場合、--experimental_repository_hash_file によってファイルが指定されます。
タグ: affects_outputsexperimental
このオプションは、BUILD ファイル、.bzl ファイル、WORKSPACE ファイルからアクセス可能な Starlark 言語またはビルド API のセマンティクスに影響します。
--[no]experimental_allow_top_level_aspects_parameters のデフォルト: "true"
オペレーションなし
タグ: no_opdeprecatedexperimental
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
--override_module=<an equals-separated mapping of module name to path> 回の使用が累積されています
モジュールをローカル ディレクトリでオーバーライドします。
--registry=<a string> 回の使用が累積されています
Bazel モジュールの依存関係を見つけるために使用するレジストリを指定します。順序は重要です。モジュールは最初に以前のレジストリで検索され、以前のレジストリで欠落している場合にのみ、後のレジストリにフォールバックします。
タグ: changes_inputs
ロギングの詳細度、形式、場所に影響するオプション:
--[no]experimental_record_metrics_for_all_mnemonics のデフォルト: "false"
デフォルトでは、アクション タイプの数は、実行されるアクションが最も多い 20 個のニーモニックに制限されています。このオプションを設定すると、すべてのニーモニックの統計情報が書き込まれます。
で確認できます。
他のカテゴリに分類されない Bazel コマンドへの一般的な入力を指定または変更するオプション:
--experimental_resolved_file_instead_of_workspace=<a string> のデフォルト: ""
空でない場合、WORKSPACE ファイルではなく、指定された解決済みファイルを読み取る
タグ: changes_inputs
リモート キャッシュと実行のオプション:
--experimental_downloader_config=<a string> のデフォルト: 説明を参照
リモート ダウンローダを構成するファイルを指定します。このファイルは行で構成されます。各行はディレクティブ(`allow`、`block`、`rewrite`)で始まり、その後にホスト名(`allow` と `block`)または 2 つのパターン(1 つは照合するパターン、もう 1 つは代替 URL として使用するパターン)で始まり、後方参照は `$1` から始まります。同じ URL に対して複数の「rewrite」ディレクティブを指定できます。この場合、複数の URL が返されます。
で確認できます。
その他のカテゴリに該当しないその他のオプション:
--override_repository=<an equals-separated mapping of repository name to path> 回の使用が累積されています
ローカル ディレクトリでリポジトリをオーバーライドします。

構成オプション

カバレッジ オプション

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

コマンドの前に表示され、クライアントによって解析されるオプション:
--distdir=<a path> 回の使用が累積されています
ネットワークにアクセスしてダウンロードする前にアーカイブを検索する場所の追加。
タグ: bazel_internal_configuration
設定すると、キャッシュ ヒットが発生した場合、リポジトリ キャッシュはファイルをコピーするのではなくハードリンクします。これはディスク容量を節約するためのものです。
タグ: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id のデフォルト: "false"
true の場合、指定されていない場合は、リポジトリのダウンロード URL から取得された文字列を canonical_id として使用します。これにより、キャッシュに同じハッシュのダウンロードが含まれていても、URL が変更されると、再ダウンロードが行われます。これを使用して、URL の変更によって破損したリポジトリがキャッシュによってマスキングされないことを確認できます。
タグ: loading_and_analysisexperimental
--[no]experimental_repository_disable_download のデフォルト: "false"
設定すると、外部リポジトリのダウンロードは許可されません。
タグ: experimental
--experimental_repository_downloader_retries=<an integer> のデフォルト: 「0」
ダウンロード エラーの再試行の最大試行回数。0 に設定すると、再試行が無効になります。
タグ: experimental
--experimental_scale_timeouts=<a double> のデフォルト: 「1.0」
Starlark リポジトリ ルールのすべてのタイムアウトを、この係数でスケーリングします。このようにして、ソースコードを変更することなく、ルール作成者の想定よりも遅いマシンで外部リポジトリを動作させることができます。
タグ: bazel_internal_configurationexperimental
--http_timeout_scaling=<a double> のデフォルト: 「1.0」
HTTP ダウンロードに関連するすべてのタイムアウトを、指定された係数でスケーリング
タグ: bazel_internal_configuration
--repository_cache=<a path> のデフォルト: 説明を参照
外部リポジトリのフェッチ中に取得されたダウンロード値のキャッシュの場所を指定します。引数として空の文字列を指定すると、キャッシュを無効にするよう要求されます。
タグ: bazel_internal_configuration
Bazel による有効なビルド入力の適用度合いに影響するオプション(ルール定義、フラグの組み合わせなど):
--experimental_repository_hash_file=<a string> のデフォルト: ""
空でない場合、リポジトリ ディレクトリ ハッシュを検証する必要がある、解決された値を含むファイルを指定します。
タグ: affects_outputsexperimental
--experimental_verify_repository_rules=<a string> 回の使用が累積されています
出力ディレクトリのハッシュを検証する必要があるリポジトリ ルールのリストである場合、--experimental_repository_hash_file によってファイルが指定されます。
タグ: affects_outputsexperimental
このオプションは、BUILD ファイル、.bzl ファイル、WORKSPACE ファイルからアクセス可能な Starlark 言語またはビルド API のセマンティクスに影響します。
--[no]experimental_allow_top_level_aspects_parameters のデフォルト: "true"
オペレーションなし
タグ: no_opdeprecatedexperimental
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
--override_module=<an equals-separated mapping of module name to path> 回の使用が累積されています
モジュールをローカル ディレクトリでオーバーライドします。
--registry=<a string> 回の使用が累積されています
Bazel モジュールの依存関係を見つけるために使用するレジストリを指定します。順序は重要です。モジュールは最初に以前のレジストリで検索され、以前のレジストリで欠落している場合にのみ、後のレジストリにフォールバックします。
タグ: changes_inputs
ロギングの詳細度、形式、場所に影響するオプション:
--[no]experimental_record_metrics_for_all_mnemonics のデフォルト: "false"
デフォルトでは、アクション タイプの数は、実行されるアクションが最も多い 20 個のニーモニックに制限されています。このオプションを設定すると、すべてのニーモニックの統計情報が書き込まれます。
で確認できます。
他のカテゴリに分類されない Bazel コマンドへの一般的な入力を指定または変更するオプション:
--experimental_resolved_file_instead_of_workspace=<a string> のデフォルト: ""
空でない場合、WORKSPACE ファイルではなく、指定された解決済みファイルを読み取る
タグ: changes_inputs
リモート キャッシュと実行のオプション:
--experimental_downloader_config=<a string> のデフォルト: 説明を参照
リモート ダウンローダを構成するファイルを指定します。このファイルは行で構成されます。各行はディレクティブ(`allow`、`block`、`rewrite`)で始まり、その後にホスト名(`allow` と `block`)または 2 つのパターン(1 つは照合するパターン、もう 1 つは代替 URL として使用するパターン)で始まり、後方参照は `$1` から始まります。同じ URL に対して複数の「rewrite」ディレクティブを指定できます。この場合、複数の URL が返されます。
で確認できます。
その他のカテゴリに該当しないその他のオプション:
--override_repository=<an equals-separated mapping of repository name to path> 回の使用が累積されています
ローカル ディレクトリでリポジトリをオーバーライドします。

Cquery のオプション

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

コマンドの前に表示され、クライアントによって解析されるオプション:
--distdir=<a path> 回の使用が累積されています
ネットワークにアクセスしてダウンロードする前にアーカイブを検索する場所の追加。
タグ: bazel_internal_configuration
設定すると、キャッシュ ヒットが発生した場合、リポジトリ キャッシュはファイルをコピーするのではなくハードリンクします。これはディスク容量を節約するためのものです。
タグ: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id のデフォルト: "false"
true の場合、指定されていない場合は、リポジトリのダウンロード URL から取得された文字列を canonical_id として使用します。これにより、キャッシュに同じハッシュのダウンロードが含まれていても、URL が変更されると、再ダウンロードが行われます。これを使用して、URL の変更によって破損したリポジトリがキャッシュによってマスキングされないことを確認できます。
タグ: loading_and_analysisexperimental
--[no]experimental_repository_disable_download のデフォルト: "false"
設定すると、外部リポジトリのダウンロードは許可されません。
タグ: experimental
--experimental_repository_downloader_retries=<an integer> のデフォルト: 「0」
ダウンロード エラーの再試行の最大試行回数。0 に設定すると、再試行が無効になります。
タグ: experimental
--experimental_scale_timeouts=<a double> のデフォルト: 「1.0」
Starlark リポジトリ ルールのすべてのタイムアウトを、この係数でスケーリングします。このようにして、ソースコードを変更することなく、ルール作成者の想定よりも遅いマシンで外部リポジトリを動作させることができます。
タグ: bazel_internal_configurationexperimental
--http_timeout_scaling=<a double> のデフォルト: 「1.0」
HTTP ダウンロードに関連するすべてのタイムアウトを、指定された係数でスケーリング
タグ: bazel_internal_configuration
--repository_cache=<a path> のデフォルト: 説明を参照
外部リポジトリのフェッチ中に取得されたダウンロード値のキャッシュの場所を指定します。引数として空の文字列を指定すると、キャッシュを無効にするよう要求されます。
タグ: bazel_internal_configuration
Bazel による有効なビルド入力の適用度合いに影響するオプション(ルール定義、フラグの組み合わせなど):
--experimental_repository_hash_file=<a string> のデフォルト: ""
空でない場合、リポジトリ ディレクトリ ハッシュを検証する必要がある、解決された値を含むファイルを指定します。
タグ: affects_outputsexperimental
--experimental_verify_repository_rules=<a string> 回の使用が累積されています
出力ディレクトリのハッシュを検証する必要があるリポジトリ ルールのリストである場合、--experimental_repository_hash_file によってファイルが指定されます。
タグ: affects_outputsexperimental
このオプションは、BUILD ファイル、.bzl ファイル、WORKSPACE ファイルからアクセス可能な Starlark 言語またはビルド API のセマンティクスに影響します。
--[no]experimental_allow_top_level_aspects_parameters のデフォルト: "true"
オペレーションなし
タグ: no_opdeprecatedexperimental
クエリの出力とセマンティクスに関連するオプション:
--aspect_deps=<off, conservative or precise> のデフォルト: 「conservative」
出力形式が {xml,proto,record} のいずれかである場合に、アスペクトの依存関係を解決する方法。'オフ'アスペクト依存関係が解決されていないことを意味し、「保守的」(デフォルト)は、直接的な依存関係のルールクラス(「precise」)が指定されているかどうかにかかわらず、宣言されたすべてのアスペクト依存関係が追加されることを意味します。これは、直接的な依存関係のルールクラスでアクティブになっている可能性のあるアスペクトのみが追加されることを意味します。なお、高精度モードでは、1 つのターゲットを評価するために他のパッケージを読み込む必要があるため、他のモードよりも時間がかかります。また、正確なモードでさえも完全に正確とは言えません。アスペクトを計算するかどうかの判断は、分析フェーズで決定され、「bazel クエリ」中には実行されません。
タグ: build_file_semantics
--[no]graph:factored のデフォルト: "true"
true の場合、グラフは「因数分解」されて出力されます。つまり、トポロジ的に等価なノードが結合され、ラベルが連結されます。このオプションは、--output=graph を使用する場合にのみ適用されます。
タグ: terminal_output
--graph:node_limit=<an integer> のデフォルト: 「512」
出力内のグラフノードのラベル文字列の最大長。長いラベルは切り捨てられます。-1 は切り捨てなしを意味します。このオプションは、--output=graph を使用する場合にのみ適用されます。
タグ: terminal_output
--[no]implicit_deps のデフォルト: "true"
有効にすると、クエリを操作する依存関係グラフに暗黙的な依存関係が含まれます。暗黙的な依存関係とは、BUILD ファイルで明示的に指定されていないものの、bazel によって追加された依存関係です。cquery の場合、このオプションは解決済みツールチェーンのフィルタリングを制御します。
タグ: build_file_semantics
--[no]include_aspects のデフォルト: "true"
aquery、cquery: アスペクトで生成されたアクションを出力に含めるかどうか。query: no-op(アスペクトは常に従う)
タグ: terminal_output
--[no]incompatible_display_source_file_location のデフォルト: "true"
デフォルトで true の場合、ソースファイルのターゲットが表示されます。true の場合、位置情報の出力にソースファイルの 1 行目の場所を表示します。このフラグは移行目的でのみ存在します。
タグ: terminal_outputincompatible_change
--[no]incompatible_package_group_includes_double_slash のデフォルト: "true"
有効にすると、package_group の `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、jsonproto です。「遷移」を選択する場合は、--transitions=(lite|full) オプションも指定する必要があります。
タグ: terminal_output
--[no]proto:default_values のデフォルト: "true"
値が true の場合、値が BUILD ファイルで明示的に指定されていない属性が含まれます。それ以外の場合は省略されます。このオプションは、--output=proto に適用できます。
タグ: terminal_output
--[no]proto:definition_stack のデフォルト: "false"
definition_stack proto フィールドにデータを入力します。このフィールドは、ルールのクラスが定義された時点での Starlark コールスタックをルール インスタンスごとに記録します。
タグ: terminal_output
--[no]proto:flatten_selects のデフォルト: "true"
有効にすると、select() によって作成された構成可能な属性がフラット化されます。リスト型の場合、フラット化表現は、選択マップの各値を 1 回だけ含むリストです。スカラー型は null にフラット化されます。
タグ: build_file_semantics
--[no]proto:include_configurations のデフォルト: "true"
有効にすると、proto 出力に構成に関する情報が含まれます。無効にすると、cquery の proto 出力形式はクエリの出力形式に類似します。
タグ: affects_outputs
--[no]proto:include_synthetic_attribute_hash のデフォルト: "false"
$internal_attr_hash 属性を計算して入力するかどうか。
タグ: terminal_output
--[no]proto:instantiation_stack のデフォルト: "false"
各ルールのインスタンス化コールスタックを入力します。これにはスタックが存在する必要があります。
タグ: terminal_output
--[no]proto:locations のデフォルト: "true"
proto 出力に位置情報を出力するかどうか。
タグ: terminal_output
--proto:output_rule_attrs=<comma-separated list of options> のデフォルト: 「all」
出力に含める属性のカンマ区切りのリスト。デフォルトはすべての属性です。属性を出力しない場合は、空の文字列を設定します。このオプションは、--output=proto に適用できます。
タグ: terminal_output
--[no]proto:rule_inputs_and_outputs のデフォルト: "true"
rule_input フィールドと rule_output フィールドに値を設定するかどうか。
タグ: terminal_output
--[no]relative_locations のデフォルト: "false"
true の場合、xml 出力と proto 出力の BUILD ファイルの場所は相対的になります。デフォルトでは、ロケーションの出力は絶対パスであり、マシン間で一貫性はありません。このオプションを true に設定すると、すべてのマシンで一貫した結果が得られます。
タグ: terminal_output
--show_config_fragments=<off, direct or transitive> のデフォルト: 「off」
ルールに必要な構成フラグメントと、その推移的な依存関係を示します。これは、構成したターゲット グラフをどの程度トリミングできるかを評価するのに役立ちます。
タグ: affects_outputs
--starlark:expr=<a string> のデフォルト: ""
構成された各ターゲットを cquery の --output=starlark モードでフォーマットする Starlark 式。構成されたターゲットは「target」にバインドされています。--starlark:expr と --starlark:file のどちらも指定されていない場合、このオプションはデフォルトで「str(target.label)」になります。--starlark:expr と --starlark:file の両方を指定するとエラーになります。
タグ: terminal_output
--starlark:file=<a string> のデフォルト: ""
1 つの引数の「format」と呼ばれる Starlark 関数を定義するファイルの名前。文字列としてフォーマットするために各設定済みターゲットに適用されます。--starlark:expr と --starlark:file の両方を指定するとエラーになります。詳細については、--output=starlark のヘルプをご覧ください。
タグ: terminal_output
--[no]tool_deps のデフォルト: "true"
クエリ: 無効になっている場合、「ホスト構成」への依存関係または「execution」ターゲットは、クエリが動作する依存関係グラフに含まれません。「ホスト構成」「proto_library」のものなど、依存関係エッジが(通常は、同じ「ターゲット」の一部ではなく、ビルド中に実行されるツールを指します)。 Cquery: 無効にすると、ホストをまたぐ構成済みターゲット、または構成済みターゲットを検出したトップレベル ターゲットから実行遷移のあるすべての構成済みターゲットが除外されます。つまり、最上位のターゲットがターゲット構成にある場合は、同じターゲット構成にも構成されたターゲットのみが返されます。最上位のターゲットがホスト構成に存在する場合、ホストで構成されたターゲットのみが返されます。このオプションでは、解決済みのツールチェーンは除外されません。
タグ: 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
--override_module=<an equals-separated mapping of module name to path> 回の使用が累積されています
モジュールをローカル ディレクトリでオーバーライドします。
--registry=<a string> 回の使用が累積されています
Bazel モジュールの依存関係を見つけるために使用するレジストリを指定します。順序は重要です。モジュールは最初に以前のレジストリで検索され、以前のレジストリで欠落している場合にのみ、後のレジストリにフォールバックします。
タグ: changes_inputs
ロギングの詳細度、形式、場所に影響するオプション:
--[no]experimental_record_metrics_for_all_mnemonics のデフォルト: "false"
デフォルトでは、アクション タイプの数は、実行されるアクションが最も多い 20 個のニーモニックに制限されています。このオプションを設定すると、すべてのニーモニックの統計情報が書き込まれます。
で確認できます。
他のカテゴリに分類されない Bazel コマンドへの一般的な入力を指定または変更するオプション:
--experimental_resolved_file_instead_of_workspace=<a string> のデフォルト: ""
空でない場合、WORKSPACE ファイルではなく、指定された解決済みファイルを読み取る
タグ: changes_inputs
リモート キャッシュと実行のオプション:
--experimental_downloader_config=<a string> のデフォルト: 説明を参照
リモート ダウンローダを構成するファイルを指定します。このファイルは行で構成されます。各行はディレクティブ(`allow`、`block`、`rewrite`)で始まり、その後にホスト名(`allow` と `block`)または 2 つのパターン(1 つは照合するパターン、もう 1 つは代替 URL として使用するパターン)で始まり、後方参照は `$1` から始まります。同じ URL に対して複数の「rewrite」ディレクティブを指定できます。この場合、複数の URL が返されます。
で確認できます。
その他のカテゴリに該当しないその他のオプション:
--override_repository=<an equals-separated mapping of repository name to path> 回の使用が累積されています
ローカル ディレクトリでリポジトリをオーバーライドします。
で確認できます。
ビルドの実行を制御するオプション:
ファイル システムを直接呼び出してシンボリック リンク ツリーを作成するかどうか
タグ: loading_and_analysisexecutionexperimental
--[no]experimental_remotable_source_manifests のデフォルト: "false"
ソース マニフェスト アクションをリモート可能にするかどうか
タグ: loading_and_analysisexecutionexperimental
--[no]experimental_split_coverage_postprocessing のデフォルト: "false"
true の場合、Bazel は新しい Spwn でテストのカバレッジ後処理を実行します。
タグ: 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'「requires-x」を追加するすべての Genrule アクションの実行情報に追加します。 '(?!Genrule).*=-requires-x'「requires-x」を削除実行情報から取得します。
タグ: executionaffects_outputsloading_and_analysis
--persistent_android_dex_desugar
ワーカーを使用して永続的な Android dex アクションと desugar アクションを有効にします。
展開先:
--strategy=Desugar=worker
--strategy=DexBuilder=worker

タグ: host_machine_resource_optimizationsexecution
--persistent_android_resource_processor
ワーカーを使用して永続的な Android リソース プロセッサを有効にします。
展開先:
--internal_persistent_busybox_tools
--strategy=AaptPackage=worker
--strategy=AndroidResourceParser=worker
--strategy=AndroidResourceValidator=worker
--strategy=AndroidResourceCompiler=worker
--strategy=RClassGenerator=worker
--strategy=AndroidResourceLink=worker
--strategy=AndroidAapt2=worker
--strategy=AndroidAssetMerger=worker
--strategy=AndroidResourceMerger=worker
--strategy=AndroidCompiledResourceMerger=worker
--strategy=ManifestMerger=worker
--strategy=AndroidManifestMerger=worker
--strategy=Aapt2Optimize=worker
--strategy=AARGenerator=worker

タグ: host_machine_resource_optimizationsexecution
--persistent_multiplex_android_dex_desugar
ワーカーを使用して、永続的な多重化された Android dex アクションと desugar アクションを有効にします。
展開先:
--persistent_android_dex_desugar
--modify_execution_info=Desugar=+supports-multiplex-workers
--modify_execution_info=DexBuilder=+supports-multiplex-workers

タグ: host_machine_resource_optimizationsexecution
--persistent_multiplex_android_resource_processor
ワーカーを使用して永続的な多重化 Android リソース プロセッサを有効にします。
展開先:
--persistent_android_resource_processor
--modify_execution_info=AaptPackage=+supports-multiplex-workers
--modify_execution_info=AndroidResourceParser=+supports-multiplex-workers
--modify_execution_info=AndroidResourceValidator=+supports-multiplex-workers
--modify_execution_info=AndroidResourceCompiler=+supports-multiplex-workers
--modify_execution_info=RClassGenerator=+supports-multiplex-workers
--modify_execution_info=AndroidResourceLink=+supports-multiplex-workers
--modify_execution_info=AndroidAapt2=+supports-multiplex-workers
--modify_execution_info=AndroidAssetMerger=+supports-multiplex-workers
--modify_execution_info=AndroidResourceMerger=+supports-multiplex-workers
--modify_execution_info=AndroidCompiledResourceMerger=+supports-multiplex-workers
--modify_execution_info=ManifestMerger=+supports-multiplex-workers
--modify_execution_info=AndroidManifestMerger=+supports-multiplex-workers
--modify_execution_info=Aapt2Optimize=+supports-multiplex-workers
--modify_execution_info=AARGenerator=+supports-multiplex-workers

タグ: host_machine_resource_optimizationsexecution
--persistent_multiplex_android_tools
永続的な Android ツールと多重化された Android ツール(dex 変換、desugar、リソース処理)を有効にします。
展開先:
--internal_persistent_multiplex_busybox_tools
--persistent_multiplex_android_resource_processor
--persistent_multiplex_android_dex_desugar

タグ: host_machine_resource_optimizationsexecution
アクションの実行に使用するツールチェーンを設定するオプション:
--android_compiler=<a string> のデフォルト: 説明を参照
Android ターゲット コンパイラ。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--android_crosstool_top=<a build target label> のデフォルト: 「//external:android/crosstool」
Android ビルドに使用される C++ コンパイラの場所。
タグ: affects_outputschanges_inputsloading_and_analysisloses_incremental_state
--android_grte_top=<a label> のデフォルト: 説明を参照
Android ターゲットの grte_top。
タグ: changes_inputsloading_and_analysisloses_incremental_state
--android_manifest_merger=<legacy, android or force_android> のデフォルト: "android"
android_binary ルールに使用するマニフェスト マージツールを選択します。従来のマージツールから Android マニフェスト マージツールへの移行をサポートするフラグ。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--android_platforms=<a build target label> のデフォルト: ""
android_binary ターゲットが使用するプラットフォームを設定します。複数のプラットフォームが指定されている場合、バイナリはファット APK になり、指定された各ターゲット プラットフォームのネイティブ バイナリが含まれています。
タグ: changes_inputsloading_and_analysisloses_incremental_state
--android_sdk=<a build target label> のデフォルト: "@bazel_tools//tools/android:sdk"
Android アプリのビルドに使用する Android SDK/プラットフォームを指定します。
タグ: changes_inputsloading_and_analysisloses_incremental_state
--apple_compiler=<a string> のデフォルト: 説明を参照
Apple ターゲット コンパイラ。ツールチェーンのバリアント(xcode-beta など)を選択する場合に便利です。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--apple_crosstool_top=<a build target label> デフォルト: "@bazel_tools//tools/cpp:ツールチェーン"
Apple ルールと Objc ルール、およびそれらの依存関係で使用されるクロスツール パッケージのラベル。
タグ: loses_incremental_statechanges_inputs
--apple_grte_top=<a build target label> のデフォルト: 説明を参照
Apple ターゲット grte_top。
タグ: changes_inputsloading_and_analysisloses_incremental_state
--cc_output_directory_tag=<a string> のデフォルト: ""
構成ディレクトリに追加する接尾辞を指定します。
タグ: affects_outputsexplicit_in_output_path
--compiler=<a string> のデフォルト: 説明を参照
ターゲットのコンパイルに使用する C++ コンパイラ。
タグ: loading_and_analysisexecution
--coverage_output_generator=<a build target label> のデフォルト: "@bazel_tools//tools/test:lcov_merger"
未加工のカバレッジ レポートの後処理に使用されるバイナリの場所。現在は、単一のファイル(バイナリ)を含むファイル グループである必要があります。デフォルトは「//tools/test:lcov_merger」です。
タグ: changes_inputsaffects_outputsloading_and_analysis
--coverage_report_generator=<a build target label> デフォルト: "@bazel_tools//tools/test:coverage_report_generator"
カバレッジ レポートの生成に使用されるバイナリの場所。現在は、単一のファイル(バイナリ)を含むファイル グループである必要があります。デフォルトは「//tools/test:coverage_report_generator」です。
タグ: changes_inputsaffects_outputsloading_and_analysis
--coverage_support=<a build target label> デフォルト: "@bazel_tools//tools/test:coverage_support"
コード カバレッジを収集するすべてのテスト アクションの入力に必要なサポート ファイルの場所。デフォルトは「//tools/test:coverage_support」です。
タグ: changes_inputsaffects_outputsloading_and_analysis
--crosstool_top=<a build target label> デフォルト: "@bazel_tools//tools/cpp:ツールチェーン"
C++ コードのコンパイルに使用されるクロスツール パッケージのラベル。
タグ: loading_and_analysischanges_inputsaffects_outputs
--custom_malloc=<a build target label> のデフォルト: 説明を参照
カスタム Maloc 実装を指定します。この設定は、ビルドルールの malloc 属性をオーバーライドします。
タグ: changes_inputsaffects_outputs
--experimental_add_exec_constraints_to_targets=<a '<RegexFilter>=<label1>[,<label2>,...]' assignment> 回の使用が累積されています
カンマ区切りの正規表現のリスト。それぞれに接頭辞 -(負の式)が付加され、カンマで区切られた制約値ターゲットのリストに割り当てられます(=)。ターゲットが否定式と一致せず、少なくとも 1 つの正の式がある場合、制約値を実行制約として宣言した場合と同様に、ツールチェーンの解決が実行されます。例: //demo,-test=@platforms//cpus:x86_64 と指定すると 'x86_64' が追加されます。//demo の下にあるすべてのターゲットに送られます。ただし、名前に「test」が含まれるターゲットは除外されます。
タグ: loading_and_analysis
--[no]experimental_enable_objc_cc_deps のデフォルト: "true"
objc_* ルールが cc_library に依存することを許可し、--cpu を「ios_<--ios_cpu>」に設定して objc の依存関係をビルドできるようにする--ios_multi_cpu の値に対して 0 です。
タグ: loading_and_analysisincompatible_change
--[no]experimental_include_xcode_execution_requirements のデフォルト: "false"
設定する場合は、「requires-xcode:{version}」を追加します。すべての Xcode アクションに適用する必要があります。Xcode バージョンにハイフン付きのラベルがある場合は、「requires-xcode-label:{version_label}」も追加します。適用できます。
タグ: loses_incremental_stateloading_and_analysisexecution
--[no]experimental_prefer_mutual_xcode のデフォルト: "true"
true の場合、ローカルとリモートの両方で使用できる最新の Xcode を使用します。false の場合、または相互に利用可能なバージョンがない場合は、xcode-select で選択されたローカル Xcode バージョンを使用します。
タグ: loses_incremental_state
--extra_execution_platforms=<comma-separated list of options> 回の使用が累積されています
アクションを実行する実行プラットフォームとして利用できるプラットフォーム。プラットフォームは正確なターゲットで、またはターゲット パターンとして指定できます。これらのプラットフォームは、register_execution_platforms() によって WORKSPACE ファイルで宣言される前に考慮されます。
タグ: execution
--extra_toolchains=<comma-separated list of options> 回の使用が累積されています
ツールチェーンの解決時に考慮されるツールチェーン ルール。ツールチェーンは、正確なターゲットで、またはターゲット パターンとして指定できます。これらのツールチェーンは、Register_ツールチェーン s() によって WORKSPACE ファイルで宣言されたものの前に考慮されます。
タグ: affects_outputschanges_inputsloading_and_analysis
--grte_top=<a label> のデフォルト: 説明を参照
チェックインされた libc ライブラリへのラベル。デフォルト値はクロスツール ツールチェーンによって選択され、オーバーライドする必要はほとんどありません。
タグ: action_command_linesaffects_outputs
--host_compiler=<a string> のデフォルト: 説明を参照
ホスト コンパイルに使用する C++ コンパイラ。--host_crosstool_top が設定されていない場合、無視されます。
タグ: loading_and_analysisexecution
--host_crosstool_top=<a build target label> のデフォルト: 説明を参照
デフォルトでは、--crosstool_top オプションと --compiler オプションもホスト構成に使用されます。このフラグを指定すると、Bazel は指定された crosstool_top に対してデフォルトの libc とコンパイラを使用します。
タグ: loading_and_analysischanges_inputsaffects_outputs
--host_grte_top=<a label> のデフォルト: 説明を参照
指定した場合、この設定はホスト構成の libc 最上位ディレクトリ(--grte_top)をオーバーライドします。
タグ: action_command_linesaffects_outputs
--host_platform=<a build target label> のデフォルト: ""
ホストシステムを記述するプラットフォーム ルールのラベル。
タグ: affects_outputschanges_inputsloading_and_analysis
--[no]incompatible_disable_expand_if_all_available_in_flag_set のデフォルト: "true"
true の場合、Bazel は、flag_sets で Expand_if_all_available を指定できません(移行手順については、https://github.com/bazelbuild/bazel/issues/7008 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_dont_enable_host_nonhost_crosstool_features のデフォルト: "true"
true の場合、Bazel は「host」を有効にしません。および「nonhost」(詳しくは、https://github.com/bazelbuild/bazel/issues/7407 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_enable_android_toolchain_resolution のデフォルト: "false"
ツールチェーン解決を使用して Android ルール用の Android SDK を選択する(Starlark とネイティブ)
タグ: loading_and_analysisincompatible_change
--[no]incompatible_enable_apple_toolchain_resolution のデフォルト: "false"
ツールチェーン解決を使用して Apple ルール用の Apple SDK を選択する(Starlark とネイティブ)
タグ: loading_and_analysisincompatible_change
--[no]incompatible_make_thinlto_command_lines_standalone のデフォルト: "true"
true の場合、Bazel は lto インデックス作成コマンドラインに C++ リンク アクション コマンドラインを再利用しません(詳しくは、https://github.com/bazelbuild/bazel/issues/6791 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_remove_cpu_and_compiler_attributes_from_cc_toolchain のデフォルト: "true"
true の場合、cc_tooltip.cpu 属性と cc_ツールチェーン.compiler 属性が設定されていると Bazel からエラーが表示されます(移行手順については、https://github.com/bazelbuild/bazel/issues/7075 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_remove_legacy_whole_archive のデフォルト: "true"
true の場合、Bazel はデフォルトでライブラリの依存関係をアーカイブ全体としてリンクしません(移行手順については、https://github.com/bazelbuild/bazel/issues/7362 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_require_ctx_in_configure_features のデフォルト: "true"
true の場合、Bazel で「gsuite」が必要になります。を cc_common.configure_features に追加します(詳しくは、https://github.com/bazelbuild/bazel/issues/7793 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]interface_shared_objects のデフォルト: "true"
ツールチェーンでサポートされている場合は、インターフェース共有オブジェクトを使用します。現在、この設定はすべての ELF ツールチェーンでサポートされています。
タグ: loading_and_analysisaffects_outputsaffects_outputs
--ios_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を参照
iOS アプリケーションのビルドに使用する iOS SDK のバージョンを指定します。指定しない場合は、「xcode_version」のデフォルトの iOS SDK バージョンを使用します。
タグ: loses_incremental_state
--macos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を参照
macOS アプリケーションのビルドに使用する macOS SDK のバージョンを指定します。指定しない場合、「xcode_version」のデフォルトの macOS SDK バージョンが使用されます。
タグ: loses_incremental_state
--minimum_os_version=<a string> のデフォルト: 説明を参照
コンパイルが対象とする最小 OS バージョン。
タグ: loading_and_analysisaffects_outputs
--platform_mappings=<a relative path> のデフォルト: ""
設定されていない場合に使用するプラットフォーム、またはプラットフォームがすでに存在する場合に設定するフラグを記述するマッピング ファイルの場所。メインのワークスペースのルートからの相対パスにする必要があります。デフォルトは「platform_mappings」(ワークスペースのルートの直下にあるファイル)。
タグ: affects_outputschanges_inputsloading_and_analysis
--platforms=<a build target label> のデフォルト: ""
現在のコマンドのターゲット プラットフォームを記述するプラットフォーム ルールのラベル。
タグ: affects_outputschanges_inputsloading_and_analysis
--python2_path=<a string> のデフォルト: 説明を参照
非推奨、NoOps。「--compatible_use_python_ツールチェーン」によって無効にします。
タグ: no_opdeprecated
--python3_path=<a string> のデフォルト: 説明を参照
非推奨、NoOps。「--compatible_use_python_ツールチェーン」によって無効にします。
タグ: no_opdeprecated
--python_path=<a string> のデフォルト: 説明を参照
ターゲット プラットフォームで Python ターゲットを実行するために呼び出される Python インタープリタの絶対パス。非推奨、無効にします。
タグ: loading_and_analysisaffects_outputs
--python_top=<a build target label> のデフォルト: 説明を参照
ターゲット プラットフォームで Python ターゲットを実行するために呼び出される Python インタープリタを表す py_runtime のラベル。非推奨、無効にします。
タグ: loading_and_analysisaffects_outputs
--target_platform_fallback=<a build target label> デフォルト: "@local_config_platform//:host"
ターゲット プラットフォームが設定されておらず、現在のフラグセットに一致するプラットフォーム マッピングがない場合に使用されるプラットフォーム ルールのラベル。
タグ: affects_outputschanges_inputsloading_and_analysis
--tvos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を参照
tvOS アプリのビルドに使用する tvOS SDK のバージョンを指定します。指定しない場合は、「xcode_version」のデフォルトの tvOS SDK バージョンを使用します。
タグ: loses_incremental_state
--watchos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を参照
watchOS アプリのビルドに使用する watchOS SDK のバージョンを指定します。指定しない場合は、「xcode_version」のデフォルトの 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_enable_auto_dsym_dbg のデフォルト: "false"
dbg ビルドのデバッグ シンボル(.dSYM)ファイルの生成を強制的に有効にするかどうかを指定します。
タグ: affects_outputsaction_command_lines
--[no]apple_generate_dsym のデフォルト: "false"
デバッグ シンボル(.dSYM)ファイルを生成するかどうか。
タグ: affects_outputsaction_command_lines
true の場合、すべてのターゲットのランファイル シンボリック リンク フォレストをビルドします。false の場合、可能であればマニフェストのみを書き込みます。
タグ: affects_outputs
--[no]build_runfile_manifests のデフォルト: "true"
true の場合、すべてのターゲットの runfile マニフェストを書き込みます。false の場合は省略します。false の場合、ローカルテストは実行に失敗します。
タグ: affects_outputs
--[no]build_test_dwp のデフォルト: "false"
有効にすると、C++ テストを静的に破棄してビルドするときに、テストバイナリの .dwp ファイルも自動的にビルドされます。
タグ: loading_and_analysisaffects_outputs
--cc_proto_library_header_suffixes=<comma-separated list of options> のデフォルト: ".pb.h"
cc_proto_library が作成するヘッダー ファイルの接頭辞を設定します。
タグ: affects_outputsloading_and_analysis
--cc_proto_library_source_suffixes=<comma-separated list of options> のデフォルト: 「.pb.cc」
cc_proto_library が作成するソースファイルの接頭辞を設定します。
タグ: affects_outputsloading_and_analysis
--[no]experimental_proto_descriptor_sets_include_source_info のデフォルト: "false"
proto_library で、代替 Java API バージョンの追加アクションを実行します。
タグ: affects_outputsloading_and_analysisexperimental
--[no]experimental_proto_extra_actions のデフォルト: "false"
proto_library で、代替 Java API バージョンの追加アクションを実行します。
タグ: affects_outputsloading_and_analysisexperimental
--[no]experimental_save_feature_state のデフォルト: "false"
有効化されリクエストされた機能の状態をコンパイルの出力として保存します。
タグ: affects_outputsexperimental
--fission=<a set of compilation modes> のデフォルト: 「no」
C++ コンパイルとリンクに分裂を使用するコンパイル モードを指定します。{'fastbuild'、'dbg'、'opt'} の任意の組み合わせ、または特別な値「yes」を指定できます。すべてのモードを有効にし、[no] をすべてのモードを無効にします。
タグ: loading_and_analysisaction_command_linesaffects_outputs
--[no]incompatible_always_include_files_in_data のデフォルト: "true"
true の場合、ネイティブ ルールによって <code>DefaultInfo.files</code> が追加されます。(https://bazel.build/extending/rules#runfiles_features_to_avoid)という Starlark ルールの推奨動作と一致しています。
タグ: affects_outputsincompatible_change
--[no]legacy_external_runfiles のデフォルト: "true"
true の場合、(.runfiles/repo に加えて).runfiles/wsname/external/repo の下にランファイル シンボリック リンク フォレストをビルドします。
タグ: 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> 回の使用が累積されています
ターゲット構成のアクションで使用できる環境変数のセットを指定します。変数は、名前(呼び出し環境から値を取得する場合)または名前と値のペア(呼び出し環境とは無関係に値を設定する名前と値のペア)で指定できます。このオプションは複数回使用できます。同じ変数に与えられたオプション、最新の勝利、異なる変数の選択肢が蓄積されます。
タグ: action_command_lines
--android_cpu=<a string> のデフォルト: 「armeabi-v7a」
Android のターゲット CPU。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--[no]android_databinding_use_androidx のデフォルト: "false"
AndroidX 互換のデータ バインディング ファイルを生成します。これは、データ バインディング v2 でのみ使用されます。
タグ: affects_outputsloading_and_analysisloses_incremental_stateexperimental
--[no]android_databinding_use_v3_4_args のデフォルト: "false"
3.4.0 引数で Android データ バインディング v2 を使用する
タグ: affects_outputsloading_and_analysisloses_incremental_stateexperimental
--android_dynamic_mode=<off, default or fully> のデフォルト: 「off」
cc_binary で共有ライブラリが明示的に作成されていない場合に、Android ルールの C++ の依存関係を動的にリンクするかどうかを指定します。「default」動的にリンクするかどうかを bazel が選択します。'完全に'すべてのライブラリが動的にリンクされます。'オフ'すべてのライブラリがほぼ静的モードでリンクされることを意味します。
タグ: affects_outputsloading_and_analysis
--android_manifest_merger_order=<alphabetical, alphabetical_by_configuration or dependency> のデフォルト: 「alphabetical」
Android バイナリのマニフェスト マージツールに渡されるマニフェストの順序を設定します。ALPHABETICAL は、マニフェストが execroot からの相対パスで並べ替えられることを意味します。ALPHABETICAL_BY_CONFIGURATION は、出力ディレクトリ内の構成ディレクトリからの相対パスでマニフェストが並べ替えられることを意味します。DEPENDENCY は、各ライブラリのマニフェストが依存関係のマニフェストの前に来るようにマニフェストが並べ替えられることを意味します。
タグ: action_command_linesexecution
--[no]android_resource_shrinking のデフォルト: "false"
ProGuard を使用する android_binary APK のリソース圧縮を有効にします。
タグ: affects_outputsloading_and_analysis
--apple_bitcode=<'mode' or 'platform=mode', where 'mode' is none, embedded_markers or embedded, and 'platform' is ios, watchos, tvos, macos or catalyst> 回の使用が累積されています
デバイス アーキテクチャをターゲットとするコンパイル ステップに Apple ビットコード モードを指定します。値は「[platform=]mode」の形式です。プラットフォーム(「ios」、「macos」、「tvos」、「watchos」)のいずれかは省略可能です。指定した場合、ビットコード モードはそのプラットフォームにのみ適用されます。省略した場合は、すべてのプラットフォームに適用されます。モードは、「none」、「embedded_markers」、または「embedded」でなければなりません。このオプションは複数回指定できます。
タグ: loses_incremental_state
--[no]build_python_zip のデフォルト: "auto"
Python の実行可能 zip をビルドします。(Windows では稼働、他のプラットフォームではオフ)
タグ: affects_outputs
--catalyst_cpus=<comma-separated list of options> 回の使用が累積されています
Apple Catalyst バイナリをビルドするアーキテクチャのカンマ区切りのリスト。
タグ: loses_incremental_stateloading_and_analysis
--[no]collect_code_coverage のデフォルト: "false"
指定した場合、Bazel はコードをインストルメント化し(可能な場合はオフライン インストルメンテーションを使用して)、テスト中にカバレッジ情報を収集します。--instrumentation_filter に一致するターゲットのみが影響を受けます。通常、このオプションは直接指定しないでください - 「bazelcover」コマンドを使用してください。
タグ: affects_outputs
--compilation_mode=<fastbuild, dbg or opt> [-c] デフォルト: "fastbuild"
バイナリをビルドするモードを指定します。値: fastbuild、dbg、opt。
タグ: affects_outputsaction_command_linesexplicit_in_output_path
--conlyopt=<a string> 回の使用が累積されています
C ソースファイルのコンパイル時に gcc に渡す追加オプション。
タグ: action_command_linesaffects_outputs
--copt=<a string> 回の使用が累積されています
gcc に渡す追加のオプション。
タグ: action_command_linesaffects_outputs
--cpu=<a string> のデフォルト: ""
ターゲット CPU。
タグ: changes_inputsaffects_outputsexplicit_in_output_path
--cs_fdo_absolute_path=<a string> のデフォルト: 説明を参照
CSFDO のプロファイル情報を使用してコンパイルを最適化します。プロファイル ファイル(未加工またはインデックス付き LLVM プロファイル ファイル)を含む zip ファイルの絶対パス名を指定します。
タグ: affects_outputs
--cs_fdo_instrument=<a string> のデフォルト: 説明を参照
コンテキスト依存の FDO 計測を使用してバイナリを生成します。Clang/LLVM コンパイラでは、未加工のプロファイル ファイルを実行時にダンプするディレクトリ名も指定できます。
タグ: affects_outputs
--cs_fdo_profile=<a build target label> のデフォルト: 説明を参照
最適化に使用されるコンテキスト依存プロファイルを表す cs_fdo_profile。
タグ: affects_outputs
--cxxopt=<a string> 回の使用が累積されています
C++ ソースファイルのコンパイル時に gcc に渡す追加オプション。
タグ: action_command_linesaffects_outputs
--define=<a 'name=value' assignment> 回の使用が累積されています
各 --define オプションで、ビルド変数の割り当てを指定します。
タグ: changes_inputsaffects_outputs
--dynamic_mode=<off, default or fully> のデフォルト: "default"
C++ バイナリを動的にリンクするかどうかを指定します。「default」つまり、Bazel は動的にリンクするかどうかを選択します。'完全に'すべてのライブラリが動的にリンクされます。'オフ'すべてのライブラリがほぼ静的モードでリンクされることを意味します。
タグ: loading_and_analysisaffects_outputs
--[no]enable_fdo_profile_absolute_path のデフォルト: "true"
設定すると、fdo_absolute_profile_path を使用するとエラーが発生します。
タグ: affects_outputs
--[no]enable_runfiles のデフォルト: "auto"
runfiles シンボリック リンク ツリーを有効にするWindows と他のプラットフォームでは、デフォルトで無効になっています。
タグ: affects_outputs
--experimental_action_listener=<a build target label> 回の使用が累積されています
アスペクトを優先するため非推奨。action_listener を使用して、既存のビルド アクションに extra_action をアタッチする。
タグ: executionexperimental
--[no]experimental_android_compress_java_resources のデフォルト: "false"
APK 内の Java リソースを圧縮する
タグ: affects_outputsloading_and_analysisexperimental
--[no]experimental_android_databinding_v2 のデフォルト: "false"
Android データ バインディング v2 を使用する
タグ: affects_outputsloading_and_analysisloses_incremental_stateexperimental
--[no]experimental_android_resource_shrinking のデフォルト: "false"
ProGuard を使用する android_binary APK のリソース圧縮を有効にします。
タグ: affects_outputsloading_and_analysis
--[no]experimental_android_rewrite_dexes_with_rex のデフォルト: "false"
rex ツールを使用して dex ファイルを書き換える
タグ: affects_outputsloading_and_analysisloses_incremental_stateexperimental
--experimental_objc_fastbuild_options=<comma-separated list of options> のデフォルト: "-O0,-DDEBUG=1"
これらの文字列を objc fastbuild コンパイラ オプションとして使用します。
タグ: action_command_lines
--[no]experimental_omitfp のデフォルト: "false"
true の場合、libunwind を使用してスタックのアンワインドを行い、-fomit-frame-pointer と -fasynchronous-unwind-tables を使用してコンパイルします。
タグ: action_command_linesaffects_outputsexperimental
--[no]experimental_platform_in_output_dir のデフォルト: "false"
true の場合、出力ディレクトリ名で CPU ではなくターゲット プラットフォームが使用されます。
タグ: affects_outputsexperimental
--[no]experimental_use_llvm_covmap のデフォルト: "false"
指定した場合、collect_code_coverage が有効なときに Bazel は gcov ではなく llvm-cov のカバレッジ マップ情報を生成します。
タグ: changes_inputsaffects_outputsloading_and_analysisexperimental
--fat_apk_cpu=<comma-separated list of options> のデフォルト: 「armeabi-v7a」
このオプションを設定すると、指定されたすべてのターゲット アーキテクチャ(--fat_apk_cpu=x86,armeabi-v7a.このフラグを指定すると、android_binary ルールの依存関係に関して --android_cpu は無視されます。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--[no]fat_apk_hwasan のデフォルト: "false"
HWAAN 分割を作成するかどうか。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--fdo_instrument=<a string> のデフォルト: 説明を参照
FDO 計測を使用してバイナリを生成します。Clang/LLVM コンパイラでは、未加工のプロファイル ファイルを実行時にダンプするディレクトリ名も指定できます。
タグ: affects_outputs
--fdo_optimize=<a string> のデフォルト: 説明を参照
FDO プロファイル情報を使用してコンパイルを最適化します。.gcda ファイルツリーを含む zip ファイル、自動プロファイルを含む afdo ファイル、または LLVM プロファイル ファイルの名前を指定します。このフラグは、ラベル(例: `//foo/bar:file.afdo`。対応するパッケージへの `exports_files` ディレクティブの追加が必要になることがある)と、`fdo_profile` ターゲットを指すラベルとして指定されたファイルも受け入れます。このフラグは `fdo_profile` ルールに置き換わります。
タグ: affects_outputs
--fdo_prefetch_hints=<a build target label> のデフォルト: 説明を参照
キャッシュ プリフェッチのヒントを使用します。
タグ: affects_outputs
--fdo_profile=<a build target label> のデフォルト: 説明を参照
最適化に使用されるプロファイルを表す fdo_profile。
タグ: affects_outputs
--features=<a string> 回の使用が累積されています
指定した機能は、ターゲット構成で構築されたターゲットに対してデフォルトで有効または無効にされます。-<feature> の指定この機能は無効になります。ネガティブな特徴は、ポジティブな特徴よりも常に優先されます。--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> 回の使用が累積されています
ホスト構成または実行構成を持つアクションで使用できる一連の環境変数を指定します。変数は、名前(呼び出し環境から値を取得する場合)または名前と値のペア(呼び出し環境とは無関係に値を設定する名前と値のペア)で指定できます。このオプションは複数回使用できます。同じ変数に与えられたオプション、最新の勝利、異なる変数の選択肢が蓄積されます。
タグ: action_command_lines
--host_compilation_mode=<fastbuild, dbg or opt> デフォルト: "opt"
ビルド中に使用するツールをビルドするモードを指定します。値: fastbuild、dbg、opt。
タグ: affects_outputsaction_command_lines
--host_conlyopt=<a string> 回の使用が累積されています
ホストツール用の C ソースファイルをコンパイルするときに gcc に渡す追加オプション。
タグ: action_command_linesaffects_outputs
--host_copt=<a string> 回の使用が累積されています
ホストツール用に gcc に渡す追加オプション。
タグ: action_command_linesaffects_outputs
--host_cpu=<a string> のデフォルト: ""
ホストの CPU。
タグ: changes_inputsaffects_outputs
--host_cxxopt=<a string> 回の使用が累積されています
ホストツール用に gcc に渡す追加オプション。
タグ: action_command_linesaffects_outputs
--host_features=<a string> 回の使用が累積されています
指定した機能は、exec 構成で構築されたターゲットに対してデフォルトで有効または無効にされます。-<feature> の指定この機能は無効になります。ネガティブな特徴は、ポジティブな特徴よりも常に優先されます。
タグ: changes_inputsaffects_outputs
--host_force_python=<PY2 or PY3> のデフォルト: 説明を参照
ホスト構成の Python バージョンをオーバーライドします。「PY2」の場合もあります。「PY3」を指定します。
タグ: loading_and_analysisaffects_outputs
--host_linkopt=<a string> 回の使用が累積されています
ホストツールをリンクする際に gcc に渡す追加オプション。
タグ: 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> 回の使用が累積されています
host 構成または exec 構成で特定のファイルをコンパイルするときに、C/C++ コンパイラに選択的に渡す追加のオプション。このオプションは複数回渡すことができます。構文: regex_filter@option_1,option_2,...,option_nここで regex_filter は、一致および除外の正規表現パターンのリストを表します(--instrumentation_filter もご覧ください)。option_1 ~ option_n は、任意のコマンドライン オプションを表します。オプションにカンマが含まれる場合は、バックスラッシュで囲む必要があります。オプションには @ を含めることができます。文字列の分割には最初の @ のみが使用されます。例: --host_per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0 は、//foo/ 内のすべての cc ファイル(bar.cc を除く)の gcc コマンドラインに -O0 コマンドラインオプションを追加します。
タグ: action_command_linesaffects_outputs
--host_swiftcopt=<a string> 回の使用が累積されています
ホストツール用に swiftc に渡す追加オプション。
タグ: action_command_linesaffects_outputs
--[no]incompatible_avoid_conflict_dlls のデフォルト: "true"
有効にすると、Windows で cc_library によって生成されたすべての C++ ダイナミック リンク ライブラリ(DLL)の名前が name_{hash}.dll に変更されます。ハッシュは RepositoryName と DLL のパッケージ パスに基づいて計算されます。このオプションは、同じ名前の複数の cc_library に依存する 1 つのパッケージがある場合に便利です(例: //foo/bar1:utils と //foo/bar2:utils)。
タグ: loading_and_analysisaffects_outputsincompatible_change
--[no]incompatible_merge_genfiles_directory のデフォルト: "true"
true の場合、genfiles ディレクトリは bin ディレクトリに折りたたみます。
タグ: affects_outputsincompatible_change
--[no]incompatible_use_host_features のデフォルト: "false"
true の場合、ターゲット構成にのみ --features を使用し、exec 構成に --host_features を使用します。
タグ: changes_inputsaffects_outputsincompatible_change
--[no]incompatible_use_platforms_repo_for_constraints のデフォルト: "true"
true の場合、@bazel_tools からの制約設定が削除されます。
タグ: affects_outputsincompatible_change
--[no]instrument_test_targets のデフォルト: "false"
カバレッジが有効になっている場合、インストルメンテーション テストルールを考慮するかどうかを指定します。設定すると、-instrumentation_filter に含まれるテストルールがインストルメント化されます。それ以外の場合、テストルールは常にカバレッジ計測から除外されます。
タグ: affects_outputs
--instrumentation_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> のデフォルト: "-/javatests[/:],-/test/java[/:]"
カバレッジが有効になっている場合は、指定した正規表現ベースのフィルタに含まれる名前のルールのみがインストルメント化されます。先頭に「-」が付いたルール除外されます。--instrument_test_targets が有効になっていない限り、テスト以外のルールのみがインストルメント化されることに注意してください。
タグ: affects_outputs
--ios_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を参照
ターゲット シミュレータとデバイスに対応する最小の iOS バージョン。指定しない場合は、「ios_sdk_version」を使用します。
タグ: loses_incremental_state
--ios_multi_cpus=<comma-separated list of options> 回の使用が累積されています
ios_application のビルドに使用するアーキテクチャのカンマ区切りのリスト。その結果、指定されたすべてのアーキテクチャを含むユニバーサル バイナリが生成されます。
タグ: loses_incremental_stateloading_and_analysis
--[no]legacy_whole_archive のデフォルト: "true"
非推奨で、--compatible_remove_legacy_whole_archive に置き換えられました(詳しくは、https://github.com/bazelbuild/bazel/issues/7362 をご覧ください)。オンにした場合、linkshared=True と linkstatic=True または -static のいずれかが設定されている cc_binary ルールに --whole-archive を使用します。使用します。これは下位互換性のためだけのものです。より適切な代替策は、必要に応じて常駐のリンク 1 を使用することです。
タグ: action_command_linesaffects_outputsdeprecated
--linkopt=<a string> 回の使用が累積されています
リンク時に gcc に渡す追加オプション。
タグ: action_command_linesaffects_outputs
--ltobackendopt=<a string> 回の使用が累積されています
LTO バックエンド ステップに渡す追加のオプション(--features=thin_lto の下)。
タグ: action_command_linesaffects_outputs
--ltoindexopt=<a string> 回の使用が累積されています
LTO インデックス登録ステップに渡す追加のオプション(--features=thin_lto の下)。
タグ: action_command_linesaffects_outputs
--macos_cpus=<comma-separated list of options> 回の使用が累積されています
Apple macOS バイナリをビルドするアーキテクチャのカンマ区切りのリスト。
タグ: loses_incremental_stateloading_and_analysis
--macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を参照
ターゲットと互換性がある最小の macOS バージョン。指定しない場合は、「macos_sdk_version」を使用します。
タグ: loses_incremental_state
--[no]objc_debug_with_GLIBCXX のデフォルト: "false"
設定していて、コンパイル モードが「dbg」に設定されている場合は、GLIBCXX_DEBUG、GLIBCXX_DEBUG_PEDANTIC、GLIBCPP_CONCEPT_CHECKS を定義します。
タグ: action_command_lines
--[no]objc_enable_binary_stripping のデフォルト: "false"
リンクされたバイナリでシンボルおよびデッドコードの削除を行うかどうか。このフラグと --compile_mode=opt の両方が指定されている場合は、バイナリ削除が実行されます。
タグ: action_command_lines
--objccopt=<a string> 回の使用が累積されています
Objective-C/C++ ソースファイルのコンパイル時に gcc に渡す追加のオプション。
タグ: action_command_lines
--per_file_copt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options> 回の使用が累積されています
特定のファイルをコンパイルするときに選択的に gcc に渡すその他のオプション。このオプションは複数回渡すことができます。構文: regex_filter@option_1,option_2,...,option_nここで regex_filter は、一致および除外の正規表現パターンのリストを表します(--instrumentation_filter もご覧ください)。option_1 ~ option_n は、任意のコマンドライン オプションを表します。オプションにカンマが含まれる場合は、バックスラッシュで囲む必要があります。オプションには @ を含めることができます。文字列の分割には最初の @ のみが使用されます。例: --per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0 は、//foo/ 内のすべての cc ファイル(bar.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> 回の使用が累積されています
特定のバックエンド オブジェクトをコンパイルするときに、(--features=thin_lto にある)LTO バックエンドに選択的に渡す追加のオプション。このオプションは複数回渡すことができます。構文: regex_filter@option_1,option_2,...,option_nここで regex_filter は、一致および除外の正規表現パターンのリストを表します。option_1 ~ option_n は、任意のコマンドライン オプションを表します。オプションにカンマが含まれる場合は、バックスラッシュで囲む必要があります。オプションには @ を含めることができます。文字列の分割には最初の @ のみが使用されます。例: --per_file_ltobackendopt=//foo/.*\.o,-//foo/bar\.o@-O0 は、bar.o を除く //foo/ 内のすべての o ファイルの LTO バックエンドコマンドラインに、-O0 コマンドラインオプションを追加します。
タグ: action_command_linesaffects_outputs
--platform_suffix=<a string> のデフォルト: 説明を参照
構成ディレクトリに追加する接尾辞を指定します。
タグ: loses_incremental_stateaffects_outputsloading_and_analysis
--propeller_optimize=<a build target label> のデフォルト: 説明を参照
Propeller のプロファイル情報を使用して、ビルド ターゲットを最適化します。Propeller のプロファイルは、cc プロファイルと ld プロファイルの 2 つのファイルのうち少なくとも 1 つで構成する必要があります。このフラグには、プロペラ プロファイル入力ファイルを参照する必要があるビルドラベルを指定できます。たとえば、a/b/BUILD:propeller_optimize( name = "propeller_profile", cc_profile = "propeller_cc_profile.txt", ld_profile = "propeller_ld_profile.txt",) でラベルを定義する BUILD ファイルでは、Bazel でファイルを可視化できるように、対応するパッケージにディレクティブを追加する必要があります。オプションを次のように使用する必要があります。--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」を使用)。[ときどき] のデフォルト値は--compile_mode=fastbuild が抜けている場合は削除します。
タグ: affects_outputs
--stripopt=<a string> 回の使用が累積されています
'<name>.stripped' の生成時に保持する追加のオプションです。バイナリです。
タグ: action_command_linesaffects_outputs
--swiftcopt=<a string> 回の使用が累積されています
Swift コンパイルに渡す追加のオプション。
タグ: action_command_lines
--tvos_cpus=<comma-separated list of options> 回の使用が累積されています
Apple tvOS バイナリをビルドする対象アーキテクチャのカンマ区切りのリスト。
タグ: loses_incremental_stateloading_and_analysis
--tvos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を参照
ターゲット シミュレータとデバイスに対応する tvOS の最小バージョン。指定しない場合は、「tvos_sdk_version」を使用します。
タグ: loses_incremental_state
--watchos_cpus=<comma-separated list of options> 回の使用が累積されています
Apple watchOS バイナリをビルドするアーキテクチャのカンマ区切りのリスト。
タグ: loses_incremental_stateloading_and_analysis
--watchos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を参照
ターゲット シミュレータとデバイスに対応する最小限の watchOS バージョン。指定しない場合は、「watchos_sdk_version」を使用します。
タグ: loses_incremental_state
--xbinary_fdo=<a build target label> のデフォルト: 説明を参照
XbinaryFDO のプロファイル情報を使用してコンパイルを最適化します。デフォルトのクロスバイナリ プロファイルの名前を指定します。このオプションを --fdo_instrument/--fdo_optimize/--fdo_profile と一緒に使用すると、xbinary_fdo が指定されていない場合と同様にこれらのオプションが優先されます。
タグ: affects_outputs
Bazel による有効なビルド入力の適用度合いに影響するオプション(ルール定義、フラグの組み合わせなど):
--auto_cpu_environment_group=<a build target label> のデフォルト: ""
CPU 値を target_environment 値に自動的にマッピングするために使用する environment_group を宣言します。
タグ: changes_inputsloading_and_analysisexperimental
--[no]check_licenses のデフォルト: "false"
依存パッケージによるライセンスの制約が、ビルド中のターゲットの配布モードと競合していないことを確認する。デフォルトでは、ライセンスはオフになっています。
タグ: build_file_semantics
--[no]check_visibility のデフォルト: "true"
無効にすると、ターゲット依存関係内の可視性エラーは警告に降格されます。
タグ: build_file_semantics
--[no]desugar_for_android のデフォルト: "true"
dex 変換の前に Java 8 バイトコードを脱糖するかどうか。
タグ: affects_outputsloading_and_analysisloses_incremental_state
--[no]desugar_java8_libs のデフォルト: "false"
レガシー デバイス向けのアプリにサポートされている Java 8 ライブラリを含めるかどうかを指定します。
タグ: affects_outputsloading_and_analysisloses_incremental_stateexperimental
--[no]enforce_constraints のデフォルト: "true"
各ターゲットが対応している環境を確認し、同じ環境をサポートしていない依存関係がターゲットにある場合にエラーを報告する
タグ: build_file_semantics
--[no]experimental_allow_android_library_deps_without_srcs のデフォルト: "false"
依存関係のある srcs-less android_library ルールを許可から禁止に移行するためのフラグ。これをデフォルトでロールアウトするには、デポをクリーンアップする必要があります。
タグ: eagerness_to_exitloading_and_analysis
--[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_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"
NoOps。下位互換性のためにここに保持。
タグ: eagerness_to_exitincompatible_change
--[no]incompatible_force_strict_header_check_from_starlark のデフォルト: "true"
有効にした場合、Starlark API で厳密なヘッダー確認を設定
タグ: loading_and_analysischanges_inputsincompatible_change
--[no]incompatible_validate_top_level_header_inclusions のデフォルト: "true"
true の場合、Bazel はトップレベル ディレクトリ ヘッダーの包含も検証します(詳しくは、https://github.com/bazelbuild/bazel/issues/10047 をご覧ください)。
タグ: loading_and_analysisincompatible_change
--[no]strict_filesets のデフォルト: "false"
このオプションを有効にすると、パッケージの境界を越えるファイルセットはエラーとして報告されます。check_fileset_defense_recursively が無効な場合は機能しません。
タグ: 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 設定、または共同署名の man ページ(署名 ID)に従って証明書の共通名の(部分文字列)を指定できます。
タグ: action_command_lines
このオプションは、BUILD ファイル、.bzl ファイル、WORKSPACE ファイルからアクセス可能な Starlark 言語またはビルド API のセマンティクスに影響します。
--[no]incompatible_disallow_legacy_py_provider のデフォルト: "true"
NoOps。まもなく削除されます。
タグ: 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"
真の場合、dex2oat アクションが失敗すると、テスト実行時に dex2oat が実行されず、ビルドが中断されます。
タグ: loading_and_analysisexperimental
--[no]experimental_android_use_parallel_dex2oat のデフォルト: "false"
dex2oat を並行して使用すると、android_test を高速化できます。
タグ: loading_and_analysishost_machine_resource_optimizationsexperimental
--[no]ios_memleaks のデフォルト: "false"
ios_test ターゲットでメモリリークのチェックを有効化。
タグ: action_command_lines
--ios_simulator_device=<a string> のデフォルト: 説明を参照
シミュレータで iOS アプリの実行時にシミュレートするデバイス。例:「iPhone 6」。「xcrun simctl list devicetypes」を実行すると、デバイスのリストを取得できます。シミュレータが実行されるマシン上で実行される必要があります。
タグ: test_runner
--ios_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を参照
実行中またはテスト時にシミュレータで実行する iOS のバージョン。ios_test ルールで対象デバイスが指定されている場合は無視されます。
タグ: test_runner
--runs_per_test=<a positive integer or test_regex@runs. This flag may be passed more than once> 回の使用が累積されています
各テストを実行する回数を指定します。これらの試行のいずれかがなんらかの理由で失敗すると、テスト全体が不合格とみなされます。通常、指定される値は単なる整数です。例: --runs_per_test=3 と指定すると、すべてのテストが 3 回実行されます。別の構文: regex_filter@runs_per_test。run_per_test は整数値を表し、regex_filter は包含および除外正規表現パターンのリストを表します(--instrumentation_filter もご覧ください)。例: --runs_per_test=//foo/.*,-//foo/bar/.*@3 は、foo/bar の下にあるテストを除く //foo/内のすべてのテストを 3 回実行します。このオプションは複数回渡すことができます。最後に渡された引数のうち、一致するものが優先されます。一致するものがない場合、テストは 1 回だけ実行されます。
--test_env=<a 'name=value' assignment with an optional value part> 回の使用が累積されています
テストランナー環境に挿入する追加の環境変数を指定します。変数は、名前で指定できます。変数の値は Bazel クライアント環境から読み取られます。また、name=value のペアで指定することもできます。このオプションを複数回使用して、複数の変数を指定できます。「Bazel test」でのみ使用されます使用できます。
タグ: test_runner
--test_timeout=<a single integer or comma-separated list of 4 integers> のデフォルト: 「-1」
テスト タイムアウトのデフォルトのテスト タイムアウト値(秒単位)をオーバーライドします。正の整数値を 1 つ指定すると、すべてのカテゴリがオーバーライドされます。カンマで区切られた 4 つの整数を指定すると、short、Moderate、long、eternal のタイムアウトが(この順序で)オーバーライドされます。どちらの形式でも、値を -1 にすると、そのカテゴリでデフォルトのタイムアウトを使用するよう blaze に指示します。
--tvos_simulator_device=<a string> のデフォルト: 説明を参照
シミュレータで tvOS アプリケーションを実行したときにシミュレートするデバイス(例:「Apple TV 1080p」「xcrun simctl list devicetypes」を実行すると、デバイスのリストを取得できます。シミュレータが実行されるマシン上で実行される必要があります。
タグ: test_runner
--tvos_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を参照
実行中またはテスト時にシミュレータで実行する tvOS のバージョン。
タグ: test_runner
--watchos_simulator_device=<a string> のデフォルト: 説明を参照
シミュレータで watchOS アプリを実行するときにシミュレートするデバイス。例:「Apple Watch - 38mm」。「xcrun simctl list devicetypes」を実行すると、デバイスのリストを取得できます。シミュレータが実行されるマシン上で実行される必要があります。
タグ: test_runner
--watchos_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> のデフォルト: 説明を参照
実行中またはテスト時にシミュレータで実行する watchOS のバージョン。
タグ: test_runner
--[no]zip_undeclared_test_outputs のデフォルト: "true"
true の場合、宣言されていないテスト出力は ZIP ファイルにアーカイブされます。
タグ: test_runner
クエリの出力とセマンティクスに関連するオプション:
--aspect_deps=<off, conservative or precise> のデフォルト: 「conservative」
出力形式が {xml,proto,record} のいずれかである場合に、アスペクトの依存関係を解決する方法。'オフ'アスペクト依存関係が解決されていないことを意味し、「保守的」(デフォルト)は、直接的な依存関係のルールクラス(「precise」)が指定されているかどうかにかかわらず、宣言されたすべてのアスペクト依存関係が追加されることを意味します。これは、直接的な依存関係のルールクラスでアクティブになっている可能性のあるアスペクトのみが追加されることを意味します。なお、高精度モードでは、1 つのターゲットを評価するために他のパッケージを読み込む必要があるため、他のモードよりも時間がかかります。また、正確なモードでさえも完全に正確とは言えません。アスペクトを計算するかどうかの判断は、分析フェーズで決定され、「bazel クエリ」中には実行されません。
タグ: build_file_semantics
--[no]graph:factored のデフォルト: "true"
true の場合、グラフは「因数分解」されて出力されます。つまり、トポロジ的に等価なノードが結合され、ラベルが連結されます。このオプションは、--output=graph を使用する場合にのみ適用されます。
タグ: terminal_output
--graph:node_limit=<an integer> のデフォルト: 「512」
出力内のグラフノードのラベル文字列の最大長。長いラベルは切り捨てられます。-1 は切り捨てなしを意味します。このオプションは、--output=graph を使用する場合にのみ適用されます。
タグ: terminal_output
--[no]implicit_deps のデフォルト: "true"
有効にすると、クエリを操作する依存関係グラフに暗黙的な依存関係が含まれます。暗黙的な依存関係とは、BUILD ファイルで明示的に指定されていないものの、bazel によって追加された依存関係です。cquery の場合、このオプションは解決済みツールチェーンのフィルタリングを制御します。
タグ: build_file_semantics
--[no]include_aspects のデフォルト: "true"
aquery、cquery: アスペクトで生成されたアクションを出力に含めるかどうか。query: no-op(アスペクトは常に従う)
タグ: terminal_output
--[no]incompatible_display_source_file_location のデフォルト: "true"
デフォルトで true の場合、ソースファイルのターゲットが表示されます。true の場合、位置情報の出力にソースファイルの 1 行目の場所を表示します。このフラグは移行目的でのみ存在します。
タグ: terminal_outputincompatible_change
--[no]incompatible_package_group_includes_double_slash のデフォルト: "true"
有効にすると、package_group の `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、jsonproto です。「遷移」を選択する場合は、--transitions=(lite|full) オプションも指定する必要があります。
タグ: terminal_output
--[no]proto:default_values のデフォルト: "true"
値が true の場合、値が BUILD ファイルで明示的に指定されていない属性が含まれます。それ以外の場合は省略されます。このオプションは、--output=proto に適用できます。
タグ: terminal_output
--[no]proto:definition_stack のデフォルト: "false"
definition_stack proto フィールドにデータを入力します。このフィールドは、ルールのクラスが定義された時点での Starlark コールスタックをルール インスタンスごとに記録します。
タグ: terminal_output
--[no]proto:flatten_selects のデフォルト: "true"
有効にすると、select() によって作成された構成可能な属性がフラット化されます。リスト型の場合、フラット化表現は、選択マップの各値を 1 回だけ含むリストです。スカラー型は null にフラット化されます。
タグ: build_file_semantics
--[no]proto:include_configurations のデフォルト: "true"
有効にすると、proto 出力に構成に関する情報が含まれます。無効にすると、cquery の proto 出力形式はクエリの出力形式に類似します。
タグ: affects_outputs
--[no]proto:include_synthetic_attribute_hash のデフォルト: "false"
$internal_attr_hash 属性を計算して入力するかどうか。
タグ: terminal_output
--[no]proto:instantiation_stack のデフォルト: "false"
各ルールのインスタンス化コールスタックを入力します。これにはスタックが存在する必要があります。
タグ: terminal_output
--[no]proto:locations のデフォルト: "true"
proto 出力に位置情報を出力するかどうか。
タグ: terminal_output
--proto:output_rule_attrs=<comma-separated list of options> のデフォルト: 「all」
出力に含める属性のカンマ区切りのリスト。デフォルトはすべての属性です。属性を出力しない場合は、空の文字列を設定します。このオプションは、--output=proto に適用できます。
タグ: terminal_output
--[no]proto:rule_inputs_and_outputs のデフォルト: "true"
rule_input フィールドと rule_output フィールドに値を設定するかどうか。
タグ: terminal_output
--[no]relative_locations のデフォルト: "false"
true の場合、xml 出力と proto 出力の BUILD ファイルの場所は相対的になります。デフォルトでは、ロケーションの出力は絶対パスであり、マシン間で一貫性はありません。このオプションを true に設定すると、すべてのマシンで一貫した結果が得られます。
タグ: terminal_output
--show_config_fragments=<off, direct or transitive> のデフォルト: 「off」
ルールに必要な構成フラグメントと、その推移的な依存関係を示します。これは、構成したターゲット グラフをどの程度トリミングできるかを評価するのに役立ちます。
タグ: affects_outputs
--starlark:expr=<a string> のデフォルト: ""
構成された各ターゲットを cquery の --output=starlark モードでフォーマットする Starlark 式。構成されたターゲットは「target」にバインドされています。--starlark:expr と --starlark:file のどちらも指定されていない場合、このオプションはデフォルトで「str(target.label)」になります。--starlark:expr と --starlark:file の両方を指定するとエラーになります。
タグ: terminal_output
--starlark:file=<a string> のデフォルト: ""
1 つの引数の「format」と呼ばれる Starlark 関数を定義するファイルの名前。文字列としてフォーマットするために各設定済みターゲットに適用されます。--starlark:expr と --starlark:file の両方を指定するとエラーになります。詳細については、--output=starlark のヘルプをご覧ください。
タグ: terminal_output
--[no]tool_deps のデフォルト: "true"
クエリ: 無効になっている場合、「ホスト構成」への依存関係または「execution」ターゲットは、クエリが動作する依存関係グラフに含まれません。「ホスト構成」「proto_library」のものなど、依存関係エッジが(通常は、同じ「ターゲット」の一部ではなく、ビルド中に実行されるツールを指します)。 Cquery: 無効にすると、ホストをまたぐ構成済みターゲット、または構成済みターゲットを検出したトップレベル ターゲットから実行遷移のあるすべての構成済みターゲットが除外されます。つまり、最上位のターゲットがターゲット構成にある場合は、同じターゲット構成にも構成されたターゲットのみが返されます。最上位のターゲットがホスト構成に存在する場合、ホストで構成されたターゲットのみが返されます。このオプションでは、解決済みのツールチェーンは除外されません。
タグ: 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
ビルド時間の最適化をトリガーするオプション:
--[no]collapse_duplicate_defines のデフォルト: "false"
有効にすると、冗長な --define がビルドの早い段階で削除されます。これにより、特定の種類の同等のビルドで分析キャッシュの不必要な損失を回避できます。
タグ: loading_and_analysisloses_incremental_state
--[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_objc_include_scanning のデフォルト: "false"
目的の C/C++ のインクルード スキャンを実行するかどうか。
タグ: loading_and_analysisexecutionchanges_inputs
--[no]experimental_parse_headers_skipped_if_corresponding_srcs_found のデフォルト: "false"
有効にすると、同じベース名を持つソースが同じターゲットで見つかった場合、parse_headers 機能は個別のヘッダー コンパイル アクションを作成しません。
タグ: loading_and_analysisaffects_outputs
--[no]experimental_retain_test_configuration_across_testonly のデフォルト: "false"
有効にすると、--trim_test_configuration は、testonly=1 とマークされたルールのテスト設定をカットしません。これは、テスト以外のルールが cc_test ルールに依存している場合に、アクションの競合の問題を減らすためです。--trim_test_configuration が false の場合は効果がありません。
タグ: loading_and_analysisloses_incremental_state
--[no]experimental_starlark_cc_import のデフォルト: "false"
有効にすると、cc_import の Starlark バージョンを使用できます。
タグ: loading_and_analysisexperimental
--[no]experimental_unsupported_and_brittle_include_scanning のデフォルト: "false"
入力ファイルの #include 行を解析して C/C++ コンパイルへの入力を絞り込むかどうかを指定します。これにより、コンパイル入力ツリーのサイズを小さくすることで、パフォーマンスとインクリメンタリティを向上させることができます。ただし、インクルード スキャナは C プリプロセッサ セマンティクスを完全には実装していないため、ビルドが破損する可能性もあります。特に、動的な #include ディレクティブは認識されず、プリプロセッサの条件付きロジックは無視されます。自己責任で使用してください。このフラグに関連する問題はすべてクローズされます。
タグ: loading_and_analysisexecutionchanges_inputs
--[no]incremental_dexing のデフォルト: "true"
各 JAR ファイルに対して個別に dex 変換のほとんどの処理を行います。
タグ: 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
--[no]use_singlejar_apkbuilder のデフォルト: "true"
このオプションは非推奨となりました。現在は NoOps ですが、まもなく削除されます。
タグ: loading_and_analysis
ロギングの詳細度、形式、場所に影響するオプション:
--toolchain_resolution_debug=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> のデフォルト: "-.*"
ツールチェーンの解決中にデバッグ情報を出力します。このフラグは正規表現を受け取り、ツールチェーン タイプと特定のターゲットに対してチェックされ、デバッグする対象を確認します。複数の正規表現をカンマで区切ると、それぞれの正規表現が個別にチェックされます。注: このフラグの出力は非常に複雑であるため、ツールチェーンの解決の専門家にのみ役立つ可能性があります。
タグ: terminal_output
他のカテゴリに分類されない Bazel コマンドへの一般的な入力を指定または変更するオプション:
--flag_alias=<a 'name=value' flag alias> 回の使用が累積されています
Starlark フラグの略称を設定します。「<key>=<value>」という形式の 1 つの Key-Value ペアを取ります。渡します。
タグ: changes_inputs
--[no]incompatible_default_to_explicit_init_py のデフォルト: "false"
このフラグはデフォルトの動作を変更し、Python ターゲットの runfile で __init__.py ファイルが自動的に作成されないようにします。正確には、py_binary または py_test のターゲットで legacy_create_init が「auto」に設定されている場合です。(デフォルト)は、このフラグが設定されている場合にのみ false として扱われます。https://github.com/bazelbuild/bazel/issues/10076 をご覧ください。
タグ: affects_outputsincompatible_change
--[no]incompatible_py2_outputs_are_suffixed のデフォルト: "true"
true の場合、Python 2 の構成でビルドされたターゲットは、接尾辞「-py2」を含む出力ルートの下に表示されます。Python 3 用にビルドされたターゲットは、Python 関連の接尾辞を付けずにルートに表示されます。つまり、`bazel-bin` のコンビニエンス シンボリック リンクは、Python 2 ではなく Python 3 ターゲットを指します。このオプションを有効にする場合は、「--compatibility_py3_is_default」を有効にすることもおすすめします。
タグ: affects_outputsincompatible_change
--[no]incompatible_py3_is_default のデフォルト: "true"
true の場合、python_version(または default_python_version)属性が設定されていない `py_binary` および `py_test` ターゲットは、デフォルトで PY2 ではなく PY3 に設定されます。このフラグを設定する場合は、「--compatible_py2_outputs_are_suffixed」を設定することもおすすめします。
タグ: loading_and_analysisaffects_outputsincompatible_change
--[no]incompatible_use_python_toolchains のデフォルト: "true"
true に設定すると、実行可能なネイティブ Python ルールでは、--python_top などの以前のフラグで指定されたランタイムではなく、Python ツールチェーンで指定された Python ランタイムが使用されます。
タグ: loading_and_analysisincompatible_change
--python_version=<PY2 or PY3> のデフォルト: 説明を参照
Python メジャー バージョン モード(PY2 または PY3)。これは、`py_binary` ターゲットと `py_test` ターゲットによってオーバーライドされます(バージョンを明示的に指定していない場合でも)。通常、このフラグを指定する理由はほとんどありません。
タグ: loading_and_analysisaffects_outputsexplicit_in_output_path
その他の選択肢(特に分類されていない場合):
--[no]cache_test_results [-t] デフォルト: "auto"
「auto」に設定すると、(1)Bazel がテストまたはその依存関係の変更を検出した、(2)テストが外部としてマークされた、(3)複数のテスト実行が --runs_per_test でリクエストされた、または(4)テストが失敗した場合にのみ、Bazel はテストを再実行します。「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_exclusive_test_sandboxed のデフォルト: "false"
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> のデフォルト: 「8」
Java 言語のバージョン
--java_launcher=<a build target label> のデフォルト: 説明を参照
Java バイナリをビルドするときに使用する Java ランチャー。このフラグを空の文字列に設定すると、JDK ランチャーが使用されます。「ランチャー」属性がこのフラグをオーバーライドします。
--java_runtime_version=<a string> のデフォルト: 「local_jdk」
Java ランタイム バージョン
--javacopt=<a string> 回の使用が累積されています
javac に渡すその他のオプション。
--jvmopt=<a string> 回の使用が累積されています
Java VM に渡す追加のオプション。これらのオプションは、各 java_binary ターゲットの VM 起動オプションに追加されます。
--legacy_main_dex_list_generator=<a build target label> のデフォルト: 説明を参照
従来の multidex のコンパイル時に、メインの 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_ツールチェーン"
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 or disabled> のデフォルト: 「AutoML」
テストのシャーディングの戦略を指定します: 「AutoML」「shard_count」が 2 番目の場合にのみ、BUILD 属性が存在する。'無効'テストのシャーディングを使用しないようにできます。
--tool_java_language_version=<a string> のデフォルト: 「8」
ビルド中に必要なツールを実行するために使用される Java 言語のバージョン
--tool_java_runtime_version=<a string> のデフォルト: "remotejdk_11"
ビルド中にツールを実行するために使用される Java ランタイム バージョン
--[no]use_ijars のデフォルト: "true"
このオプションを有効にすると、Java コンパイルでインターフェース JAR が使用されます。これにより増分コンパイルが高速化されますが、エラー メッセージが異なる場合があります。

ダンプ オプション

コマンドの前に表示され、クライアントによって解析されるオプション:
--distdir=<a path> 回の使用が累積されています
ネットワークにアクセスしてダウンロードする前にアーカイブを検索する場所の追加。
タグ: bazel_internal_configuration
設定すると、キャッシュ ヒットが発生した場合、リポジトリ キャッシュはファイルをコピーするのではなくハードリンクします。これはディスク容量を節約するためのものです。
タグ: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id のデフォルト: "false"
true の場合、指定されていない場合は、リポジトリのダウンロード URL から取得された文字列を canonical_id として使用します。これにより、キャッシュに同じハッシュのダウンロードが含まれていても、URL が変更されると、再ダウンロードが行われます。これを使用して、URL の変更によって破損したリポジトリがキャッシュによってマスキングされないことを確認できます。
タグ: loading_and_analysisexperimental
--[no]experimental_repository_disable_download のデフォルト: "false"
設定すると、外部リポジトリのダウンロードは許可されません。
タグ: experimental
--experimental_repository_downloader_retries=<an integer> のデフォルト: 「0」
ダウンロード エラーの再試行の最大試行回数。0 に設定すると、再試行が無効になります。
タグ: experimental
--experimental_scale_timeouts=<a double> のデフォルト: 「1.0」
Starlark リポジトリ ルールのすべてのタイムアウトを、この係数でスケーリングします。このようにして、ソースコードを変更することなく、ルール作成者の想定よりも遅いマシンで外部リポジトリを動作させることができます。
タグ: bazel_internal_configurationexperimental
--http_timeout_scaling=<a double> のデフォルト: 「1.0」
HTTP ダウンロードに関連するすべてのタイムアウトを、指定された係数でスケーリング
タグ: bazel_internal_configuration
--repository_cache=<a path> のデフォルト: 説明を参照
外部リポジトリのフェッチ中に取得されたダウンロード値のキャッシュの場所を指定します。引数として空の文字列を指定すると、キャッシュを無効にするよう要求されます。
タグ: bazel_internal_configuration
コマンドの出力を制御するオプション:
--[no]action_cache のデフォルト: "false"
アクション キャッシュのコンテンツをダンプします。
タグ: bazel_monitoring
--[no]packages のデフォルト: "false"
パッケージ キャッシュの内容をダンプする。
タグ: bazel_monitoring
--[no]rule_classes のデフォルト: "false"
ルールクラスをダンプする。
タグ: bazel_monitoring
--[no]rules のデフォルト: "false"
カウントとメモリ使用量(メモリが追跡されている場合)を含むダンプルール。
タグ: bazel_monitoring
--skyframe=<off, summary, count, deps or rdeps> のデフォルト: 「off」
スカイフレーム グラフのダンプ: 「off」、「summary」、「count」、「deps」、「rdeps」。
タグ: bazel_monitoring
--skykey_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> のデフォルト: ".*"
出力する SkyKey 名の正規表現フィルタ。--skyframe=deps、rdeps でのみ使用します。
タグ: bazel_monitoring
--skylark_memory=<a string> のデフォルト: 説明を参照
指定されたパスに pprof 互換のメモリ プロファイルをダンプします。詳細については、https://github.com/google/pprof をご覧ください。
タグ: bazel_monitoring
Bazel による有効なビルド入力の適用度合いに影響するオプション(ルール定義、フラグの組み合わせなど):
--experimental_repository_hash_file=<a string> のデフォルト: ""
空でない場合、リポジトリ ディレクトリ ハッシュを検証する必要がある、解決された値を含むファイルを指定します。
タグ: affects_outputsexperimental
--experimental_verify_repository_rules=<a string> 回の使用が累積されています
出力ディレクトリのハッシュを検証する必要があるリポジトリ ルールのリストである場合、--experimental_repository_hash_file によってファイルが指定されます。
タグ: affects_outputsexperimental
このオプションは、BUILD ファイル、.bzl ファイル、WORKSPACE ファイルからアクセス可能な Starlark 言語またはビルド API のセマンティクスに影響します。
--[no]experimental_allow_top_level_aspects_parameters のデフォルト: "true"
オペレーションなし
タグ: no_opdeprecatedexperimental
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
--override_module=<an equals-separated mapping of module name to path> 回の使用が累積されています
モジュールをローカル ディレクトリでオーバーライドします。
--registry=<a string> 回の使用が累積されています
Bazel モジュールの依存関係を見つけるために使用するレジストリを指定します。順序は重要です。モジュールは最初に以前のレジストリで検索され、以前のレジストリで欠落している場合にのみ、後のレジストリにフォールバックします。
タグ: changes_inputs
ロギングの詳細度、形式、場所に影響するオプション:
--[no]experimental_record_metrics_for_all_mnemonics のデフォルト: "false"
デフォルトでは、アクション タイプの数は、実行されるアクションが最も多い 20 個のニーモニックに制限されています。このオプションを設定すると、すべてのニーモニックの統計情報が書き込まれます。
で確認できます。
他のカテゴリに分類されない Bazel コマンドへの一般的な入力を指定または変更するオプション:
--experimental_resolved_file_instead_of_workspace=<a string> のデフォルト: ""
空でない場合、WORKSPACE ファイルではなく、指定された解決済みファイルを読み取る
タグ: changes_inputs
リモート キャッシュと実行のオプション:
--experimental_downloader_config=<a string> のデフォルト: 説明を参照
リモート ダウンローダを構成するファイルを指定します。このファイルは行で構成されます。各行はディレクティブ(`allow`、`block`、`rewrite`)で始まり、その後にホスト名(`allow` と `block`)または 2 つのパターン(1 つは照合するパターン、もう 1 つは代替 URL として使用するパターン)で始まり、後方参照は `$1` から始まります。同じ URL に対して複数の「rewrite」ディレクティブを指定できます。この場合、複数の URL が返されます。
で確認できます。
その他のカテゴリに該当しないその他のオプション:
--override_repository=<an equals-separated mapping of repository name to path> 回の使用が累積されています
ローカル ディレクトリでリポジトリをオーバーライドします。

取得オプション

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

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

タグ: affects_outputs
Bazel による有効なビルド入力の適用度合いに影響するオプション(ルール定義、フラグの組み合わせなど)
--experimental_repository_hash_file=<a string> のデフォルト: ""
空でない場合、リポジトリ ディレクトリ ハッシュを検証する必要がある、解決された値を含むファイルを指定します。
タグ: affects_outputsexperimental
--experimental_verify_repository_rules=<a string> 回の使用が累積されています
出力ディレクトリのハッシュを検証する必要があるリポジトリ ルールのリストである場合、--experimental_repository_hash_file によってファイルが指定されます。
タグ: affects_outputsexperimental
このオプションは、BUILD ファイル、.bzl ファイル、WORKSPACE ファイルからアクセス可能な Starlark 言語またはビルド API のセマンティクスに影響します。
--[no]experimental_allow_top_level_aspects_parameters のデフォルト: "true"
オペレーションなし
タグ: no_opdeprecatedexperimental
--[no]incompatible_config_setting_private_default_visibility のデフォルト: "false"
depends_enforce_config_setting_visibility=false の場合は、NoOps です。それ以外の場合、このフラグが false の場合、明示的な公開設定属性のない config_setting はすべて //visibility:public です。このフラグが true の場合、config_setting は他のすべてのルールと同じ公開設定ロジックに従います。https://github.com/bazelbuild/bazel/issues/12933 をご覧ください。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_enforce_config_setting_visibility のデフォルト: "true"
true の場合、config_setting の公開設定制限を適用します。false の場合、すべての config_setting がすべてのターゲットに表示されます。https://github.com/bazelbuild/bazel/issues/12932 をご覧ください。
タグ: loading_and_analysisincompatible_change
Bzlmod の出力とセマンティクスに関連するオプション:
--allow_yanked_versions=<a string> 回の使用が累積されています
モジュール バージョンを `<module1>@<version1>,<module2>@<version2>` の形式に指定しました。これは、(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
--override_module=<an equals-separated mapping of module name to path> 回の使用が累積されています
モジュールをローカル ディレクトリでオーバーライドします。
--registry=<a string> 回の使用が累積されています
Bazel モジュールの依存関係を見つけるために使用するレジストリを指定します。順序は重要です。モジュールは最初に以前のレジストリで検索され、以前のレジストリで欠落している場合にのみ、後のレジストリにフォールバックします。
タグ: changes_inputs
ロギングの詳細度、形式、場所に影響するオプション:
--[no]experimental_record_metrics_for_all_mnemonics のデフォルト: "false"
デフォルトでは、アクション タイプの数は、実行されるアクションが最も多い 20 個のニーモニックに制限されています。このオプションを設定すると、すべてのニーモニックの統計情報が書き込まれます。
--experimental_repository_resolved_file=<a string> のデフォルト: ""
空でない場合は、実行されたすべての Starlark リポジトリ ルールの解決済み情報を含む Starlark 値を書き込みます。
タグ: affects_outputs
--remote_print_execution_messages=<failure, success or all> のデフォルト: 「failure」
リモート実行メッセージを出力するタイミングを選択します。有効な値は、失敗した場合にのみ出力する場合は `failure`、成功時にのみ出力する場合は `success`、常に出力する場合は `all` です。
タグ: terminal_output
他のカテゴリに分類されない Bazel コマンドへの一般的な入力を指定または変更するオプション:
--experimental_resolved_file_instead_of_workspace=<a string> のデフォルト: ""
空でない場合、WORKSPACE ファイルではなく、指定された解決済みファイルを読み取る
タグ: changes_inputs
リモート キャッシュと実行のオプション:
--experimental_downloader_config=<a string> のデフォルト: 説明を参照
リモート ダウンローダを構成するファイルを指定します。このファイルは行で構成されます。各行はディレクティブ(`allow`、`block`、`rewrite`)で始まり、その後にホスト名(`allow` と `block`)または 2 つのパターン(1 つは照合するパターン、もう 1 つは代替 URL として使用するパターン)で始まり、後方参照は `$1` から始まります。同じ URL に対して複数の「rewrite」ディレクティブを指定できます。この場合、複数の URL が返されます。
--[no]experimental_guard_against_concurrent_changes のデフォルト: "false"
これをオフにすると、アクションをリモート キャッシュにアップロードする前に、アクションの入力ファイルの ctime チェックが無効になります。Linux カーネルがファイルの書き込みを遅延し、偽陽性になることがあります。
--experimental_remote_build_event_upload=<all or minimal> のデフォルト: 「all」
「all」に設定した場合、BEP が参照するすべてのローカル出力がリモート キャッシュに保存されます。 「minimal」に設定した場合、BEP の利用者にとって重要なファイル(テストログ、タイミング プロファイルなど)を除き、BEP が参照するローカル出力はリモート キャッシュにアップロードされません。ファイルの URI には、リモート キャッシュにファイルがない場合でも、bytestream:// スキームが常に使用されます。 デフォルトは「all」です。
--[no]experimental_remote_cache_async のデフォルト: "false"
true の場合、リモート キャッシュ I/O はスポーンの一部として行われるのではなく、バックグラウンドで行われます。
--[no]experimental_remote_cache_compression のデフォルト: "false"
有効にすると、zstd でキャッシュ blob を圧縮/解凍します。
--experimental_remote_capture_corrupted_outputs=<a path> のデフォルト: 説明を参照
破損した出力をキャプチャするディレクトリのパス。
--[no]experimental_remote_discard_merkle_trees のデフォルト: "false"
true に設定した場合、GetActionResult() と Execute() の呼び出し中に、入力ルートのマークルツリーのメモリ内コピーと関連する入力マッピングを破棄します。これによりメモリ使用量は大幅に削減されますが、リモート キャッシュミスや再試行時に Bazel による再計算が必要になります。
--experimental_remote_downloader=<a string> のデフォルト: 説明を参照
リモート ダウンロード プロキシとして使用する Remote Asset API エンドポイント URI。サポートされているスキーマは、grpc、grpcs(TLS が有効な grpcs)、unix(ローカル UNIX ソケット)です。スキーマが指定されていない場合、Bazel はデフォルトで grpcs になります。参照: https://github.com/bazelbuild/remote-apis/blob/master/build/bazel/remote/asset/v1/remote_asset.proto
で確認できます。
--[no]experimental_remote_downloader_local_fallback のデフォルト: "false"
リモート ダウンローダが失敗した場合にローカル ダウンローダにフォールバックするかどうかを指定します。
--[no]experimental_remote_execution_keepalive のデフォルト: "false"
リモート実行呼び出しにキープアライブを使用するかどうか。
--experimental_remote_grpc_log=<a path> のデフォルト: 説明を参照
指定する場合、gRPC 呼び出しに関連する詳細を記録するためのファイルのパス。このログは、シリアル化された com.google.devtools.build.lib.remote.logging.RemoteExecutionLog.LogEntry protobuf のシーケンスで構成され、各メッセージの前には、メソッド LogEntry.writeDelimitedTo(OutputStream) によって実行される、次のシリアル化された protobuf メッセージのサイズを示す変数が付加されています。
--[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 です。
--[no]incompatible_remote_build_event_upload_respect_no_cache のデフォルト: "false"
true に設定した場合、生成されたアクションをリモート キャッシュに保存できない場合、BEP によって参照される出力はリモート キャッシュに保存されません。
--[no]incompatible_remote_downloader_send_all_headers のデフォルト: "true"
複数の値を持つヘッダーのすべての値を、最初のダウンローダだけでなく、リモート ダウンローダに送信するかどうかを指定します。
タグ: incompatible_change
--[no]incompatible_remote_output_paths_relative_to_input_root のデフォルト: "false"
true に設定すると、出力パスは、作業ディレクトリではなく、入力ルートからの相対パスになります。
タグ: incompatible_change
--[no]incompatible_remote_results_ignore_disk のデフォルト: "true"
true に設定した場合、--noremote_upload_local_results と --noremote_accept_cached がディスク キャッシュに適用されません。複合キャッシュを使用する場合: --noremote_upload_local_results を使用すると、結果がディスク キャッシュに書き込まれますが、リモート キャッシュにはアップロードされません。 --noremote_accept_cached を指定すると、Bazel はディスク キャッシュ内の結果を確認しますが、リモート キャッシュではチェックしません。 no-remote-exec アクションがディスク キャッシュにヒットする可能性があります。 詳しくは、#8216 をご覧ください。
タグ: incompatible_change
--[no]incompatible_remote_use_new_exit_code_for_lost_inputs のデフォルト: "false"
true に設定した場合、ビルド中にリモート キャッシュが blob を強制排除した場合、Bazel は 34 ではなく新しい終了コード 39 を使用します。
タグ: incompatible_change
--[no]remote_accept_cached のデフォルト: "true"
リモートのキャッシュに保存されたアクション結果を受け入れるかどうか。
--remote_bytestream_uri_prefix=<a string> のデフォルト: 説明を参照
ビルドイベント ストリームに書き込まれる bytestream:// URI で使用されるホスト名とインスタンス名。このオプションは、プロキシを使用してビルドを実行するときに設定できます。その結果、--remote_executor と --remote_instance_name の値が、リモート実行サービスの正規名に対応しなくなります。設定しない場合、デフォルトで「${hostname}/${instance_name}」になります。
--remote_cache=<a string> のデフォルト: 説明を参照
キャッシュ エンドポイントの URI。サポートされているスキーマは、http、https、grpc、grpcs(TLS 対応の grpcs)、unix(ローカル UNIX ソケット)です。スキーマが指定されていない場合、Bazel はデフォルトで grpcs になります。TLS を無効にするには、grpc://、http://、unix: スキーマを指定します。https://bazel.build/remote/caching をご覧ください。
で確認できます。
--remote_cache_header=<a 'name=value' assignment> 回の使用が累積されています
キャッシュ リクエストに含めるヘッダーを --remote_cache_header=Name=Value のように指定します。フラグを複数回指定することで、複数のヘッダーを渡すことができます。同じ名前の複数の値はカンマ区切りのリストに変換されます。
--remote_default_exec_properties=<a 'name=value' assignment> 回の使用が累積されています
実行プラットフォームに exec_properties がまだ設定されていない場合に、リモート実行プラットフォームとして使用されるデフォルトの exec プロパティを設定します。
タグ: affects_outputs
--remote_default_platform_properties=<a string> のデフォルト: ""
実行プラットフォームに remote_execution_properties がまだ設定されていない場合に、リモート実行 API に設定するデフォルトのプラットフォーム プロパティを設定します。この値は、リモート実行の実行プラットフォームとしてホスト プラットフォームを選択した場合にも使用されます。
--remote_downloader_header=<a 'name=value' assignment> 回の使用が累積されています
リモート ダウンローダーのリクエストに含めるヘッダーを --remote_downloader_header=Name=Value のように指定します。フラグを複数回指定することで、複数のヘッダーを渡すことができます。同じ名前の複数の値はカンマ区切りのリストに変換されます。
--remote_exec_header=<a 'name=value' assignment> 回の使用が累積されています
実行リクエストに含めるヘッダーを指定します(--remote_exec_header=Name=Value)。フラグを複数回指定することで、複数のヘッダーを渡すことができます。同じ名前の複数の値はカンマ区切りのリストに変換されます。
--remote_execution_priority=<an integer> のデフォルト: 「0」
リモートで実行されるアクションの相対的な優先度。特定の優先度値のセマンティクスは、サーバーに依存します。
--remote_executor=<a string> のデフォルト: 説明を参照
リモート実行エンドポイントのホストまたはホスト:ポート。サポートされているスキーマは、grpc、grpcs(TLS が有効な grpcs)、unix(ローカル UNIX ソケット)です。スキーマが指定されていない場合、Bazel はデフォルトで grpcs になります。TLS を無効にするには、grpc:// または unix: スキーマを指定します。
--remote_header=<a 'name=value' assignment> 回の使用が累積されています
リクエストに含めるヘッダーを --remote_header=Name=Value のように指定します。フラグを複数回指定することで、複数のヘッダーを渡すことができます。同じ名前の複数の値はカンマ区切りのリストに変換されます。
--remote_instance_name=<a string> のデフォルト: ""
Remote Execution 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_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 はすべてのリモート ダウンロードのハッシュ合計を計算し、リモート キャッシュに保存された値が予想値と一致しない場合は破棄します。
で確認できます。
その他のカテゴリに該当しないその他のオプション:
--deleted_packages=<comma-separated list of package names> のデフォルト: ""
パッケージパスのどこかに表示されている場合でも、ビルドシステムが存在しないと見なすパッケージの名前をカンマ区切りのリストで指定します。 サブパッケージ「x/y」を削除する場合は、このオプションを使用します。既存のパッケージ 'x' のものです。たとえば、クライアントで x/y/BUILD を削除した後、「//x:y/z」というラベルが見つかるとビルドシステムからエラーが表示されることがあります。別の package_path エントリで指定されている場合。この問題を回避するには、--deleted_packages x/y を指定します。
--disk_cache=<a path> のデフォルト: 説明を参照
Bazel でアクションとアクション出力の読み取りと書き込みを行えるディレクトリへのパス。ディレクトリが存在しない場合は作成されます。
--experimental_credential_helper=<An (unresolved) path to a credential helper for a scope.> 回の使用が累積されています
指定されたスコープ(ドメイン)の認証情報を取得するために使用する認証情報ヘルパーを構成します。 認証情報ヘルパーから提供される認証情報は、<code>--google_default_credentials</code>、`--google_credentials`、または <code>.netrc</code> の認証情報よりも優先されます。 詳細については、https://github.com/bazelbuild/proposals/blob/main/designs/2022-06-07-bazel-credential-helpers.md をご覧ください。
--experimental_credential_helper_cache_duration=<An immutable length of time.> のデフォルト: 「30m」
認証情報ヘルパーからの認証情報をキャッシュに保存する期間を構成します。 異なる値で呼び出しを行うと、既存のエントリの存続期間が調整されます。キャッシュをクリアするには 0 を渡してください。このフラグに関係なく、Clean コマンドは常にキャッシュをクリアします。
--experimental_credential_helper_timeout=<An immutable length of time.> のデフォルト: 「5s」
認証情報ヘルパーのタイムアウトを設定します。 認証情報ヘルパーがこのタイムアウト内に応答しなかった場合、呼び出しは失敗します。
--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 は、接続で読み取りオペレーションがなかったこの時間が経過した後(ただし、保留中の gRPC 呼び出しが少なくとも 1 つある場合にのみ)ping を送信します。時間は秒単位として扱われます。1 秒未満の値を設定するとエラーになります。デフォルトでは、キープアライブ ping は無効になっています。この設定を有効にする前に、サービス オーナーと調整する必要があります。たとえば、このフラグに 30 秒の値を設定するには、この --grpc_keepalive_time=30s のように設定する必要があります。
で確認できます。
--grpc_keepalive_timeout=<An immutable length of time.> のデフォルト: 「20s」
送信 gRPC 接続のキープアライブ タイムアウトを構成します。keep-alive ping が --grpc_keepalive_time ありで有効になっている場合、この時間が過ぎても Bazel が ping の応答を受信しないと、接続がタイムアウトします。時間は秒単位として扱われます。1 秒未満の値を設定するとエラーになります。キープアライブ ping が無効になっている場合、この設定は無視されます。
--override_repository=<an equals-separated mapping of repository name to path> 回の使用が累積されています
ローカル ディレクトリでリポジトリをオーバーライドします。
--package_path=<colon-separated list of options> のデフォルト: "%workspace%"
パッケージを検索する場所をコロンで区切ったリスト。「%workspace%」で始まる要素含まれるワークスペースを基準とします。省略または空にした場合、デフォルトは「bazel info default-package-path」の出力です。
--[no]show_loading_progress のデフォルト: "true"
有効にすると、Bazel で「Loading package:」と表示されます。ブロックすることもできます。
--tls_certificate=<a string> のデフォルト: 説明を参照
サーバー証明書への署名で信頼されている TLS 証明書のパスを指定します。
--tls_client_certificate=<a string> のデフォルト: 説明を参照
使用する TLS クライアント証明書を指定します。クライアント認証を有効にするには、クライアント キーも指定する必要があります。
--tls_client_key=<a string> のデフォルト: 説明を参照
使用する TLS クライアント鍵を指定します。クライアント認証を有効にするには、クライアント証明書も指定する必要があります。

ヘルプ オプション

コマンドの前に表示され、クライアントによって解析されるオプション:
--distdir=<a path> 回の使用が累積されています
ネットワークにアクセスしてダウンロードする前にアーカイブを検索する場所の追加。
タグ: bazel_internal_configuration
設定すると、キャッシュ ヒットが発生した場合、リポジトリ キャッシュはファイルをコピーするのではなくハードリンクします。これはディスク容量を節約するためのものです。
タグ: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id のデフォルト: "false"
true の場合、指定されていない場合は、リポジトリのダウンロード URL から取得された文字列を canonical_id として使用します。これにより、キャッシュに同じハッシュのダウンロードが含まれていても、URL が変更されると、再ダウンロードが行われます。これを使用して、URL の変更によって破損したリポジトリがキャッシュによってマスキングされないことを確認できます。
タグ: loading_and_analysisexperimental
--[no]experimental_repository_disable_download のデフォルト: "false"
設定すると、外部リポジトリのダウンロードは許可されません。
タグ: experimental
--experimental_repository_downloader_retries=<an integer> のデフォルト: 「0」
ダウンロード エラーの再試行の最大試行回数。0 に設定すると、再試行が無効になります。
タグ: experimental
--experimental_scale_timeouts=<a double> のデフォルト: 「1.0」
Starlark リポジトリ ルールのすべてのタイムアウトを、この係数でスケーリングします。このようにして、ソースコードを変更することなく、ルール作成者の想定よりも遅いマシンで外部リポジトリを動作させることができます。
タグ: bazel_internal_configurationexperimental
--http_timeout_scaling=<a double> のデフォルト: 「1.0」
HTTP ダウンロードに関連するすべてのタイムアウトを、指定された係数でスケーリング
タグ: bazel_internal_configuration
--repository_cache=<a path> のデフォルト: 説明を参照
外部リポジトリのフェッチ中に取得されたダウンロード値のキャッシュの場所を指定します。引数として空の文字列を指定すると、キャッシュを無効にするよう要求されます。
タグ: bazel_internal_configuration
Bazel による有効なビルド入力の適用度合いに影響するオプション(ルール定義、フラグの組み合わせなど):
--experimental_repository_hash_file=<a string> のデフォルト: ""
空でない場合、リポジトリ ディレクトリ ハッシュを検証する必要がある、解決された値を含むファイルを指定します。
タグ: affects_outputsexperimental
--experimental_verify_repository_rules=<a string> 回の使用が累積されています
出力ディレクトリのハッシュを検証する必要があるリポジトリ ルールのリストである場合、--experimental_repository_hash_file によってファイルが指定されます。
タグ: affects_outputsexperimental
このオプションは、BUILD ファイル、.bzl ファイル、WORKSPACE ファイルからアクセス可能な Starlark 言語またはビルド API のセマンティクスに影響します。
--[no]experimental_allow_top_level_aspects_parameters のデフォルト: "true"
オペレーションなし
タグ: no_opdeprecatedexperimental
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
--override_module=<an equals-separated mapping of module name to path> 回の使用が累積されています
モジュールをローカル ディレクトリでオーバーライドします。
--registry=<a string> 回の使用が累積されています
Bazel モジュールの依存関係を見つけるために使用するレジストリを指定します。順序は重要です。モジュールは最初に以前のレジストリで検索され、以前のレジストリで欠落している場合にのみ、後のレジストリにフォールバックします。
タグ: changes_inputs
ロギングの詳細度、形式、場所に影響するオプション:
--[no]experimental_record_metrics_for_all_mnemonics のデフォルト: "false"
デフォルトでは、アクション タイプの数は、実行されるアクションが最も多い 20 個のニーモニックに制限されています。このオプションを設定すると、すべてのニーモニックの統計情報が書き込まれます。
--help_verbosity=<long, medium or short> のデフォルト: "medium"
help コマンドの詳細度を選択します。
タグ: affects_outputsterminal_output
--long [-l]
名前だけでなく、各オプションの詳しい説明を表示します。
展開先:
--help_verbosity=long

タグ: affects_outputsterminal_output
--short
オプションの名前のみを表示し、タイプや意味は表示しません。
展開先:
--help_verbosity=short

タグ: affects_outputsterminal_output
他のカテゴリに分類されない Bazel コマンドへの一般的な入力を指定または変更するオプション。
--experimental_resolved_file_instead_of_workspace=<a string> のデフォルト: ""
空でない場合、WORKSPACE ファイルではなく、指定された解決済みファイルを読み取る
タグ: changes_inputs
リモート キャッシュと実行のオプション:
--experimental_downloader_config=<a string> のデフォルト: 説明を参照
リモート ダウンローダを構成するファイルを指定します。このファイルは行で構成されます。各行はディレクティブ(`allow`、`block`、`rewrite`)で始まり、その後にホスト名(`allow` と `block`)または 2 つのパターン(1 つは照合するパターン、もう 1 つは代替 URL として使用するパターン)で始まり、後方参照は `$1` から始まります。同じ URL に対して複数の「rewrite」ディレクティブを指定できます。この場合、複数の URL が返されます。
で確認できます。
その他のカテゴリに該当しないその他のオプション:
--override_repository=<an equals-separated mapping of repository name to path> 回の使用が累積されています
ローカル ディレクトリでリポジトリをオーバーライドします。

情報オプション

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

コマンドの前に表示され、クライアントによって解析されるオプション:
--distdir=<a path> 回の使用が累積されています
ネットワークにアクセスしてダウンロードする前にアーカイブを検索する場所の追加。
タグ: bazel_internal_configuration
設定すると、キャッシュ ヒットが発生した場合、リポジトリ キャッシュはファイルをコピーするのではなくハードリンクします。これはディスク容量を節約するためのものです。
タグ: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id のデフォルト: "false"
true の場合、指定されていない場合は、リポジトリのダウンロード URL から取得された文字列を canonical_id として使用します。これにより、キャッシュに同じハッシュのダウンロードが含まれていても、URL が変更されると、再ダウンロードが行われます。これを使用して、URL の変更によって破損したリポジトリがキャッシュによってマスキングされないことを確認できます。
タグ: loading_and_analysisexperimental
--[no]experimental_repository_disable_download のデフォルト: "false"
設定すると、外部リポジトリのダウンロードは許可されません。
タグ: experimental
--experimental_repository_downloader_retries=<an integer> のデフォルト: 「0」
ダウンロード エラーの再試行の最大試行回数。0 に設定すると、再試行が無効になります。
タグ: experimental
--experimental_scale_timeouts=<a double> のデフォルト: 「1.0」
Starlark リポジトリ ルールのすべてのタイムアウトを、この係数でスケーリングします。このようにして、ソースコードを変更することなく、ルール作成者の想定よりも遅いマシンで外部リポジトリを動作させることができます。
タグ: bazel_internal_configurationexperimental
--http_timeout_scaling=<a double> のデフォルト: 「1.0」
HTTP ダウンロードに関連するすべてのタイムアウトを、指定された係数でスケーリング
タグ: bazel_internal_configuration
--repository_cache=<a path> のデフォルト: 説明を参照
外部リポジトリのフェッチ中に取得されたダウンロード値のキャッシュの場所を指定します。引数として空の文字列を指定すると、キャッシュを無効にするよう要求されます。
タグ: bazel_internal_configuration
Bazel による有効なビルド入力の適用度合いに影響するオプション(ルール定義、フラグの組み合わせなど):
--experimental_repository_hash_file=<a string> のデフォルト: ""
空でない場合、リポジトリ ディレクトリ ハッシュを検証する必要がある、解決された値を含むファイルを指定します。
タグ: affects_outputsexperimental
--experimental_verify_repository_rules=<a string> 回の使用が累積されています
出力ディレクトリのハッシュを検証する必要があるリポジトリ ルールのリストである場合、--experimental_repository_hash_file によってファイルが指定されます。
タグ: affects_outputsexperimental
このオプションは、BUILD ファイル、.bzl ファイル、WORKSPACE ファイルからアクセス可能な Starlark 言語またはビルド API のセマンティクスに影響します。
--[no]experimental_allow_top_level_aspects_parameters のデフォルト: "true"
オペレーションなし
タグ: no_opdeprecatedexperimental
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
--override_module=<an equals-separated mapping of module name to path> 回の使用が累積されています
モジュールをローカル ディレクトリでオーバーライドします。
--registry=<a string> 回の使用が累積されています
Bazel モジュールの依存関係を見つけるために使用するレジストリを指定します。順序は重要です。モジュールは最初に以前のレジストリで検索され、以前のレジストリで欠落している場合にのみ、後のレジストリにフォールバックします。
タグ: changes_inputs
ロギングの詳細度、形式、場所に影響するオプション:
--[no]experimental_record_metrics_for_all_mnemonics のデフォルト: "false"
デフォルトでは、アクション タイプの数は、実行されるアクションが最も多い 20 個のニーモニックに制限されています。このオプションを設定すると、すべてのニーモニックの統計情報が書き込まれます。
--[no]show_make_env のデフォルト: "false"
「Make」を含めます。確認します。
タグ: affects_outputsterminal_output
他のカテゴリに分類されない Bazel コマンドへの一般的な入力を指定または変更するオプション。
--experimental_resolved_file_instead_of_workspace=<a string> のデフォルト: ""
空でない場合、WORKSPACE ファイルではなく、指定された解決済みファイルを読み取る
タグ: changes_inputs
リモート キャッシュと実行のオプション:
--experimental_downloader_config=<a string> のデフォルト: 説明を参照
リモート ダウンローダを構成するファイルを指定します。このファイルは行で構成されます。各行はディレクティブ(`allow`、`block`、`rewrite`)で始まり、その後にホスト名(`allow` と `block`)または 2 つのパターン(1 つは照合するパターン、もう 1 つは代替 URL として使用するパターン)で始まり、後方参照は `$1` から始まります。同じ URL に対して複数の「rewrite」ディレクティブを指定できます。この場合、複数の URL が返されます。
で確認できます。
その他のカテゴリに該当しないその他のオプション:
--override_repository=<an equals-separated mapping of repository name to path> 回の使用が累積されています
ローカル ディレクトリでリポジトリをオーバーライドします。

ライセンス オプション

コマンドの前に表示され、クライアントによって解析されるオプション:
--distdir=<a path> 回の使用が累積されています
ネットワークにアクセスしてダウンロードする前にアーカイブを検索する場所の追加。
タグ: bazel_internal_configuration
設定すると、キャッシュ ヒットが発生した場合、リポジトリ キャッシュはファイルをコピーするのではなくハードリンクします。これはディスク容量を節約するためのものです。
タグ: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id のデフォルト: "false"
true の場合、指定されていない場合は、リポジトリのダウンロード URL から取得された文字列を canonical_id として使用します。これにより、キャッシュに同じハッシュのダウンロードが含まれていても、URL が変更されると、再ダウンロードが行われます。これを使用して、URL の変更によって破損したリポジトリがキャッシュによってマスキングされないことを確認できます。
タグ: loading_and_analysisexperimental
--[no]experimental_repository_disable_download のデフォルト: "false"
設定すると、外部リポジトリのダウンロードは許可されません。
タグ: experimental
--experimental_repository_downloader_retries=<an integer> のデフォルト: 「0」
ダウンロード エラーの再試行の最大試行回数。0 に設定すると、再試行が無効になります。
タグ: experimental
--experimental_scale_timeouts=<a double> のデフォルト: 「1.0」
Starlark リポジトリ ルールのすべてのタイムアウトを、この係数でスケーリングします。このようにして、ソースコードを変更することなく、ルール作成者の想定よりも遅いマシンで外部リポジトリを動作させることができます。
タグ: bazel_internal_configurationexperimental
--http_timeout_scaling=<a double> のデフォルト: 「1.0」
HTTP ダウンロードに関連するすべてのタイムアウトを、指定された係数でスケーリング
タグ: bazel_internal_configuration
--repository_cache=<a path> のデフォルト: 説明を参照
外部リポジトリのフェッチ中に取得されたダウンロード値のキャッシュの場所を指定します。引数として空の文字列を指定すると、キャッシュを無効にするよう要求されます。
タグ: bazel_internal_configuration
Bazel による有効なビルド入力の適用度合いに影響するオプション(ルール定義、フラグの組み合わせなど):
--experimental_repository_hash_file=<a string> のデフォルト: ""
空でない場合、リポジトリ ディレクトリ ハッシュを検証する必要がある、解決された値を含むファイルを指定します。
タグ: affects_outputsexperimental
--experimental_verify_repository_rules=<a string> 回の使用が累積されています
出力ディレクトリのハッシュを検証する必要があるリポジトリ ルールのリストである場合、--experimental_repository_hash_file によってファイルが指定されます。
タグ: affects_outputsexperimental
このオプションは、BUILD ファイル、.bzl ファイル、WORKSPACE ファイルからアクセス可能な Starlark 言語またはビルド API のセマンティクスに影響します。
--[no]experimental_allow_top_level_aspects_parameters のデフォルト: "true"
オペレーションなし
タグ: no_opdeprecatedexperimental
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
--override_module=<an equals-separated mapping of module name to path> 回の使用が累積されています
モジュールをローカル ディレクトリでオーバーライドします。
--registry=<a string> 回の使用が累積されています
Bazel モジュールの依存関係を見つけるために使用するレジストリを指定します。順序は重要です。モジュールは最初に以前のレジストリで検索され、以前のレジストリで欠落している場合にのみ、後のレジストリにフォールバックします。
タグ: changes_inputs
ロギングの詳細度、形式、場所に影響するオプション:
--[no]experimental_record_metrics_for_all_mnemonics のデフォルト: "false"
デフォルトでは、アクション タイプの数は、実行されるアクションが最も多い 20 個のニーモニックに制限されています。このオプションを設定すると、すべてのニーモニックの統計情報が書き込まれます。
で確認できます。
他のカテゴリに分類されない Bazel コマンドへの一般的な入力を指定または変更するオプション:
--experimental_resolved_file_instead_of_workspace=<a string> のデフォルト: ""
空でない場合、WORKSPACE ファイルではなく、指定された解決済みファイルを読み取る
タグ: changes_inputs
リモート キャッシュと実行のオプション:
--experimental_downloader_config=<a string> のデフォルト: 説明を参照
リモート ダウンローダを構成するファイルを指定します。このファイルは行で構成されます。各行はディレクティブ(`allow`、`block`、`rewrite`)で始まり、その後にホスト名(`allow` と `block`)または 2 つのパターン(1 つは照合するパターン、もう 1 つは代替 URL として使用するパターン)で始まり、後方参照は `$1` から始まります。同じ URL に対して複数の「rewrite」ディレクティブを指定できます。この場合、複数の URL が返されます。
で確認できます。
その他のカテゴリに該当しないその他のオプション:
--override_repository=<an equals-separated mapping of repository name to path> 回の使用が累積されています
ローカル ディレクトリでリポジトリをオーバーライドします。

モバイル インストール オプション

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

コマンドの前に表示され、クライアントによって解析されるオプション:
--distdir=<a path> 回の使用が累積されています
ネットワークにアクセスしてダウンロードする前にアーカイブを検索する場所の追加。
タグ: bazel_internal_configuration
設定すると、キャッシュ ヒットが発生した場合、リポジトリ キャッシュはファイルをコピーするのではなくハードリンクします。これはディスク容量を節約するためのものです。
タグ: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id のデフォルト: "false"
true の場合、指定されていない場合は、リポジトリのダウンロード URL から取得された文字列を canonical_id として使用します。これにより、キャッシュに同じハッシュのダウンロードが含まれていても、URL が変更されると、再ダウンロードが行われます。これを使用して、URL の変更によって破損したリポジトリがキャッシュによってマスキングされないことを確認できます。
タグ: loading_and_analysisexperimental
--[no]experimental_repository_disable_download のデフォルト: "false"
設定すると、外部リポジトリのダウンロードは許可されません。
タグ: experimental
--experimental_repository_downloader_retries=<an integer> のデフォルト: 「0」
ダウンロード エラーの再試行の最大試行回数。0 に設定すると、再試行が無効になります。
タグ: experimental
--experimental_scale_timeouts=<a double> のデフォルト: 「1.0」
Starlark リポジトリ ルールのすべてのタイムアウトを、この係数でスケーリングします。このようにして、ソースコードを変更することなく、ルール作成者の想定よりも遅いマシンで外部リポジトリを動作させることができます。
タグ: bazel_internal_configurationexperimental
--http_timeout_scaling=<a double> のデフォルト: 「1.0」
HTTP ダウンロードに関連するすべてのタイムアウトを、指定された係数でスケーリング
タグ: bazel_internal_configuration
--repository_cache=<a path> のデフォルト: 説明を参照
外部リポジトリのフェッチ中に取得されたダウンロード値のキャッシュの場所を指定します。引数として空の文字列を指定すると、キャッシュを無効にするよう要求されます。
タグ: bazel_internal_configuration
ビルドの実行を制御するオプション:
--mode=<classic, classic_internal_test_do_not_use or skylark> のデフォルト: "classic"
モバイル インストールの実行方法を選択します。「クラシック」現在のバージョンのモバイル インストールを実行する。「Skylark」は、android_test をサポートする新しい Starlark バージョンを使用します。
タグ: loading_and_analysisexecutionincompatible_change
アクションの実行に使用するツールチェーンを設定するオプション:
--adb=<a string> のデフォルト: ""
「mobile-install」に使用する adb バイナリ使用できます。指定されていない場合は、Android SDK の --android_sdk コマンドライン オプションで指定された SDK(--android_sdk が指定されていない場合はデフォルトの SDK)が使用されます。
タグ: changes_inputs
コマンドの出力を制御するオプション:
--[no]incremental のデフォルト: "false"
増分インストールを行うかどうか。true の場合、コードをインストールするデバイスの状態を読み取って、その情報を使用して不要な作業を回避することで、不要な追加作業を避けるようにします。false(デフォルト)の場合、常にフル インストールを行います。
タグ: loading_and_analysis
--[no]split_apks のデフォルト: "false"
分割 APK を使用してアプリをデバイスにインストールし、更新するかどうか。Marshmallow 以降を搭載したデバイスでのみ動作します
タグ: loading_and_analysisaffects_outputs
ユーザーが目的の出力を構成し、その出力の有無ではなく値に影響を与えるオプション:
--adb_arg=<a string> 回の使用が累積されています
adb に渡す追加の引数。通常は、インストール先のデバイスを指定するために使用されます。
タグ: action_command_lines
--debug_app
アプリを起動する前にデバッガで待機するかどうかを指定します。
展開先:
--start=DEBUG

タグ: execution
--device=<a string> のデフォルト: ""
adb デバイスのシリアル番号。指定しない場合、最初のデバイスが使用されます。
タグ: action_command_lines
--start=<no, cold, warm or debug> のデフォルト: "NO"
アプリのインストール後にアプリを起動する方法。WARM に設定すると、増分インストール時にアプリの状態を保持して復元できます。
タグ: execution
--start_app
インストール後にアプリを起動するかどうか。
展開先:
--start=COLD

タグ: execution
Bazel による有効なビルド入力の適用度合いに影響するオプション(ルール定義、フラグの組み合わせなど)
--experimental_repository_hash_file=<a string> のデフォルト: ""
空でない場合、リポジトリ ディレクトリ ハッシュを検証する必要がある、解決された値を含むファイルを指定します。
タグ: affects_outputsexperimental
--experimental_verify_repository_rules=<a string> 回の使用が累積されています
出力ディレクトリのハッシュを検証する必要があるリポジトリ ルールのリストである場合、--experimental_repository_hash_file によってファイルが指定されます。
タグ: affects_outputsexperimental
このオプションは、BUILD ファイル、.bzl ファイル、WORKSPACE ファイルからアクセス可能な Starlark 言語またはビルド API のセマンティクスに影響します。
--[no]experimental_allow_top_level_aspects_parameters のデフォルト: "true"
オペレーションなし
タグ: no_opdeprecatedexperimental
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
--override_module=<an equals-separated mapping of module name to path> 回の使用が累積されています
モジュールをローカル ディレクトリでオーバーライドします。
--registry=<a string> 回の使用が累積されています
Bazel モジュールの依存関係を見つけるために使用するレジストリを指定します。順序は重要です。モジュールは最初に以前のレジストリで検索され、以前のレジストリで欠落している場合にのみ、後のレジストリにフォールバックします。
タグ: changes_inputs
ロギングの詳細度、形式、場所に影響するオプション:
--[no]experimental_record_metrics_for_all_mnemonics のデフォルト: "false"
デフォルトでは、アクション タイプの数は、実行されるアクションが最も多い 20 個のニーモニックに制限されています。このオプションを設定すると、すべてのニーモニックの統計情報が書き込まれます。
--incremental_install_verbosity=<a string> のデフォルト: ""
増分インストールの詳細度。デバッグ ロギングの場合は 1 に設定します。
タグ: bazel_monitoring
他のカテゴリに分類されない Bazel コマンドへの一般的な入力を指定または変更するオプション:
--experimental_resolved_file_instead_of_workspace=<a string> のデフォルト: ""
空でない場合、WORKSPACE ファイルではなく、指定された解決済みファイルを読み取る
タグ: changes_inputs
リモート キャッシュと実行のオプション:
--experimental_downloader_config=<a string> のデフォルト: 説明を参照
リモート ダウンローダを構成するファイルを指定します。このファイルは行で構成されます。各行はディレクティブ(`allow`、`block`、`rewrite`)で始まり、その後にホスト名(`allow` と `block`)または 2 つのパターン(1 つは照合するパターン、もう 1 つは代替 URL として使用するパターン)で始まり、後方参照は `$1` から始まります。同じ URL に対して複数の「rewrite」ディレクティブを指定できます。この場合、複数の URL が返されます。
で確認できます。
その他のカテゴリに該当しないその他のオプション:
--override_repository=<an equals-separated mapping of repository name to path> 回の使用が累積されています
ローカル ディレクトリでリポジトリをオーバーライドします。

Modquery のオプション

コマンドの前に表示され、クライアントによって解析されるオプション:
--distdir=<a path> 回の使用が累積されています
ネットワークにアクセスしてダウンロードする前にアーカイブを検索する場所の追加。
タグ: bazel_internal_configuration
設定すると、キャッシュ ヒットが発生した場合、リポジトリ キャッシュはファイルをコピーするのではなくハードリンクします。これはディスク容量を節約するためのものです。
タグ: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id のデフォルト: "false"
true の場合、指定されていない場合は、リポジトリのダウンロード URL から取得された文字列を canonical_id として使用します。これにより、キャッシュに同じハッシュのダウンロードが含まれていても、URL が変更されると、再ダウンロードが行われます。これを使用して、URL の変更によって破損したリポジトリがキャッシュによってマスキングされないことを確認できます。
タグ: loading_and_analysisexperimental
--[no]experimental_repository_disable_download のデフォルト: "false"
設定すると、外部リポジトリのダウンロードは許可されません。
タグ: experimental
--experimental_repository_downloader_retries=<an integer> のデフォルト: 「0」
ダウンロード エラーの再試行の最大試行回数。0 に設定すると、再試行が無効になります。
タグ: experimental
--experimental_scale_timeouts=<a double> のデフォルト: 「1.0」
Starlark リポジトリ ルールのすべてのタイムアウトを、この係数でスケーリングします。このようにして、ソースコードを変更することなく、ルール作成者の想定よりも遅いマシンで外部リポジトリを動作させることができます。
タグ: bazel_internal_configurationexperimental
--http_timeout_scaling=<a double> のデフォルト: 「1.0」
HTTP ダウンロードに関連するすべてのタイムアウトを、指定された係数でスケーリング
タグ: bazel_internal_configuration
--repository_cache=<a path> のデフォルト: 説明を参照
外部リポジトリのフェッチ中に取得されたダウンロード値のキャッシュの場所を指定します。引数として空の文字列を指定すると、キャッシュを無効にするよう要求されます。
タグ: bazel_internal_configuration
ビルドの実行を制御するオプション:
--[no]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" のように指定します。「自動」ホストリソースに基づいて妥当なデフォルト値が設定されます。1 以上の値を指定してください。
タグ: bazel_internal_configuration
Bazel による有効なビルド入力の適用度合いに影響するオプション(ルール定義、フラグの組み合わせなど):
--experimental_repository_hash_file=<a string> のデフォルト: ""
空でない場合、リポジトリ ディレクトリ ハッシュを検証する必要がある、解決された値を含むファイルを指定します。
タグ: affects_outputsexperimental
--experimental_verify_repository_rules=<a string> 回の使用が累積されています
出力ディレクトリのハッシュを検証する必要があるリポジトリ ルールのリストである場合、--experimental_repository_hash_file によってファイルが指定されます。
タグ: affects_outputsexperimental
このオプションは、BUILD ファイル、.bzl ファイル、WORKSPACE ファイルからアクセス可能な Starlark 言語またはビルド API のセマンティクスに影響します。
--[no]experimental_allow_top_level_aspects_parameters のデフォルト: "true"
オペレーションなし
タグ: no_opdeprecatedexperimental
--[no]incompatible_config_setting_private_default_visibility のデフォルト: "false"
depends_enforce_config_setting_visibility=false の場合は、NoOps です。それ以外の場合、このフラグが false の場合、明示的な公開設定属性のない config_setting はすべて //visibility:public です。このフラグが true の場合、config_setting は他のすべてのルールと同じ公開設定ロジックに従います。https://github.com/bazelbuild/bazel/issues/12933 をご覧ください。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_enforce_config_setting_visibility のデフォルト: "true"
true の場合、config_setting の公開設定制限を適用します。false の場合、すべての config_setting がすべてのターゲットに表示されます。https://github.com/bazelbuild/bazel/issues/12932 をご覧ください。
タグ: loading_and_analysisincompatible_change
modquery の出力とセマンティクスに関連するオプション:
--charset=<utf8 or ascii> のデフォルト: "utf8"
ツリーに使用する文字セットを選択します。テキスト出力にのみ影響します。有効な値は「utf8」使用できます。デフォルトは「utf8」
タグ: terminal_output
--[no]cycles のデフォルト: "false"
表示されたツリー内の依存関係サイクルをポイントします。通常、これはデフォルトで無視されます。
タグ: execution
--depth=<an integer> のデフォルト: 「-1」
依存関係ツリーの最大表示深度。たとえば、深度 1 は直接的な依存関係を表示します。tree、path、all_paths のデフォルトは Integer.MAX_VALUE で、deps と説明のデフォルトは 1 です(ターゲットのリーフとその親以外のルートの直接依存関係のみが表示されます)。
タグ: execution
--[no]extra のデフォルト: "false"
クエリには、モジュールが現在のバージョンに解決された理由も表示されます(変更されている場合)。Explain クエリの場合のみ、デフォルトは true になります。
タグ: execution
--from=<a list of <module>s separated by comma> のデフォルト: "root"
依存関係グラフクエリの表示を開始するモジュール。正確な意味については、各クエリの説明を確認してください。デフォルトは root です。
タグ: execution
--[no]include_unused のデフォルト: "false"
クエリでは、(最小バージョン選択またはオーバーライド ルールにより)選択した後のモジュール解決グラフに存在しない未使用のモジュールも考慮され、表示されます。これは、all_paths コマンドに新しいパスを含めたり、Explain コマンドに追加の依存先を指定したりするなど、クエリタイプごとに異なる影響を及ぼす可能性があります。
タグ: execution
--output=<text, json or graph> のデフォルト: "text"
クエリ結果を出力する形式。クエリに使用できる値は text、json、 graph です
タグ: terminal_output
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
--override_module=<an equals-separated mapping of module name to path> 回の使用が累積されています
モジュールをローカル ディレクトリでオーバーライドします。
--registry=<a string> 回の使用が累積されています
Bazel モジュールの依存関係を見つけるために使用するレジストリを指定します。順序は重要です。モジュールは最初に以前のレジストリで検索され、以前のレジストリで欠落している場合にのみ、後のレジストリにフォールバックします。
タグ: changes_inputs
ロギングの詳細度、形式、場所に影響するオプション:
--[no]experimental_record_metrics_for_all_mnemonics のデフォルト: "false"
デフォルトでは、アクション タイプの数は、実行されるアクションが最も多い 20 個のニーモニックに制限されています。このオプションを設定すると、すべてのニーモニックの統計情報が書き込まれます。
で確認できます。
他のカテゴリに分類されない Bazel コマンドへの一般的な入力を指定または変更するオプション:
--experimental_resolved_file_instead_of_workspace=<a string> のデフォルト: ""
空でない場合、WORKSPACE ファイルではなく、指定された解決済みファイルを読み取る
タグ: changes_inputs
リモート キャッシュと実行のオプション:
--experimental_downloader_config=<a string> のデフォルト: 説明を参照
リモート ダウンローダを構成するファイルを指定します。このファイルは行で構成されます。各行はディレクティブ(`allow`、`block`、`rewrite`)で始まり、その後にホスト名(`allow` と `block`)または 2 つのパターン(1 つは照合するパターン、もう 1 つは代替 URL として使用するパターン)で始まり、後方参照は `$1` から始まります。同じ URL に対して複数の「rewrite」ディレクティブを指定できます。この場合、複数の URL が返されます。
で確認できます。
その他のカテゴリに該当しないその他のオプション:
--deleted_packages=<comma-separated list of package names> のデフォルト: ""
パッケージパスのどこかに表示されている場合でも、ビルドシステムが存在しないと見なすパッケージの名前をカンマ区切りのリストで指定します。 サブパッケージ「x/y」を削除する場合は、このオプションを使用します。既存のパッケージ 'x' のものです。たとえば、クライアントで x/y/BUILD を削除した後、「//x:y/z」というラベルが見つかるとビルドシステムからエラーが表示されることがあります。別の package_path エントリで指定されている場合。この問題を回避するには、--deleted_packages x/y を指定します。
--override_repository=<an equals-separated mapping of repository name to path> 回の使用が累積されています
ローカル ディレクトリでリポジトリをオーバーライドします。
--package_path=<colon-separated list of options> のデフォルト: "%workspace%"
パッケージを検索する場所をコロンで区切ったリスト。「%workspace%」で始まる要素含まれるワークスペースを基準とします。省略または空にした場合、デフォルトは「bazel info default-package-path」の出力です。
--[no]show_loading_progress のデフォルト: "true"
有効にすると、Bazel で「Loading package:」と表示されます。ブロックすることもできます。

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

コマンドの前に表示され、クライアントによって解析されるオプション:
--distdir=<a path> 回の使用が累積されています
ネットワークにアクセスしてダウンロードする前にアーカイブを検索する場所の追加。
タグ: bazel_internal_configuration
設定すると、キャッシュ ヒットが発生した場合、リポジトリ キャッシュはファイルをコピーするのではなくハードリンクします。これはディスク容量を節約するためのものです。
タグ: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id のデフォルト: "false"
true の場合、指定されていない場合は、リポジトリのダウンロード URL から取得された文字列を canonical_id として使用します。これにより、キャッシュに同じハッシュのダウンロードが含まれていても、URL が変更されると、再ダウンロードが行われます。これを使用して、URL の変更によって破損したリポジトリがキャッシュによってマスキングされないことを確認できます。
タグ: loading_and_analysisexperimental
--[no]experimental_repository_disable_download のデフォルト: "false"
設定すると、外部リポジトリのダウンロードは許可されません。
タグ: experimental
--experimental_repository_downloader_retries=<an integer> のデフォルト: 「0」
ダウンロード エラーの再試行の最大試行回数。0 に設定すると、再試行が無効になります。
タグ: experimental
--experimental_scale_timeouts=<a double> のデフォルト: 「1.0」
Starlark リポジトリ ルールのすべてのタイムアウトを、この係数でスケーリングします。このようにして、ソースコードを変更することなく、ルール作成者の想定よりも遅いマシンで外部リポジトリを動作させることができます。
タグ: bazel_internal_configurationexperimental
--http_timeout_scaling=<a double> のデフォルト: 「1.0」
HTTP ダウンロードに関連するすべてのタイムアウトを、指定された係数でスケーリング
タグ: bazel_internal_configuration
--repository_cache=<a path> のデフォルト: 説明を参照
外部リポジトリのフェッチ中に取得されたダウンロード値のキャッシュの場所を指定します。引数として空の文字列を指定すると、キャッシュを無効にするよう要求されます。
タグ: bazel_internal_configuration
Bazel による有効なビルド入力の適用度合いに影響するオプション(ルール定義、フラグの組み合わせなど):
--experimental_repository_hash_file=<a string> のデフォルト: ""
空でない場合、リポジトリ ディレクトリ ハッシュを検証する必要がある、解決された値を含むファイルを指定します。
タグ: affects_outputsexperimental
--experimental_verify_repository_rules=<a string> 回の使用が累積されています
出力ディレクトリのハッシュを検証する必要があるリポジトリ ルールのリストである場合、--experimental_repository_hash_file によってファイルが指定されます。
タグ: affects_outputsexperimental
このオプションは、BUILD ファイル、.bzl ファイル、WORKSPACE ファイルからアクセス可能な Starlark 言語またはビルド API のセマンティクスに影響します。
--[no]experimental_allow_top_level_aspects_parameters のデフォルト: "true"
オペレーションなし
タグ: no_opdeprecatedexperimental
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
--override_module=<an equals-separated mapping of module name to path> 回の使用が累積されています
モジュールをローカル ディレクトリでオーバーライドします。
--registry=<a string> 回の使用が累積されています
Bazel モジュールの依存関係を見つけるために使用するレジストリを指定します。順序は重要です。モジュールは最初に以前のレジストリで検索され、以前のレジストリで欠落している場合にのみ、後のレジストリにフォールバックします。
タグ: changes_inputs
ロギングの詳細度、形式、場所に影響するオプション:
--[no]experimental_record_metrics_for_all_mnemonics のデフォルト: "false"
デフォルトでは、アクション タイプの数は、実行されるアクションが最も多い 20 個のニーモニックに制限されています。このオプションを設定すると、すべてのニーモニックの統計情報が書き込まれます。
で確認できます。
他のカテゴリに分類されない Bazel コマンドへの一般的な入力を指定または変更するオプション:
--experimental_resolved_file_instead_of_workspace=<a string> のデフォルト: ""
空でない場合、WORKSPACE ファイルではなく、指定された解決済みファイルを読み取る
タグ: changes_inputs
リモート キャッシュと実行のオプション:
--experimental_downloader_config=<a string> のデフォルト: 説明を参照
リモート ダウンローダを構成するファイルを指定します。このファイルは行で構成されます。各行はディレクティブ(`allow`、`block`、`rewrite`)で始まり、その後にホスト名(`allow` と `block`)または 2 つのパターン(1 つは照合するパターン、もう 1 つは代替 URL として使用するパターン)で始まり、後方参照は `$1` から始まります。同じ URL に対して複数の「rewrite」ディレクティブを指定できます。この場合、複数の URL が返されます。
で確認できます。
その他のカテゴリに該当しないその他のオプション:
--override_repository=<an equals-separated mapping of repository name to path> 回の使用が累積されています
ローカル ディレクトリでリポジトリをオーバーライドします。
--print_action_mnemonics=<a string> 回の使用が累積されています
print_action データをフィルタするためのニモニックを一覧表示します。空のままにすると、フィルタリングは行われません。

クエリ オプション

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

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

タグ: affects_outputs
Bazel による有効なビルド入力の適用度合いに影響するオプション(ルール定義、フラグの組み合わせなど)
--experimental_repository_hash_file=<a string> のデフォルト: ""
空でない場合、リポジトリ ディレクトリ ハッシュを検証する必要がある、解決された値を含むファイルを指定します。
タグ: affects_outputsexperimental
--experimental_verify_repository_rules=<a string> 回の使用が累積されています
出力ディレクトリのハッシュを検証する必要があるリポジトリ ルールのリストである場合、--experimental_repository_hash_file によってファイルが指定されます。
タグ: affects_outputsexperimental
このオプションは、BUILD ファイル、.bzl ファイル、WORKSPACE ファイルからアクセス可能な Starlark 言語またはビルド API のセマンティクスに影響します。
--[no]experimental_allow_top_level_aspects_parameters のデフォルト: "true"
オペレーションなし
タグ: no_opdeprecatedexperimental
--[no]incompatible_config_setting_private_default_visibility のデフォルト: "false"
depends_enforce_config_setting_visibility=false の場合は、NoOps です。それ以外の場合、このフラグが false の場合、明示的な公開設定属性のない config_setting はすべて //visibility:public です。このフラグが true の場合、config_setting は他のすべてのルールと同じ公開設定ロジックに従います。https://github.com/bazelbuild/bazel/issues/12933 をご覧ください。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_enforce_config_setting_visibility のデフォルト: "true"
true の場合、config_setting の公開設定制限を適用します。false の場合、すべての config_setting がすべてのターゲットに表示されます。https://github.com/bazelbuild/bazel/issues/12932 をご覧ください。
タグ: loading_and_analysisincompatible_change
クエリの出力とセマンティクスに関連するオプション:
--aspect_deps=<off, conservative or precise> のデフォルト: 「conservative」
出力形式が {xml,proto,record} のいずれかである場合に、アスペクトの依存関係を解決する方法。'オフ'アスペクト依存関係が解決されていないことを意味し、「保守的」(デフォルト)は、直接的な依存関係のルールクラス(「precise」)が指定されているかどうかにかかわらず、宣言されたすべてのアスペクト依存関係が追加されることを意味します。これは、直接的な依存関係のルールクラスでアクティブになっている可能性のあるアスペクトのみが追加されることを意味します。なお、高精度モードでは、1 つのターゲットを評価するために他のパッケージを読み込む必要があるため、他のモードよりも時間がかかります。また、正確なモードでさえも完全に正確とは言えません。アスペクトを計算するかどうかの判断は、分析フェーズで決定され、「bazel クエリ」中には実行されません。
タグ: build_file_semantics
--[no]experimental_graphless_query のデフォルト: "auto"
true の場合、グラフのコピーを作成しないクエリ実装を使用します。新しい実装では、--order_output=no のみと、出力フォーマッタのサブセットのみがサポートされます。
タグ: build_file_semanticseagerness_to_exit
--graph:conditional_edges_limit=<an integer> のデフォルト: 「4」
表示する条件ラベルの最大数。-1 は切り捨てなしを表し、0 はアノテーションなしを意味します。このオプションは、--output=graph を使用する場合にのみ適用されます。
タグ: 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_display_source_file_location のデフォルト: "true"
デフォルトで true の場合、ソースファイルのターゲットが表示されます。true の場合、位置情報の出力にソースファイルの 1 行目の場所を表示します。このフラグは移行目的でのみ存在します。
タグ: terminal_outputincompatible_change
--[no]incompatible_lexicographical_output のデフォルト: "true"
このオプションが設定されている場合、--order_output=auto 出力が辞書順に並べ替えられます。
タグ: terminal_outputincompatible_change
--[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
--noorder_results
依存関係の順序付き(デフォルト)または順序なしの形式で結果を出力します。順序なしの出力は高速ですが、--output が minrank、maxrank、または graph でない場合にのみサポートされます。
展開先:
--order_output=no

タグ: terminal_output
--null
各書式を改行ではなく \0 で終了するかどうか。
展開先:
--line_terminator_null=true

タグ: terminal_output
--order_output=<no, deps, auto or full> のデフォルト: "auto"
順序なし(no)、依存関係順(deps)、または完全順序(完全)の結果を出力します。デフォルトは「auto」です。つまり、結果は出力フォーマッタ(proto、minrank、maxrank、グラフでは依存関係順、それ以外は完全に順序付け)に応じて、依存関係順または完全順序のいずれかで出力されます。出力が完全に順序付けられている場合、ノードは完全に決定論的な(合計)順序で出力されます。まず、すべてのノードがアルファベット順に並べ替えられます。その後、リスト内の各ノードは、アクセスされていないノードへの送信エッジが後続ノードのアルファベット順に走査される、後順深度優先探索の開始として使用されます。最後に、ノードは訪問した順序と逆に表示されます。
タグ: terminal_output
--order_results
依存関係の順序付き(デフォルト)または順序なしの形式で結果を出力します。順序なしの出力は高速ですが、--output が minrank、maxrank、または graph でない場合にのみサポートされます。
展開先:
--order_output=auto

タグ: terminal_output
--output=<a string> のデフォルト: "label"
クエリ結果を出力する形式。クエリに指定できる値は、build、 graph、label、label_kind、location、maxrank、minrank、package、proto、xml です。
タグ: terminal_output
--[no]proto:default_values のデフォルト: "true"
値が true の場合、値が BUILD ファイルで明示的に指定されていない属性が含まれます。それ以外の場合は省略されます。このオプションは、--output=proto に適用できます。
タグ: terminal_output
--[no]proto:definition_stack のデフォルト: "false"
definition_stack proto フィールドにデータを入力します。このフィールドは、ルールのクラスが定義された時点での Starlark コールスタックをルール インスタンスごとに記録します。
タグ: terminal_output
--[no]proto:flatten_selects のデフォルト: "true"
有効にすると、select() によって作成された構成可能な属性がフラット化されます。リスト型の場合、フラット化表現は、選択マップの各値を 1 回だけ含むリストです。スカラー型は null にフラット化されます。
タグ: build_file_semantics
--[no]proto:include_synthetic_attribute_hash のデフォルト: "false"
$internal_attr_hash 属性を計算して入力するかどうか。
タグ: terminal_output
--[no]proto:instantiation_stack のデフォルト: "false"
各ルールのインスタンス化コールスタックを入力します。これにはスタックが存在する必要があります。
タグ: terminal_output
--[no]proto:locations のデフォルト: "true"
proto 出力に位置情報を出力するかどうか。
タグ: terminal_output
--proto:output_rule_attrs=<comma-separated list of options> のデフォルト: 「all」
出力に含める属性のカンマ区切りのリスト。デフォルトはすべての属性です。属性を出力しない場合は、空の文字列を設定します。このオプションは、--output=proto に適用できます。
タグ: terminal_output
--[no]proto:rule_inputs_and_outputs のデフォルト: "true"
rule_input フィールドと rule_output フィールドに値を設定するかどうか。
タグ: terminal_output
--query_file=<a string> のデフォルト: ""
設定すると、query は、コマンドラインではなく、ここで指定したファイルからクエリを読み取ります。ここにファイルとコマンドライン クエリを指定するとエラーになります。
タグ: changes_inputs
--[no]relative_locations のデフォルト: "false"
true の場合、xml 出力と proto 出力の BUILD ファイルの場所は相対的になります。デフォルトでは、ロケーションの出力は絶対パスであり、マシン間で一貫性はありません。このオプションを true に設定すると、すべてのマシンで一貫した結果が得られます。
タグ: terminal_output
--[no]strict_test_suite のデフォルト: "false"
true の場合、テスト以外のターゲットを含む test_suite が検出されると、tests() 式はエラーを返します。
タグ: build_file_semanticseagerness_to_exit
--[no]tool_deps のデフォルト: "true"
クエリ: 無効になっている場合、「ホスト構成」への依存関係または「execution」ターゲットは、クエリが動作する依存関係グラフに含まれません。「ホスト構成」「proto_library」のものなど、依存関係エッジが(通常は、同じ「ターゲット」の一部ではなく、ビルド中に実行されるツールを指します)。 Cquery: 無効にすると、ホストをまたぐ構成済みターゲット、または構成済みターゲットを検出したトップレベル ターゲットから実行遷移のあるすべての構成済みターゲットが除外されます。つまり、最上位のターゲットがターゲット構成にある場合は、同じターゲット構成にも構成されたターゲットのみが返されます。最上位のターゲットがホスト構成に存在する場合、ホストで構成されたターゲットのみが返されます。このオプションでは、解決済みのツールチェーンは除外されません。
タグ: build_file_semantics
--universe_scope=<comma-separated list of options> のデフォルト: ""
ターゲット パターンのカンマ区切りのセット(加算と減算)。クエリは、指定したターゲットの推移的クロージャで定義されたユニバースで実行できます。このオプションは、query コマンドと cquery コマンドで使用されます。 cquery の場合、このオプションへの入力はすべての回答が構築されるターゲットになるため、このオプションは構成や移行に影響する可能性があります。このオプションが指定されていない場合、最上位のターゲットがクエリ式で解析されたターゲットとみなされます。注: cquery では、クエリ式から解析されたターゲットがトップレベル オプションでビルドできない場合、このオプションを指定しないとビルドが壊れる可能性があります。
タグ: loading_and_analysis
--[no]xml:default_values のデフォルト: "false"
true の場合、値が BUILD ファイルで明示的に指定されていないルール属性が出力されます。それ以外の場合は省略されます。
タグ: terminal_output
--[no]xml:line_numbers のデフォルト: "true"
true の場合、XML 出力には行番号が含まれます。このオプションを無効にすると、差分を読みやすくなる可能性があります。このオプションは、--output=xml にのみ適用されます。
タグ: terminal_output
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
--override_module=<an equals-separated mapping of module name to path> 回の使用が累積されています
モジュールをローカル ディレクトリでオーバーライドします。
--registry=<a string> 回の使用が累積されています
Bazel モジュールの依存関係を見つけるために使用するレジストリを指定します。順序は重要です。モジュールは最初に以前のレジストリで検索され、以前のレジストリで欠落している場合にのみ、後のレジストリにフォールバックします。
タグ: changes_inputs
ロギングの詳細度、形式、場所に影響するオプション:
--[no]experimental_record_metrics_for_all_mnemonics のデフォルト: "false"
デフォルトでは、アクション タイプの数は、実行されるアクションが最も多い 20 個のニーモニックに制限されています。このオプションを設定すると、すべてのニーモニックの統計情報が書き込まれます。
--experimental_repository_resolved_file=<a string> のデフォルト: ""
空でない場合は、実行されたすべての Starlark リポジトリ ルールの解決済み情報を含む Starlark 値を書き込みます。
タグ: affects_outputs
--remote_print_execution_messages=<failure, success or all> のデフォルト: 「failure」
リモート実行メッセージを出力するタイミングを選択します。有効な値は、失敗した場合にのみ出力する場合は `failure`、成功時にのみ出力する場合は `success`、常に出力する場合は `all` です。
タグ: terminal_output
他のカテゴリに分類されない Bazel コマンドへの一般的な入力を指定または変更するオプション:
--experimental_resolved_file_instead_of_workspace=<a string> のデフォルト: ""
空でない場合、WORKSPACE ファイルではなく、指定された解決済みファイルを読み取る
タグ: changes_inputs
リモート キャッシュと実行のオプション:
--experimental_downloader_config=<a string> のデフォルト: 説明を参照
リモート ダウンローダを構成するファイルを指定します。このファイルは行で構成されます。各行はディレクティブ(`allow`、`block`、`rewrite`)で始まり、その後にホスト名(`allow` と `block`)または 2 つのパターン(1 つは照合するパターン、もう 1 つは代替 URL として使用するパターン)で始まり、後方参照は `$1` から始まります。同じ URL に対して複数の「rewrite」ディレクティブを指定できます。この場合、複数の URL が返されます。
--[no]experimental_guard_against_concurrent_changes のデフォルト: "false"
これをオフにすると、アクションをリモート キャッシュにアップロードする前に、アクションの入力ファイルの ctime チェックが無効になります。Linux カーネルがファイルの書き込みを遅延し、偽陽性になることがあります。
--experimental_remote_build_event_upload=<all or minimal> のデフォルト: 「all」
「all」に設定した場合、BEP が参照するすべてのローカル出力がリモート キャッシュに保存されます。 「minimal」に設定した場合、BEP の利用者にとって重要なファイル(テストログ、タイミング プロファイルなど)を除き、BEP が参照するローカル出力はリモート キャッシュにアップロードされません。ファイルの URI には、リモート キャッシュにファイルがない場合でも、bytestream:// スキームが常に使用されます。 デフォルトは「all」です。
--[no]experimental_remote_cache_async のデフォルト: "false"
true の場合、リモート キャッシュ I/O はスポーンの一部として行われるのではなく、バックグラウンドで行われます。
--[no]experimental_remote_cache_compression のデフォルト: "false"
有効にすると、zstd でキャッシュ blob を圧縮/解凍します。
--experimental_remote_capture_corrupted_outputs=<a path> のデフォルト: 説明を参照
破損した出力をキャプチャするディレクトリのパス。
--[no]experimental_remote_discard_merkle_trees のデフォルト: "false"
true に設定した場合、GetActionResult() と Execute() の呼び出し中に、入力ルートのマークルツリーのメモリ内コピーと関連する入力マッピングを破棄します。これによりメモリ使用量は大幅に削減されますが、リモート キャッシュミスや再試行時に Bazel による再計算が必要になります。
--experimental_remote_downloader=<a string> のデフォルト: 説明を参照
リモート ダウンロード プロキシとして使用する Remote Asset API エンドポイント URI。サポートされているスキーマは、grpc、grpcs(TLS が有効な grpcs)、unix(ローカル UNIX ソケット)です。スキーマが指定されていない場合、Bazel はデフォルトで grpcs になります。参照: https://github.com/bazelbuild/remote-apis/blob/master/build/bazel/remote/asset/v1/remote_asset.proto
で確認できます。
--[no]experimental_remote_downloader_local_fallback のデフォルト: "false"
リモート ダウンローダが失敗した場合にローカル ダウンローダにフォールバックするかどうかを指定します。
--[no]experimental_remote_execution_keepalive のデフォルト: "false"
リモート実行呼び出しにキープアライブを使用するかどうか。
--experimental_remote_grpc_log=<a path> のデフォルト: 説明を参照
指定する場合、gRPC 呼び出しに関連する詳細を記録するためのファイルのパス。このログは、シリアル化された com.google.devtools.build.lib.remote.logging.RemoteExecutionLog.LogEntry protobuf のシーケンスで構成され、各メッセージの前には、メソッド LogEntry.writeDelimitedTo(OutputStream) によって実行される、次のシリアル化された protobuf メッセージのサイズを示す変数が付加されています。
--[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 です。
--[no]incompatible_remote_build_event_upload_respect_no_cache のデフォルト: "false"
true に設定した場合、生成されたアクションをリモート キャッシュに保存できない場合、BEP によって参照される出力はリモート キャッシュに保存されません。
--[no]incompatible_remote_downloader_send_all_headers のデフォルト: "true"
複数の値を持つヘッダーのすべての値を、最初のダウンローダだけでなく、リモート ダウンローダに送信するかどうかを指定します。
タグ: incompatible_change
--[no]incompatible_remote_output_paths_relative_to_input_root のデフォルト: "false"
true に設定すると、出力パスは、作業ディレクトリではなく、入力ルートからの相対パスになります。
タグ: incompatible_change
--[no]incompatible_remote_results_ignore_disk のデフォルト: "true"
true に設定した場合、--noremote_upload_local_results と --noremote_accept_cached がディスク キャッシュに適用されません。複合キャッシュを使用する場合: --noremote_upload_local_results を使用すると、結果がディスク キャッシュに書き込まれますが、リモート キャッシュにはアップロードされません。 --noremote_accept_cached を指定すると、Bazel はディスク キャッシュ内の結果を確認しますが、リモート キャッシュではチェックしません。 no-remote-exec アクションがディスク キャッシュにヒットする可能性があります。 詳しくは、#8216 をご覧ください。
タグ: incompatible_change
--[no]incompatible_remote_use_new_exit_code_for_lost_inputs のデフォルト: "false"
true に設定した場合、ビルド中にリモート キャッシュが blob を強制排除した場合、Bazel は 34 ではなく新しい終了コード 39 を使用します。
タグ: incompatible_change
--[no]remote_accept_cached のデフォルト: "true"
リモートのキャッシュに保存されたアクション結果を受け入れるかどうか。
--remote_bytestream_uri_prefix=<a string> のデフォルト: 説明を参照
ビルドイベント ストリームに書き込まれる bytestream:// URI で使用されるホスト名とインスタンス名。このオプションは、プロキシを使用してビルドを実行するときに設定できます。その結果、--remote_executor と --remote_instance_name の値が、リモート実行サービスの正規名に対応しなくなります。設定しない場合、デフォルトで「${hostname}/${instance_name}」になります。
--remote_cache=<a string> のデフォルト: 説明を参照
キャッシュ エンドポイントの URI。サポートされているスキーマは、http、https、grpc、grpcs(TLS 対応の grpcs)、unix(ローカル UNIX ソケット)です。スキーマが指定されていない場合、Bazel はデフォルトで grpcs になります。TLS を無効にするには、grpc://、http://、unix: スキーマを指定します。https://bazel.build/remote/caching をご覧ください。
で確認できます。
--remote_cache_header=<a 'name=value' assignment> 回の使用が累積されています
キャッシュ リクエストに含めるヘッダーを --remote_cache_header=Name=Value のように指定します。フラグを複数回指定することで、複数のヘッダーを渡すことができます。同じ名前の複数の値はカンマ区切りのリストに変換されます。
--remote_default_exec_properties=<a 'name=value' assignment> 回の使用が累積されています
実行プラットフォームに exec_properties がまだ設定されていない場合に、リモート実行プラットフォームとして使用されるデフォルトの exec プロパティを設定します。
タグ: affects_outputs
--remote_default_platform_properties=<a string> のデフォルト: ""
実行プラットフォームに remote_execution_properties がまだ設定されていない場合に、リモート実行 API に設定するデフォルトのプラットフォーム プロパティを設定します。この値は、リモート実行の実行プラットフォームとしてホスト プラットフォームを選択した場合にも使用されます。
--remote_downloader_header=<a 'name=value' assignment> 回の使用が累積されています
リモート ダウンローダーのリクエストに含めるヘッダーを --remote_downloader_header=Name=Value のように指定します。フラグを複数回指定することで、複数のヘッダーを渡すことができます。同じ名前の複数の値はカンマ区切りのリストに変換されます。
--remote_exec_header=<a 'name=value' assignment> 回の使用が累積されています
実行リクエストに含めるヘッダーを指定します(--remote_exec_header=Name=Value)。フラグを複数回指定することで、複数のヘッダーを渡すことができます。同じ名前の複数の値はカンマ区切りのリストに変換されます。
--remote_execution_priority=<an integer> のデフォルト: 「0」
リモートで実行されるアクションの相対的な優先度。特定の優先度値のセマンティクスは、サーバーに依存します。
--remote_executor=<a string> のデフォルト: 説明を参照
リモート実行エンドポイントのホストまたはホスト:ポート。サポートされているスキーマは、grpc、grpcs(TLS が有効な grpcs)、unix(ローカル UNIX ソケット)です。スキーマが指定されていない場合、Bazel はデフォルトで grpcs になります。TLS を無効にするには、grpc:// または unix: スキーマを指定します。
--remote_header=<a 'name=value' assignment> 回の使用が累積されています
リクエストに含めるヘッダーを --remote_header=Name=Value のように指定します。フラグを複数回指定することで、複数のヘッダーを渡すことができます。同じ名前の複数の値はカンマ区切りのリストに変換されます。
--remote_instance_name=<a string> のデフォルト: ""
Remote Execution 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_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 はすべてのリモート ダウンロードのハッシュ合計を計算し、リモート キャッシュに保存された値が予想値と一致しない場合は破棄します。
で確認できます。
その他のカテゴリに該当しないその他のオプション:
--deleted_packages=<comma-separated list of package names> のデフォルト: ""
パッケージパスのどこかに表示されている場合でも、ビルドシステムが存在しないと見なすパッケージの名前をカンマ区切りのリストで指定します。 サブパッケージ「x/y」を削除する場合は、このオプションを使用します。既存のパッケージ 'x' のものです。たとえば、クライアントで x/y/BUILD を削除した後、「//x:y/z」というラベルが見つかるとビルドシステムからエラーが表示されることがあります。別の package_path エントリで指定されている場合。この問題を回避するには、--deleted_packages x/y を指定します。
--disk_cache=<a path> のデフォルト: 説明を参照
Bazel でアクションとアクション出力の読み取りと書き込みを行えるディレクトリへのパス。ディレクトリが存在しない場合は作成されます。
--experimental_credential_helper=<An (unresolved) path to a credential helper for a scope.> 回の使用が累積されています
指定されたスコープ(ドメイン)の認証情報を取得するために使用する認証情報ヘルパーを構成します。 認証情報ヘルパーから提供される認証情報は、<code>--google_default_credentials</code>、`--google_credentials`、または <code>.netrc</code> の認証情報よりも優先されます。 詳細については、https://github.com/bazelbuild/proposals/blob/main/designs/2022-06-07-bazel-credential-helpers.md をご覧ください。
--experimental_credential_helper_cache_duration=<An immutable length of time.> のデフォルト: 「30m」
認証情報ヘルパーからの認証情報をキャッシュに保存する期間を構成します。 異なる値で呼び出しを行うと、既存のエントリの存続期間が調整されます。キャッシュをクリアするには 0 を渡してください。このフラグに関係なく、Clean コマンドは常にキャッシュをクリアします。
--experimental_credential_helper_timeout=<An immutable length of time.> のデフォルト: 「5s」
認証情報ヘルパーのタイムアウトを設定します。 認証情報ヘルパーがこのタイムアウト内に応答しなかった場合、呼び出しは失敗します。
--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 は、接続で読み取りオペレーションがなかったこの時間が経過した後(ただし、保留中の gRPC 呼び出しが少なくとも 1 つある場合にのみ)ping を送信します。時間は秒単位として扱われます。1 秒未満の値を設定するとエラーになります。デフォルトでは、キープアライブ ping は無効になっています。この設定を有効にする前に、サービス オーナーと調整する必要があります。たとえば、このフラグに 30 秒の値を設定するには、この --grpc_keepalive_time=30s のように設定する必要があります。
で確認できます。
--grpc_keepalive_timeout=<An immutable length of time.> のデフォルト: 「20s」
送信 gRPC 接続のキープアライブ タイムアウトを構成します。keep-alive ping が --grpc_keepalive_time ありで有効になっている場合、この時間が過ぎても Bazel が ping の応答を受信しないと、接続がタイムアウトします。時間は秒単位として扱われます。1 秒未満の値を設定するとエラーになります。キープアライブ ping が無効になっている場合、この設定は無視されます。
--override_repository=<an equals-separated mapping of repository name to path> 回の使用が累積されています
ローカル ディレクトリでリポジトリをオーバーライドします。
--package_path=<colon-separated list of options> のデフォルト: "%workspace%"
パッケージを検索する場所をコロンで区切ったリスト。「%workspace%」で始まる要素含まれるワークスペースを基準とします。省略または空にした場合、デフォルトは「bazel info default-package-path」の出力です。
--[no]show_loading_progress のデフォルト: "true"
有効にすると、Bazel で「Loading package:」と表示されます。ブロックすることもできます。
--tls_certificate=<a string> のデフォルト: 説明を参照
サーバー証明書への署名で信頼されている TLS 証明書のパスを指定します。
--tls_client_certificate=<a string> のデフォルト: 説明を参照
使用する TLS クライアント証明書を指定します。クライアント認証を有効にするには、クライアント キーも指定する必要があります。
--tls_client_key=<a string> のデフォルト: 説明を参照
使用する TLS クライアント鍵を指定します。クライアント認証を有効にするには、クライアント証明書も指定する必要があります。

実行オプション

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

コマンドの前に表示され、クライアントによって解析されるオプション:
--distdir=<a path> 回の使用が累積されています
ネットワークにアクセスしてダウンロードする前にアーカイブを検索する場所の追加。
タグ: bazel_internal_configuration
設定すると、キャッシュ ヒットが発生した場合、リポジトリ キャッシュはファイルをコピーするのではなくハードリンクします。これはディスク容量を節約するためのものです。
タグ: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id のデフォルト: "false"
true の場合、指定されていない場合は、リポジトリのダウンロード URL から取得された文字列を canonical_id として使用します。これにより、キャッシュに同じハッシュのダウンロードが含まれていても、URL が変更されると、再ダウンロードが行われます。これを使用して、URL の変更によって破損したリポジトリがキャッシュによってマスキングされないことを確認できます。
タグ: loading_and_analysisexperimental
--[no]experimental_repository_disable_download のデフォルト: "false"
設定すると、外部リポジトリのダウンロードは許可されません。
タグ: experimental
--experimental_repository_downloader_retries=<an integer> のデフォルト: 「0」
ダウンロード エラーの再試行の最大試行回数。0 に設定すると、再試行が無効になります。
タグ: experimental
--experimental_scale_timeouts=<a double> のデフォルト: 「1.0」
Starlark リポジトリ ルールのすべてのタイムアウトを、この係数でスケーリングします。このようにして、ソースコードを変更することなく、ルール作成者の想定よりも遅いマシンで外部リポジトリを動作させることができます。
タグ: bazel_internal_configurationexperimental
--http_timeout_scaling=<a double> のデフォルト: 「1.0」
HTTP ダウンロードに関連するすべてのタイムアウトを、指定された係数でスケーリング
タグ: bazel_internal_configuration
--repository_cache=<a path> のデフォルト: 説明を参照
外部リポジトリのフェッチ中に取得されたダウンロード値のキャッシュの場所を指定します。引数として空の文字列を指定すると、キャッシュを無効にするよう要求されます。
タグ: bazel_internal_configuration
ユーザーが目的の出力を構成し、その出力の有無ではなく値に影響を与えるオプション:
--script_path=<a path> のデフォルト: 説明を参照
設定されている場合は、ターゲットを呼び出すシェル スクリプトを指定されたファイルに記述します。このオプションが設定されている場合、ターゲットは bazel から実行されません。「bazel run --script_path=foo //foo &&」を使用します./fooターゲット '//foo' を呼び出すこれは「bazel run //foo」とは異なりますbazel ロックが解除され、実行可能ファイルがターミナルの stdin に接続されます。
タグ: affects_outputsexecution
Bazel が有効なビルド入力を厳密に適用する方法に影響するオプション(ルール定義、フラグの組み合わせなど):
--experimental_repository_hash_file=<a string> のデフォルト: ""
空でない場合、リポジトリ ディレクトリ ハッシュを検証する必要がある、解決された値を含むファイルを指定します。
タグ: affects_outputsexperimental
--experimental_verify_repository_rules=<a string> 回の使用が累積されています
出力ディレクトリのハッシュを検証する必要があるリポジトリ ルールのリストである場合、--experimental_repository_hash_file によってファイルが指定されます。
タグ: affects_outputsexperimental
このオプションは、BUILD ファイル、.bzl ファイル、WORKSPACE ファイルからアクセス可能な Starlark 言語またはビルド API のセマンティクスに影響します。
--[no]experimental_allow_top_level_aspects_parameters のデフォルト: "true"
オペレーションなし
タグ: no_opdeprecatedexperimental
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
--override_module=<an equals-separated mapping of module name to path> 回の使用が累積されています
モジュールをローカル ディレクトリでオーバーライドします。
--registry=<a string> 回の使用が累積されています
Bazel モジュールの依存関係を見つけるために使用するレジストリを指定します。順序は重要です。モジュールは最初に以前のレジストリで検索され、以前のレジストリで欠落している場合にのみ、後のレジストリにフォールバックします。
タグ: changes_inputs
ロギングの詳細度、形式、場所に影響するオプション:
--[no]experimental_record_metrics_for_all_mnemonics のデフォルト: "false"
デフォルトでは、アクション タイプの数は、実行されるアクションが最も多い 20 個のニーモニックに制限されています。このオプションを設定すると、すべてのニーモニックの統計情報が書き込まれます。
で確認できます。
他のカテゴリに分類されない Bazel コマンドへの一般的な入力を指定または変更するオプション:
--experimental_resolved_file_instead_of_workspace=<a string> のデフォルト: ""
空でない場合、WORKSPACE ファイルではなく、指定された解決済みファイルを読み取る
タグ: changes_inputs
リモート キャッシュと実行のオプション:
--experimental_downloader_config=<a string> のデフォルト: 説明を参照
リモート ダウンローダを構成するファイルを指定します。このファイルは行で構成されます。各行はディレクティブ(`allow`、`block`、`rewrite`)で始まり、その後にホスト名(`allow` と `block`)または 2 つのパターン(1 つは照合するパターン、もう 1 つは代替 URL として使用するパターン)で始まり、後方参照は `$1` から始まります。同じ URL に対して複数の「rewrite」ディレクティブを指定できます。この場合、複数の URL が返されます。
で確認できます。
その他のカテゴリに該当しないその他のオプション:
--override_repository=<an equals-separated mapping of repository name to path> 回の使用が累積されています
ローカル ディレクトリでリポジトリをオーバーライドします。

シャットダウン オプション

コマンドの前に表示され、クライアントによって解析されるオプション:
--distdir=<a path> 回の使用が累積されています
ネットワークにアクセスしてダウンロードする前にアーカイブを検索する場所の追加。
タグ: bazel_internal_configuration
設定すると、キャッシュ ヒットが発生した場合、リポジトリ キャッシュはファイルをコピーするのではなくハードリンクします。これはディスク容量を節約するためのものです。
タグ: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id のデフォルト: "false"
true の場合、指定されていない場合は、リポジトリのダウンロード URL から取得された文字列を canonical_id として使用します。これにより、キャッシュに同じハッシュのダウンロードが含まれていても、URL が変更されると、再ダウンロードが行われます。これを使用して、URL の変更によって破損したリポジトリがキャッシュによってマスキングされないことを確認できます。
タグ: loading_and_analysisexperimental
--[no]experimental_repository_disable_download のデフォルト: "false"
設定すると、外部リポジトリのダウンロードは許可されません。
タグ: experimental
--experimental_repository_downloader_retries=<an integer> のデフォルト: 「0」
ダウンロード エラーの再試行の最大試行回数。0 に設定すると、再試行が無効になります。
タグ: experimental
--experimental_scale_timeouts=<a double> のデフォルト: 「1.0」
Starlark リポジトリ ルールのすべてのタイムアウトを、この係数でスケーリングします。このようにして、ソースコードを変更することなく、ルール作成者の想定よりも遅いマシンで外部リポジトリを動作させることができます。
タグ: bazel_internal_configurationexperimental
--http_timeout_scaling=<a double> のデフォルト: 「1.0」
HTTP ダウンロードに関連するすべてのタイムアウトを、指定された係数でスケーリング
タグ: bazel_internal_configuration
--repository_cache=<a path> のデフォルト: 説明を参照
外部リポジトリのフェッチ中に取得されたダウンロード値のキャッシュの場所を指定します。引数として空の文字列を指定すると、キャッシュを無効にするよう要求されます。
タグ: bazel_internal_configuration
コマンドの出力を制御するオプション:
--iff_heap_size_greater_than=<an integer> のデフォルト: 「0」
0 以外の値の場合、JVM によって消費された合計メモリ(MB 単位)がこの値を超えた場合にのみ、shutdown によってサーバーがシャットダウンされます。
タグ: loses_incremental_stateeagerness_to_exit
Bazel が有効なビルド入力を厳密に適用する方法に影響するオプション(ルール定義、フラグの組み合わせなど):
--experimental_repository_hash_file=<a string> のデフォルト: ""
空でない場合、リポジトリ ディレクトリ ハッシュを検証する必要がある、解決された値を含むファイルを指定します。
タグ: affects_outputsexperimental
--experimental_verify_repository_rules=<a string> 回の使用が累積されています
出力ディレクトリのハッシュを検証する必要があるリポジトリ ルールのリストである場合、--experimental_repository_hash_file によってファイルが指定されます。
タグ: affects_outputsexperimental
このオプションは、BUILD ファイル、.bzl ファイル、WORKSPACE ファイルからアクセス可能な Starlark 言語またはビルド API のセマンティクスに影響します。
--[no]experimental_allow_top_level_aspects_parameters のデフォルト: "true"
オペレーションなし
タグ: no_opdeprecatedexperimental
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
--override_module=<an equals-separated mapping of module name to path> 回の使用が累積されています
モジュールをローカル ディレクトリでオーバーライドします。
--registry=<a string> 回の使用が累積されています
Bazel モジュールの依存関係を見つけるために使用するレジストリを指定します。順序は重要です。モジュールは最初に以前のレジストリで検索され、以前のレジストリで欠落している場合にのみ、後のレジストリにフォールバックします。
タグ: changes_inputs
ロギングの詳細度、形式、場所に影響するオプション:
--[no]experimental_record_metrics_for_all_mnemonics のデフォルト: "false"
デフォルトでは、アクション タイプの数は、実行されるアクションが最も多い 20 個のニーモニックに制限されています。このオプションを設定すると、すべてのニーモニックの統計情報が書き込まれます。
で確認できます。
他のカテゴリに分類されない Bazel コマンドへの一般的な入力を指定または変更するオプション:
--experimental_resolved_file_instead_of_workspace=<a string> のデフォルト: ""
空でない場合、WORKSPACE ファイルではなく、指定された解決済みファイルを読み取る
タグ: changes_inputs
リモート キャッシュと実行のオプション:
--experimental_downloader_config=<a string> のデフォルト: 説明を参照
リモート ダウンローダを構成するファイルを指定します。このファイルは行で構成されます。各行はディレクティブ(`allow`、`block`、`rewrite`)で始まり、その後にホスト名(`allow` と `block`)または 2 つのパターン(1 つは照合するパターン、もう 1 つは代替 URL として使用するパターン)で始まり、後方参照は `$1` から始まります。同じ URL に対して複数の「rewrite」ディレクティブを指定できます。この場合、複数の URL が返されます。
で確認できます。
その他のカテゴリに該当しないその他のオプション:
--override_repository=<an equals-separated mapping of repository name to path> 回の使用が累積されています
ローカル ディレクトリでリポジトリをオーバーライドします。

同期オプション

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

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

タグ: affects_outputs
Bazel による有効なビルド入力の適用度合いに影響するオプション(ルール定義、フラグの組み合わせなど)
--experimental_repository_hash_file=<a string> のデフォルト: ""
空でない場合、リポジトリ ディレクトリ ハッシュを検証する必要がある、解決された値を含むファイルを指定します。
タグ: affects_outputsexperimental
--experimental_verify_repository_rules=<a string> 回の使用が累積されています
出力ディレクトリのハッシュを検証する必要があるリポジトリ ルールのリストである場合、--experimental_repository_hash_file によってファイルが指定されます。
タグ: affects_outputsexperimental
このオプションは、BUILD ファイル、.bzl ファイル、WORKSPACE ファイルからアクセス可能な Starlark 言語またはビルド API のセマンティクスに影響します。
--[no]experimental_allow_top_level_aspects_parameters のデフォルト: "true"
オペレーションなし
タグ: no_opdeprecatedexperimental
--[no]incompatible_config_setting_private_default_visibility のデフォルト: "false"
depends_enforce_config_setting_visibility=false の場合は、NoOps です。それ以外の場合、このフラグが false の場合、明示的な公開設定属性のない config_setting はすべて //visibility:public です。このフラグが true の場合、config_setting は他のすべてのルールと同じ公開設定ロジックに従います。https://github.com/bazelbuild/bazel/issues/12933 をご覧ください。
タグ: loading_and_analysisincompatible_change
--[no]incompatible_enforce_config_setting_visibility のデフォルト: "true"
true の場合、config_setting の公開設定制限を適用します。false の場合、すべての config_setting がすべてのターゲットに表示されます。https://github.com/bazelbuild/bazel/issues/12932 をご覧ください。
タグ: loading_and_analysisincompatible_change
Bzlmod の出力とセマンティクスに関連するオプション:
--allow_yanked_versions=<a string> 回の使用が累積されています
モジュール バージョンを `<module1>@<version1>,<module2>@<version2>` の形式に指定しました。これは、(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
--override_module=<an equals-separated mapping of module name to path> 回の使用が累積されています
モジュールをローカル ディレクトリでオーバーライドします。
--registry=<a string> 回の使用が累積されています
Bazel モジュールの依存関係を見つけるために使用するレジストリを指定します。順序は重要です。モジュールは最初に以前のレジストリで検索され、以前のレジストリで欠落している場合にのみ、後のレジストリにフォールバックします。
タグ: changes_inputs
ロギングの詳細度、形式、場所に影響するオプション:
--[no]experimental_record_metrics_for_all_mnemonics のデフォルト: "false"
デフォルトでは、アクション タイプの数は、実行されるアクションが最も多い 20 個のニーモニックに制限されています。このオプションを設定すると、すべてのニーモニックの統計情報が書き込まれます。
--experimental_repository_resolved_file=<a string> のデフォルト: ""
空でない場合は、実行されたすべての Starlark リポジトリ ルールの解決済み情報を含む Starlark 値を書き込みます。
タグ: affects_outputs
--remote_print_execution_messages=<failure, success or all> のデフォルト: 「failure」
リモート実行メッセージを出力するタイミングを選択します。有効な値は、失敗した場合にのみ出力する場合は `failure`、成功時にのみ出力する場合は `success`、常に出力する場合は `all` です。
タグ: terminal_output
他のカテゴリに分類されない Bazel コマンドへの一般的な入力を指定または変更するオプション:
--experimental_resolved_file_instead_of_workspace=<a string> のデフォルト: ""
空でない場合、WORKSPACE ファイルではなく、指定された解決済みファイルを読み取る
タグ: changes_inputs
リモート キャッシュと実行のオプション:
--experimental_downloader_config=<a string> のデフォルト: 説明を参照
リモート ダウンローダを構成するファイルを指定します。このファイルは行で構成されます。各行はディレクティブ(`allow`、`block`、`rewrite`)で始まり、その後にホスト名(`allow` と `block`)または 2 つのパターン(1 つは照合するパターン、もう 1 つは代替 URL として使用するパターン)で始まり、後方参照は `$1` から始まります。同じ URL に対して複数の「rewrite」ディレクティブを指定できます。この場合、複数の URL が返されます。
--[no]experimental_guard_against_concurrent_changes のデフォルト: "false"
これをオフにすると、アクションをリモート キャッシュにアップロードする前に、アクションの入力ファイルの ctime チェックが無効になります。Linux カーネルがファイルの書き込みを遅延し、偽陽性になることがあります。
--experimental_remote_build_event_upload=<all or minimal> のデフォルト: 「all」
「all」に設定した場合、BEP が参照するすべてのローカル出力がリモート キャッシュに保存されます。 「minimal」に設定した場合、BEP の利用者にとって重要なファイル(テストログ、タイミング プロファイルなど)を除き、BEP が参照するローカル出力はリモート キャッシュにアップロードされません。ファイルの URI には、リモート キャッシュにファイルがない場合でも、bytestream:// スキームが常に使用されます。 デフォルトは「all」です。
--[no]experimental_remote_cache_async のデフォルト: "false"
true の場合、リモート キャッシュ I/O はスポーンの一部として行われるのではなく、バックグラウンドで行われます。
--[no]experimental_remote_cache_compression のデフォルト: "false"
有効にすると、zstd でキャッシュ blob を圧縮/解凍します。
--experimental_remote_capture_corrupted_outputs=<a path> のデフォルト: 説明を参照
破損した出力をキャプチャするディレクトリのパス。
--[no]experimental_remote_discard_merkle_trees のデフォルト: "false"
true に設定した場合、GetActionResult() と Execute() の呼び出し中に、入力ルートのマークルツリーのメモリ内コピーと関連する入力マッピングを破棄します。これによりメモリ使用量は大幅に削減されますが、リモート キャッシュミスや再試行時に Bazel による再計算が必要になります。
--experimental_remote_downloader=<a string> のデフォルト: 説明を参照
リモート ダウンロード プロキシとして使用する Remote Asset API エンドポイント URI。サポートされているスキーマは、grpc、grpcs(TLS が有効な grpcs)、unix(ローカル UNIX ソケット)です。スキーマが指定されていない場合、Bazel はデフォルトで grpcs になります。参照: https://github.com/bazelbuild/remote-apis/blob/master/build/bazel/remote/asset/v1/remote_asset.proto
で確認できます。
--[no]experimental_remote_downloader_local_fallback のデフォルト: "false"
リモート ダウンローダが失敗した場合にローカル ダウンローダにフォールバックするかどうかを指定します。
--[no]experimental_remote_execution_keepalive のデフォルト: "false"
リモート実行呼び出しにキープアライブを使用するかどうか。
--experimental_remote_grpc_log=<a path> のデフォルト: 説明を参照
指定する場合、gRPC 呼び出しに関連する詳細を記録するためのファイルのパス。このログは、シリアル化された com.google.devtools.build.lib.remote.logging.RemoteExecutionLog.LogEntry protobuf のシーケンスで構成され、各メッセージの前には、メソッド LogEntry.writeDelimitedTo(OutputStream) によって実行される、次のシリアル化された protobuf メッセージのサイズを示す変数が付加されています。
--[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 です。
--[no]incompatible_remote_build_event_upload_respect_no_cache のデフォルト: "false"
true に設定した場合、生成されたアクションをリモート キャッシュに保存できない場合、BEP によって参照される出力はリモート キャッシュに保存されません。
--[no]incompatible_remote_downloader_send_all_headers のデフォルト: "true"
複数の値を持つヘッダーのすべての値を、最初のダウンローダだけでなく、リモート ダウンローダに送信するかどうかを指定します。
タグ: incompatible_change
--[no]incompatible_remote_output_paths_relative_to_input_root のデフォルト: "false"
true に設定すると、出力パスは、作業ディレクトリではなく、入力ルートからの相対パスになります。
タグ: incompatible_change
--[no]incompatible_remote_results_ignore_disk のデフォルト: "true"
true に設定した場合、--noremote_upload_local_results と --noremote_accept_cached がディスク キャッシュに適用されません。複合キャッシュを使用する場合: --noremote_upload_local_results を使用すると、結果がディスク キャッシュに書き込まれますが、リモート キャッシュにはアップロードされません。 --noremote_accept_cached を指定すると、Bazel はディスク キャッシュ内の結果を確認しますが、リモート キャッシュではチェックしません。 no-remote-exec アクションがディスク キャッシュにヒットする可能性があります。 詳しくは、#8216 をご覧ください。
タグ: incompatible_change
--[no]incompatible_remote_use_new_exit_code_for_lost_inputs のデフォルト: "false"
true に設定した場合、ビルド中にリモート キャッシュが blob を強制排除した場合、Bazel は 34 ではなく新しい終了コード 39 を使用します。
タグ: incompatible_change
--[no]remote_accept_cached のデフォルト: "true"
リモートのキャッシュに保存されたアクション結果を受け入れるかどうか。
--remote_bytestream_uri_prefix=<a string> のデフォルト: 説明を参照
ビルドイベント ストリームに書き込まれる bytestream:// URI で使用されるホスト名とインスタンス名。このオプションは、プロキシを使用してビルドを実行するときに設定できます。その結果、--remote_executor と --remote_instance_name の値が、リモート実行サービスの正規名に対応しなくなります。設定しない場合、デフォルトで「${hostname}/${instance_name}」になります。
--remote_cache=<a string> のデフォルト: 説明を参照
キャッシュ エンドポイントの URI。サポートされているスキーマは、http、https、grpc、grpcs(TLS 対応の grpcs)、unix(ローカル UNIX ソケット)です。スキーマが指定されていない場合、Bazel はデフォルトで grpcs になります。TLS を無効にするには、grpc://、http://、unix: スキーマを指定します。https://bazel.build/remote/caching をご覧ください。
で確認できます。
--remote_cache_header=<a 'name=value' assignment> 回の使用が累積されています
キャッシュ リクエストに含めるヘッダーを --remote_cache_header=Name=Value のように指定します。フラグを複数回指定することで、複数のヘッダーを渡すことができます。同じ名前の複数の値はカンマ区切りのリストに変換されます。
--remote_default_exec_properties=<a 'name=value' assignment> 回の使用が累積されています
実行プラットフォームに exec_properties がまだ設定されていない場合に、リモート実行プラットフォームとして使用されるデフォルトの exec プロパティを設定します。
タグ: affects_outputs
--remote_default_platform_properties=<a string> のデフォルト: ""
実行プラットフォームに remote_execution_properties がまだ設定されていない場合に、リモート実行 API に設定するデフォルトのプラットフォーム プロパティを設定します。この値は、リモート実行の実行プラットフォームとしてホスト プラットフォームを選択した場合にも使用されます。
--remote_downloader_header=<a 'name=value' assignment> 回の使用が累積されています
リモート ダウンローダーのリクエストに含めるヘッダーを --remote_downloader_header=Name=Value のように指定します。フラグを複数回指定することで、複数のヘッダーを渡すことができます。同じ名前の複数の値はカンマ区切りのリストに変換されます。
--remote_exec_header=<a 'name=value' assignment> 回の使用が累積されています
実行リクエストに含めるヘッダーを指定します(--remote_exec_header=Name=Value)。フラグを複数回指定することで、複数のヘッダーを渡すことができます。同じ名前の複数の値はカンマ区切りのリストに変換されます。
--remote_execution_priority=<an integer> のデフォルト: 「0」
リモートで実行されるアクションの相対的な優先度。特定の優先度値のセマンティクスは、サーバーに依存します。
--remote_executor=<a string> のデフォルト: 説明を参照
リモート実行エンドポイントのホストまたはホスト:ポート。サポートされているスキーマは、grpc、grpcs(TLS が有効な grpcs)、unix(ローカル UNIX ソケット)です。スキーマが指定されていない場合、Bazel はデフォルトで grpcs になります。TLS を無効にするには、grpc:// または unix: スキーマを指定します。
--remote_header=<a 'name=value' assignment> 回の使用が累積されています
リクエストに含めるヘッダーを --remote_header=Name=Value のように指定します。フラグを複数回指定することで、複数のヘッダーを渡すことができます。同じ名前の複数の値はカンマ区切りのリストに変換されます。
--remote_instance_name=<a string> のデフォルト: ""
Remote Execution 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_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 はすべてのリモート ダウンロードのハッシュ合計を計算し、リモート キャッシュに保存された値が予想値と一致しない場合は破棄します。
で確認できます。
その他のカテゴリに該当しないその他のオプション:
--deleted_packages=<comma-separated list of package names> のデフォルト: ""
パッケージパスのどこかに表示されている場合でも、ビルドシステムが存在しないと見なすパッケージの名前をカンマ区切りのリストで指定します。 サブパッケージ「x/y」を削除する場合は、このオプションを使用します。既存のパッケージ 'x' のものです。たとえば、クライアントで x/y/BUILD を削除した後、「//x:y/z」というラベルが見つかるとビルドシステムからエラーが表示されることがあります。別の package_path エントリで指定されている場合。この問題を回避するには、--deleted_packages x/y を指定します。
--disk_cache=<a path> のデフォルト: 説明を参照
Bazel でアクションとアクション出力の読み取りと書き込みを行えるディレクトリへのパス。ディレクトリが存在しない場合は作成されます。
--experimental_credential_helper=<An (unresolved) path to a credential helper for a scope.> 回の使用が累積されています
指定されたスコープ(ドメイン)の認証情報を取得するために使用する認証情報ヘルパーを構成します。 認証情報ヘルパーから提供される認証情報は、<code>--google_default_credentials</code>、`--google_credentials`、または <code>.netrc</code> の認証情報よりも優先されます。 詳細については、https://github.com/bazelbuild/proposals/blob/main/designs/2022-06-07-bazel-credential-helpers.md をご覧ください。
--experimental_credential_helper_cache_duration=<An immutable length of time.> のデフォルト: 「30m」
認証情報ヘルパーからの認証情報をキャッシュに保存する期間を構成します。 異なる値で呼び出しを行うと、既存のエントリの存続期間が調整されます。キャッシュをクリアするには 0 を渡してください。このフラグに関係なく、Clean コマンドは常にキャッシュをクリアします。
--experimental_credential_helper_timeout=<An immutable length of time.> のデフォルト: 「5s」
認証情報ヘルパーのタイムアウトを設定します。 認証情報ヘルパーがこのタイムアウト内に応答しなかった場合、呼び出しは失敗します。
--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 は、接続で読み取りオペレーションがなかったこの時間が経過した後(ただし、保留中の gRPC 呼び出しが少なくとも 1 つある場合にのみ)ping を送信します。時間は秒単位として扱われます。1 秒未満の値を設定するとエラーになります。デフォルトでは、キープアライブ ping は無効になっています。この設定を有効にする前に、サービス オーナーと調整する必要があります。たとえば、このフラグに 30 秒の値を設定するには、この --grpc_keepalive_time=30s のように設定する必要があります。
で確認できます。
--grpc_keepalive_timeout=<An immutable length of time.> のデフォルト: 「20s」
送信 gRPC 接続のキープアライブ タイムアウトを構成します。keep-alive ping が --grpc_keepalive_time ありで有効になっている場合、この時間が過ぎても Bazel が ping の応答を受信しないと、接続がタイムアウトします。時間は秒単位として扱われます。1 秒未満の値を設定するとエラーになります。キープアライブ ping が無効になっている場合、この設定は無視されます。
--override_repository=<an equals-separated mapping of repository name to path> 回の使用が累積されています
ローカル ディレクトリでリポジトリをオーバーライドします。
--package_path=<colon-separated list of options> のデフォルト: "%workspace%"
パッケージを検索する場所をコロンで区切ったリスト。「%workspace%」で始まる要素含まれるワークスペースを基準とします。省略または空にした場合、デフォルトは「bazel info default-package-path」の出力です。
--[no]show_loading_progress のデフォルト: "true"
有効にすると、Bazel で「Loading package:」と表示されます。ブロックすることもできます。
--tls_certificate=<a string> のデフォルト: 説明を参照
サーバー証明書への署名で信頼されている TLS 証明書のパスを指定します。
--tls_client_certificate=<a string> のデフォルト: 説明を参照
使用する TLS クライアント証明書を指定します。クライアント認証を有効にするには、クライアント キーも指定する必要があります。
--tls_client_key=<a string> のデフォルト: 説明を参照
使用する TLS クライアント鍵を指定します。クライアント認証を有効にするには、クライアント証明書も指定する必要があります。

テスト オプション

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

コマンドの前に表示され、クライアントによって解析されるオプション:
--distdir=<a path> 回の使用が累積されています
ネットワークにアクセスしてダウンロードする前にアーカイブを検索する場所の追加。
タグ: bazel_internal_configuration
設定すると、キャッシュ ヒットが発生した場合、リポジトリ キャッシュはファイルをコピーするのではなくハードリンクします。これはディスク容量を節約するためのものです。
タグ: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id のデフォルト: "false"
true の場合、指定されていない場合は、リポジトリのダウンロード URL から取得された文字列を canonical_id として使用します。これにより、キャッシュに同じハッシュのダウンロードが含まれていても、URL が変更されると、再ダウンロードが行われます。これを使用して、URL の変更によって破損したリポジトリがキャッシュによってマスキングされないことを確認できます。
タグ: loading_and_analysisexperimental
--[no]experimental_repository_disable_download のデフォルト: "false"
設定すると、外部リポジトリのダウンロードは許可されません。
タグ: experimental
--experimental_repository_downloader_retries=<an integer> のデフォルト: 「0」
ダウンロード エラーの再試行の最大試行回数。0 に設定すると、再試行が無効になります。
タグ: experimental
--experimental_scale_timeouts=<a double> のデフォルト: 「1.0」
Starlark リポジトリ ルールのすべてのタイムアウトを、この係数でスケーリングします。このようにして、ソースコードを変更することなく、ルール作成者の想定よりも遅いマシンで外部リポジトリを動作させることができます。
タグ: bazel_internal_configurationexperimental
--http_timeout_scaling=<a double> のデフォルト: 「1.0」
HTTP ダウンロードに関連するすべてのタイムアウトを、指定された係数でスケーリング
タグ: bazel_internal_configuration
--repository_cache=<a path> のデフォルト: 説明を参照
外部リポジトリのフェッチ中に取得されたダウンロード値のキャッシュの場所を指定します。引数として空の文字列を指定すると、キャッシュを無効にするよう要求されます。
タグ: bazel_internal_configuration
ビルドの実行を制御するオプション:
true に設定し、--compatibility_remote_symlinks も true の場合、アクション出力のシンボリック リンクはダングルできます。
タグ: executionincompatible_change
true に設定した場合、Bazel はリモート キャッシュ/実行プロトコルのアクション出力でシンボリック リンクを表します。それ以外の場合は、シンボリック リンクが追跡され、ファイルまたはディレクトリとして表示されます。詳しくは、#6631 をご覧ください。
タグ: executionincompatible_change
ユーザーが目的の出力を構成し、その出力の有無ではなく値に影響を与えるオプション:
--bep_maximum_open_remote_upload_files=<an integer> のデフォルト: 「-1」
BEP アーティファクトのアップロード中に許可されるオープン ファイルの最大数。
タグ: affects_outputs
--remote_download_minimal
リモートビルドの出力をローカルマシンにダウンロードしません。このフラグは、フラグ --experimental_inmemory_jdeps_files、--experimental_inmemory_dotd_files、--experimental_action_cache_store_output_metadata、--remote_download_outputs=minimal のショートカットです。
展開先:
--nobuild_runfile_links
--experimental_inmemory_jdeps_files
--experimental_inmemory_dotd_files
--experimental_action_cache_store_output_metadata
--remote_download_outputs=minimal

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

タグ: affects_outputs
Bazel による有効なビルド入力の適用度合いに影響するオプション(ルール定義、フラグの組み合わせなど)
--experimental_repository_hash_file=<a string> のデフォルト: ""
空でない場合、リポジトリ ディレクトリ ハッシュを検証する必要がある、解決された値を含むファイルを指定します。
タグ: affects_outputsexperimental
--experimental_verify_repository_rules=<a string> 回の使用が累積されています
出力ディレクトリのハッシュを検証する必要があるリポジトリ ルールのリストである場合、--experimental_repository_hash_file によってファイルが指定されます。
タグ: affects_outputsexperimental
このオプションは、BUILD ファイル、.bzl ファイル、WORKSPACE ファイルからアクセス可能な Starlark 言語またはビルド API のセマンティクスに影響します。
--[no]experimental_allow_top_level_aspects_parameters のデフォルト: "true"
オペレーションなし
タグ: no_opdeprecatedexperimental
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
--override_module=<an equals-separated mapping of module name to path> 回の使用が累積されています
モジュールをローカル ディレクトリでオーバーライドします。
--registry=<a string> 回の使用が累積されています
Bazel モジュールの依存関係を見つけるために使用するレジストリを指定します。順序は重要です。モジュールは最初に以前のレジストリで検索され、以前のレジストリで欠落している場合にのみ、後のレジストリにフォールバックします。
タグ: changes_inputs
ロギングの詳細度、形式、場所に影響するオプション:
--[no]experimental_record_metrics_for_all_mnemonics のデフォルト: "false"
デフォルトでは、アクション タイプの数は、実行されるアクションが最も多い 20 個のニーモニックに制限されています。このオプションを設定すると、すべてのニーモニックの統計情報が書き込まれます。
--[no]print_relative_test_log_paths のデフォルト: "false"
true の場合、テストログへのパスを出力するときに「testlogs」を利用した相対パスを使用します。シンボリック リンクです。注- その後に異なる構成の build や test などが呼び出されると、このシンボリック リンクのターゲットが変更され、以前に出力されたパスが有用でなくなる可能性があります。
タグ: affects_outputs
--remote_print_execution_messages=<failure, success or all> のデフォルト: 「failure」
リモート実行メッセージを出力するタイミングを選択します。有効な値は、失敗した場合にのみ出力する場合は `failure`、成功時にのみ出力する場合は `success`、常に出力する場合は `all` です。
タグ: terminal_output
--[no]test_verbose_timeout_warnings のデフォルト: "false"
true の場合、実際のテスト実行時間がテストで定義されたタイムアウト(暗黙または明示的)と一致しない場合に追加の警告を出力します。
タグ: affects_outputs
--[no]verbose_test_summary のデフォルト: "true"
true の場合、追加情報(タイミング、失敗した実行の数など)をテストサマリーに出力します。
タグ: affects_outputs
他のカテゴリに分類されない Bazel コマンドへの一般的な入力を指定または変更するオプション:
--experimental_resolved_file_instead_of_workspace=<a string> のデフォルト: ""
空でない場合、WORKSPACE ファイルではなく、指定された解決済みファイルを読み取る
タグ: changes_inputs
リモート キャッシュと実行のオプション:
--experimental_downloader_config=<a string> のデフォルト: 説明を参照
リモート ダウンローダを構成するファイルを指定します。このファイルは行で構成されます。各行はディレクティブ(`allow`、`block`、`rewrite`)で始まり、その後にホスト名(`allow` と `block`)または 2 つのパターン(1 つは照合するパターン、もう 1 つは代替 URL として使用するパターン)で始まり、後方参照は `$1` から始まります。同じ URL に対して複数の「rewrite」ディレクティブを指定できます。この場合、複数の URL が返されます。
--[no]experimental_guard_against_concurrent_changes のデフォルト: "false"
これをオフにすると、アクションをリモート キャッシュにアップロードする前に、アクションの入力ファイルの ctime チェックが無効になります。Linux カーネルがファイルの書き込みを遅延し、偽陽性になることがあります。
--experimental_remote_build_event_upload=<all or minimal> のデフォルト: 「all」
「all」に設定した場合、BEP が参照するすべてのローカル出力がリモート キャッシュに保存されます。 「minimal」に設定した場合、BEP の利用者にとって重要なファイル(テストログ、タイミング プロファイルなど)を除き、BEP が参照するローカル出力はリモート キャッシュにアップロードされません。ファイルの URI には、リモート キャッシュにファイルがない場合でも、bytestream:// スキームが常に使用されます。 デフォルトは「all」です。
--[no]experimental_remote_cache_async のデフォルト: "false"
true の場合、リモート キャッシュ I/O はスポーンの一部として行われるのではなく、バックグラウンドで行われます。
--[no]experimental_remote_cache_compression のデフォルト: "false"
有効にすると、zstd でキャッシュ blob を圧縮/解凍します。
--experimental_remote_capture_corrupted_outputs=<a path> のデフォルト: 説明を参照
破損した出力をキャプチャするディレクトリのパス。
--[no]experimental_remote_discard_merkle_trees のデフォルト: "false"
true に設定した場合、GetActionResult() と Execute() の呼び出し中に、入力ルートのマークルツリーのメモリ内コピーと関連する入力マッピングを破棄します。これによりメモリ使用量は大幅に削減されますが、リモート キャッシュミスや再試行時に Bazel による再計算が必要になります。
--experimental_remote_downloader=<a string> のデフォルト: 説明を参照
リモート ダウンロード プロキシとして使用する Remote Asset API エンドポイント URI。サポートされているスキーマは、grpc、grpcs(TLS が有効な grpcs)、unix(ローカル UNIX ソケット)です。スキーマが指定されていない場合、Bazel はデフォルトで grpcs になります。参照: https://github.com/bazelbuild/remote-apis/blob/master/build/bazel/remote/asset/v1/remote_asset.proto
で確認できます。
--[no]experimental_remote_downloader_local_fallback のデフォルト: "false"
リモート ダウンローダが失敗した場合にローカル ダウンローダにフォールバックするかどうかを指定します。
--[no]experimental_remote_execution_keepalive のデフォルト: "false"
リモート実行呼び出しにキープアライブを使用するかどうか。
--experimental_remote_grpc_log=<a path> のデフォルト: 説明を参照
指定する場合、gRPC 呼び出しに関連する詳細を記録するためのファイルのパス。このログは、シリアル化された com.google.devtools.build.lib.remote.logging.RemoteExecutionLog.LogEntry protobuf のシーケンスで構成され、各メッセージの前には、メソッド LogEntry.writeDelimitedTo(OutputStream) によって実行される、次のシリアル化された protobuf メッセージのサイズを示す変数が付加されています。
--[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 です。
--[no]incompatible_remote_build_event_upload_respect_no_cache のデフォルト: "false"
true に設定した場合、生成されたアクションをリモート キャッシュに保存できない場合、BEP によって参照される出力はリモート キャッシュに保存されません。
--[no]incompatible_remote_downloader_send_all_headers のデフォルト: "true"
複数の値を持つヘッダーのすべての値を、最初のダウンローダだけでなく、リモート ダウンローダに送信するかどうかを指定します。
タグ: incompatible_change
--[no]incompatible_remote_output_paths_relative_to_input_root のデフォルト: "false"
true に設定すると、出力パスは、作業ディレクトリではなく、入力ルートからの相対パスになります。
タグ: incompatible_change
--[no]incompatible_remote_results_ignore_disk のデフォルト: "true"
true に設定した場合、--noremote_upload_local_results と --noremote_accept_cached がディスク キャッシュに適用されません。複合キャッシュを使用する場合: --noremote_upload_local_results を使用すると、結果がディスク キャッシュに書き込まれますが、リモート キャッシュにはアップロードされません。 --noremote_accept_cached を指定すると、Bazel はディスク キャッシュ内の結果を確認しますが、リモート キャッシュではチェックしません。 no-remote-exec アクションがディスク キャッシュにヒットする可能性があります。 詳しくは、#8216 をご覧ください。
タグ: incompatible_change
--[no]incompatible_remote_use_new_exit_code_for_lost_inputs のデフォルト: "false"
true に設定した場合、ビルド中にリモート キャッシュが blob を強制排除した場合、Bazel は 34 ではなく新しい終了コード 39 を使用します。
タグ: incompatible_change
--[no]remote_accept_cached のデフォルト: "true"
リモートのキャッシュに保存されたアクション結果を受け入れるかどうか。
--remote_bytestream_uri_prefix=<a string> のデフォルト: 説明を参照
ビルドイベント ストリームに書き込まれる bytestream:// URI で使用されるホスト名とインスタンス名。このオプションは、プロキシを使用してビルドを実行するときに設定できます。その結果、--remote_executor と --remote_instance_name の値が、リモート実行サービスの正規名に対応しなくなります。設定しない場合、デフォルトで「${hostname}/${instance_name}」になります。
--remote_cache=<a string> のデフォルト: 説明を参照
キャッシュ エンドポイントの URI。サポートされているスキーマは、http、https、grpc、grpcs(TLS 対応の grpcs)、unix(ローカル UNIX ソケット)です。スキーマが指定されていない場合、Bazel はデフォルトで grpcs になります。TLS を無効にするには、grpc://、http://、unix: スキーマを指定します。https://bazel.build/remote/caching をご覧ください。
で確認できます。
--remote_cache_header=<a 'name=value' assignment> 回の使用が累積されています
キャッシュ リクエストに含めるヘッダーを --remote_cache_header=Name=Value のように指定します。フラグを複数回指定することで、複数のヘッダーを渡すことができます。同じ名前の複数の値はカンマ区切りのリストに変換されます。
--remote_default_exec_properties=<a 'name=value' assignment> 回の使用が累積されています
実行プラットフォームに exec_properties がまだ設定されていない場合に、リモート実行プラットフォームとして使用されるデフォルトの exec プロパティを設定します。
タグ: affects_outputs
--remote_default_platform_properties=<a string> のデフォルト: ""
実行プラットフォームに remote_execution_properties がまだ設定されていない場合に、リモート実行 API に設定するデフォルトのプラットフォーム プロパティを設定します。この値は、リモート実行の実行プラットフォームとしてホスト プラットフォームを選択した場合にも使用されます。
--remote_downloader_header=<a 'name=value' assignment> 回の使用が累積されています
リモート ダウンローダーのリクエストに含めるヘッダーを --remote_downloader_header=Name=Value のように指定します。フラグを複数回指定することで、複数のヘッダーを渡すことができます。同じ名前の複数の値はカンマ区切りのリストに変換されます。
--remote_exec_header=<a 'name=value' assignment> 回の使用が累積されています
実行リクエストに含めるヘッダーを指定します(--remote_exec_header=Name=Value)。フラグを複数回指定することで、複数のヘッダーを渡すことができます。同じ名前の複数の値はカンマ区切りのリストに変換されます。
--remote_execution_priority=<an integer> のデフォルト: 「0」
リモートで実行されるアクションの相対的な優先度。特定の優先度値のセマンティクスは、サーバーに依存します。
--remote_executor=<a string> のデフォルト: 説明を参照
リモート実行エンドポイントのホストまたはホスト:ポート。サポートされているスキーマは、grpc、grpcs(TLS が有効な grpcs)、unix(ローカル UNIX ソケット)です。スキーマが指定されていない場合、Bazel はデフォルトで grpcs になります。TLS を無効にするには、grpc:// または unix: スキーマを指定します。
--remote_header=<a 'name=value' assignment> 回の使用が累積されています
リクエストに含めるヘッダーを --remote_header=Name=Value のように指定します。フラグを複数回指定することで、複数のヘッダーを渡すことができます。同じ名前の複数の値はカンマ区切りのリストに変換されます。
--remote_instance_name=<a string> のデフォルト: ""
Remote Execution 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_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 はすべてのリモート ダウンロードのハッシュ合計を計算し、リモート キャッシュに保存された値が予想値と一致しない場合は破棄します。
で確認できます。
その他のカテゴリに該当しないその他のオプション:
--disk_cache=<a path> のデフォルト: 説明を参照
Bazel でアクションとアクション出力の読み取りと書き込みを行えるディレクトリへのパス。ディレクトリが存在しない場合は作成されます。
--experimental_credential_helper=<An (unresolved) path to a credential helper for a scope.> 回の使用が累積されています
指定されたスコープ(ドメイン)の認証情報を取得するために使用する認証情報ヘルパーを構成します。 認証情報ヘルパーから提供される認証情報は、<code>--google_default_credentials</code>、`--google_credentials`、または <code>.netrc</code> の認証情報よりも優先されます。 詳細については、https://github.com/bazelbuild/proposals/blob/main/designs/2022-06-07-bazel-credential-helpers.md をご覧ください。
--experimental_credential_helper_cache_duration=<An immutable length of time.> のデフォルト: 「30m」
認証情報ヘルパーからの認証情報をキャッシュに保存する期間を構成します。 異なる値で呼び出しを行うと、既存のエントリの存続期間が調整されます。キャッシュをクリアするには 0 を渡してください。このフラグに関係なく、Clean コマンドは常にキャッシュをクリアします。
--experimental_credential_helper_timeout=<An immutable length of time.> のデフォルト: 「5s」
認証情報ヘルパーのタイムアウトを設定します。 認証情報ヘルパーがこのタイムアウト内に応答しなかった場合、呼び出しは失敗します。
--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 は、接続で読み取りオペレーションがなかったこの時間が経過した後(ただし、保留中の gRPC 呼び出しが少なくとも 1 つある場合にのみ)ping を送信します。時間は秒単位として扱われます。1 秒未満の値を設定するとエラーになります。デフォルトでは、キープアライブ ping は無効になっています。この設定を有効にする前に、サービス オーナーと調整する必要があります。たとえば、このフラグに 30 秒の値を設定するには、この --grpc_keepalive_time=30s のように設定する必要があります。
で確認できます。
--grpc_keepalive_timeout=<An immutable length of time.> のデフォルト: 「20s」
送信 gRPC 接続のキープアライブ タイムアウトを構成します。keep-alive ping が --grpc_keepalive_time ありで有効になっている場合、この時間が過ぎても Bazel が ping の応答を受信しないと、接続がタイムアウトします。時間は秒単位として扱われます。1 秒未満の値を設定するとエラーになります。キープアライブ ping が無効になっている場合、この設定は無視されます。
--override_repository=<an equals-separated mapping of repository name to path> 回の使用が累積されています
ローカル ディレクトリでリポジトリをオーバーライドします。
--tls_certificate=<a string> のデフォルト: 説明を参照
サーバー証明書への署名で信頼されている TLS 証明書のパスを指定します。
--tls_client_certificate=<a string> のデフォルト: 説明を参照
使用する TLS クライアント証明書を指定します。クライアント認証を有効にするには、クライアント キーも指定する必要があります。
--tls_client_key=<a string> のデフォルト: 説明を参照
使用する TLS クライアント鍵を指定します。クライアント認証を有効にするには、クライアント証明書も指定する必要があります。

バージョン オプション

コマンドの前に表示され、クライアントによって解析されるオプション:
--distdir=<a path> 回の使用が累積されています
ネットワークにアクセスしてダウンロードする前にアーカイブを検索する場所の追加。
タグ: bazel_internal_configuration
設定すると、キャッシュ ヒットが発生した場合、リポジトリ キャッシュはファイルをコピーするのではなくハードリンクします。これはディスク容量を節約するためのものです。
タグ: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id のデフォルト: "false"
true の場合、指定されていない場合は、リポジトリのダウンロード URL から取得された文字列を canonical_id として使用します。これにより、キャッシュに同じハッシュのダウンロードが含まれていても、URL が変更されると、再ダウンロードが行われます。これを使用して、URL の変更によって破損したリポジトリがキャッシュによってマスキングされないことを確認できます。
タグ: loading_and_analysisexperimental
--[no]experimental_repository_disable_download のデフォルト: "false"
設定すると、外部リポジトリのダウンロードは許可されません。
タグ: experimental
--experimental_repository_downloader_retries=<an integer> のデフォルト: 「0」
ダウンロード エラーの再試行の最大試行回数。0 に設定すると、再試行が無効になります。
タグ: experimental
--experimental_scale_timeouts=<a double> のデフォルト: 「1.0」
Starlark リポジトリ ルールのすべてのタイムアウトを、この係数でスケーリングします。このようにして、ソースコードを変更することなく、ルール作成者の想定よりも遅いマシンで外部リポジトリを動作させることができます。
タグ: bazel_internal_configurationexperimental
--http_timeout_scaling=<a double> のデフォルト: 「1.0」
HTTP ダウンロードに関連するすべてのタイムアウトを、指定された係数でスケーリング
タグ: bazel_internal_configuration
--repository_cache=<a path> のデフォルト: 説明を参照
外部リポジトリのフェッチ中に取得されたダウンロード値のキャッシュの場所を指定します。引数として空の文字列を指定すると、キャッシュを無効にするよう要求されます。
タグ: bazel_internal_configuration
ユーザーが目的の出力を構成し、その出力の有無ではなく値に影響を与えるオプション:
--[no]gnu_format のデフォルト: "false"
設定されている場合は、GNU 標準で説明されている規則を使用して、バージョンを stdout に書き込みます。
タグ: affects_outputsexecution
Bazel が有効なビルド入力を厳密に適用する方法に影響するオプション(ルール定義、フラグの組み合わせなど):
--experimental_repository_hash_file=<a string> のデフォルト: ""
空でない場合、リポジトリ ディレクトリ ハッシュを検証する必要がある、解決された値を含むファイルを指定します。
タグ: affects_outputsexperimental
--experimental_verify_repository_rules=<a string> 回の使用が累積されています
出力ディレクトリのハッシュを検証する必要があるリポジトリ ルールのリストである場合、--experimental_repository_hash_file によってファイルが指定されます。
タグ: affects_outputsexperimental
このオプションは、BUILD ファイル、.bzl ファイル、WORKSPACE ファイルからアクセス可能な Starlark 言語またはビルド API のセマンティクスに影響します。
--[no]experimental_allow_top_level_aspects_parameters のデフォルト: "true"
オペレーションなし
タグ: no_opdeprecatedexperimental
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
--override_module=<an equals-separated mapping of module name to path> 回の使用が累積されています
モジュールをローカル ディレクトリでオーバーライドします。
--registry=<a string> 回の使用が累積されています
Bazel モジュールの依存関係を見つけるために使用するレジストリを指定します。順序は重要です。モジュールは最初に以前のレジストリで検索され、以前のレジストリで欠落している場合にのみ、後のレジストリにフォールバックします。
タグ: changes_inputs
ロギングの詳細度、形式、場所に影響するオプション:
--[no]experimental_record_metrics_for_all_mnemonics のデフォルト: "false"
デフォルトでは、アクション タイプの数は、実行されるアクションが最も多い 20 個のニーモニックに制限されています。このオプションを設定すると、すべてのニーモニックの統計情報が書き込まれます。
で確認できます。
他のカテゴリに分類されない Bazel コマンドへの一般的な入力を指定または変更するオプション:
--experimental_resolved_file_instead_of_workspace=<a string> のデフォルト: ""
空でない場合、WORKSPACE ファイルではなく、指定された解決済みファイルを読み取る
タグ: changes_inputs
リモート キャッシュと実行のオプション:
--experimental_downloader_config=<a string> のデフォルト: 説明を参照
リモート ダウンローダを構成するファイルを指定します。このファイルは行で構成されます。各行はディレクティブ(`allow`、`block`、`rewrite`)で始まり、その後にホスト名(`allow` と `block`)または 2 つのパターン(1 つは照合するパターン、もう 1 つは代替 URL として使用するパターン)で始まり、後方参照は `$1` から始まります。同じ URL に対して複数の「rewrite」ディレクティブを指定できます。この場合、複数の URL が返されます。
で確認できます。
その他のカテゴリに該当しないその他のオプション:
--override_repository=<an equals-separated mapping of repository name to path> 回の使用が累積されています
ローカル ディレクトリでリポジトリをオーバーライドします。

オプションの効果のタグ

unknown このオプションの効果は不明であるか、文書化されていません。
no_op このオプションは文字どおり効果がありません。
loses_incremental_state このオプションの値を変更すると、増分状態が大幅に失われ、ビルドが遅くなる可能性があります。サーバーの再起動や、依存関係グラフの大部分の無効化が原因で、状態が失われることがあります。
changes_inputs このオプションは、ファイルシステムの制限、リポジトリのバージョン、その他のオプションなど、bazel がビルドで考慮する入力を積極的に変更します。
affects_outputs このオプションは bazel の出力に影響します。このタグは意図的に範囲を広めており、推移的影響を含むことができます。影響を受ける出力の種類は指定しません。
build_file_semantics このオプションは、BUILD ファイルまたは .bzl ファイルのセマンティクスに影響します。
bazel_internal_configuration このオプションは、Bazel 内部のマシンの設定に影響します。このタグ自体は、ビルド アーティファクトが影響を受けることを意味しません。
loading_and_analysis このオプションは、依存関係の読み込みと分析、依存関係グラフの構築に影響します。
execution このオプションは、サンドボックス化やリモート実行関連のオプションなど、実行フェーズに影響します。
host_machine_resource_optimizations このオプションは、マシン固有の最適化をトリガーする可能性があり、すべてのマシンで動作する保証はありません。最適化には、メモリや CPU のコストなど、パフォーマンスの他の側面とのトレードオフが含まれる場合があります。
eagerness_to_exit このオプションは、失敗時に Bazel がどれだけ積極的に終了するかを変更します。失敗しても続行するか、呼び出しを終了するかを選択できます。
bazel_monitoring このオプションは、Bazel の動作とパフォーマンスをモニタリングするために使用します。
terminal_output このオプションは、Bazel のターミナル出力に影響します。
action_command_lines このオプションは、1 つ以上のビルド アクションのコマンドライン引数を変更します。
test_runner このオプションは、ビルドの testrunner 環境を変更します。

オプション メタデータ タグ

experimental このオプションは試験運用版の機能をトリガーしますが、機能性は保証されません。
incompatible_change このオプションを使用すると、互換性を破る変更がトリガーされます。このオプションを使用して、移行の準備状況をテストしたり、新機能に早期アクセスしたりできます。
deprecated このオプションは非推奨となりました。その機能が影響する機能が非推奨になっているか、別の方法で情報を提供する方法が推奨されている可能性があります。
explicit_in_output_path このオプションは、出力ディレクトリに明示的に記載されています。