Befehlszeilenreferenz

bazel [<startup options>] <command> [<args>]
oder
bazel [<startup options>] <command> [<args>] -- [<target patterns>]
Weitere Informationen zur Syntax von Zielmustern finden Sie im Leitfaden zu Nutzern.

Optionssyntax

Optionen können auf verschiedene Arten an Istio übergeben werden. Optionen, die einen Wert erfordern, können entweder mit einem Gleichheitszeichen oder einem Leerzeichen übertragen werden.

--<option>=<value>
--<option> <value>
Einige Optionen umfassen ein einzelnes, kurzes Zeichen. In diesem Fall muss die kurze Form mit einem Bindestrich und einem Leerzeichen übertragen werden.
-<short_form> <value>

Folgende boolesche Optionen können aktiviert werden:

--<option>
--<option>=[true|yes|1]
und deaktiviert so:
--no<option>
--<option>=[false|no|0]

Tristate-Optionen sind in der Regel standardmäßig automatisch und können folgendermaßen erzwungen werden:

--<option>=[true|yes|1]
oder erzwungene Deaktivierung:
--no<option>
--<option>=[false|no|0]

Befehle

analyze-profile Analysiert Build-Profildaten.
aquery Analysiert die angegebenen Ziele und fragt das Aktionsdiagramm ab
build Erstellt die angegebenen Ziele.
canonicalize-flags Kanonisiert eine Liste von Hasenoptionen.
clean Entfernt Ausgabedateien und beendet den Server optional.
coverage Erstellt einen Bericht zur Codeabdeckung für die angegebenen Testziele.
cquery Lädt, analysiert und fragt die angegebenen Ziele mit Konfigurationen ab.
dump Macht den internen Status desbazeler-Servers aus.
fetch Ruft externe Repositories ab, die Voraussetzungen für die Ziele sind.
help Gibt Hilfen für Befehle oder den Index aus.
info Zeigt Laufzeitinformationen zum BigQuery-Server an.
license Gibt die Lizenz dieser Software aus.
mobile-install Installiert Ziele auf Mobilgeräten.
print_action Gibt die Befehlszeilenargumente zum Kompilieren einer Datei aus.
query Führt eine Abhängigkeitsgrafikabfrage aus.
run Führt das angegebene Ziel aus.
shutdown Stoppt den Baizelserver.
sync Alle in der Datei des Arbeitsbereichs angegebenen Repositories werden synchronisiert
test Erstellt und führt die angegebenen Testziele aus.
version Druckt Versionsinformationen für Baizel.

Startoptionen

Optionen, die vor dem Befehl angezeigt werden und vom Client geparst werden:
--[no]autodetect_server_javabase-Standardwert: "true"
Wenn --noautodetect_server_javabase übergeben wird, greift Istio nicht mehr auf das lokale PROVIDER-Objekt zurück, um den Baizelserver auszuführen. Stattdessen wird der Exit beendet.
Tags: affects_outputs, loses_incremental_state
--[no]batch-Standardwert: "false"
Andernfalls wird Istio als Clientprozess ohne Server ausgeführt und nicht im Standardclient-/Servermodus. Diese Funktion wurde eingestellt und wird entfernt. Wenn Sie Server nicht länger nutzen möchten, sollten Sie den Server daher herunterfahren.
Tags: loses_incremental_state, bazel_internal_configuration, deprecated
--[no]batch_cpu_scheduling-Standardwert: "false"
Nur unter Linux; verwenden Sie die CPU-Planung für Blaze. Diese Richtlinie ist nützlich für Arbeitslasten, die nicht interaktiv sind, aber nicht deren schöner Wert senken möchten. Siehe 'man 2 sched_setscheduler'. Bei "false" führt kein Systemaufruf von {5/} aus.
Tags: host_machine_resource_optimizations
--bazelrc=<path>-Standard: siehe Beschreibung
Der Speicherort der Bazelrc-Datei des Nutzers mit Standardwerten der Istio-Optionen. „/dev/null“ gibt an, dass alle weiteren „--bazelrc“-Elemente ignoriert werden. Das ist nützlich, um die Suche nach einer rc-Datei eines Nutzers zu deaktivieren, z. B. in Release-Builds. Diese Option kann auch mehrmals angegeben werden. Beispiel: Mit `--bazelrc=x.rc --bazelrc=y.rc --bazelrc=/dev/null --bazelrc=z.rc`, werden 1) x.rc und y.rc gelesen. 2) z.rc wird aufgrund der vorherigen /dev/null ignoriert. Falls nicht angegeben, verwendet Istio die erste .bazelrc-Datei an den beiden folgenden Speicherorten: das Verzeichnis des Arbeitsbereichs und dann das Basisverzeichnis des Nutzers. Hinweis: Die Befehlszeilenoptionen haben immer Vorrang vor allen Optionen in BigQuery.
Tags: changes_inputs
--[no]block_for_lock-Standardwert: "true"
Wenn „--noblock_for_lock“ übergeben wird, wartet Yahoo nicht auf den Abschluss eines laufenden Befehls, sondern wird sofort beendet.
Tags: eagerness_to_exit
--[no]client_debug-Standardwert: "false"
Wenn „true“, werden Debug-Informationen vom Client zu Nearline protokolliert. Wenn Sie diese Option ändern, wird der Server nicht neu gestartet.
Tags: affects_outputs, bazel_monitoring
--connect_timeout_secs=<an integer>-Standardwert: "30"
Die Zeit, die der Client auf einen Verbindungsversuch zum Server wartet
Tags: bazel_internal_configuration
--[no]expand_configs_in_place-Standardwert: "true"
Die Erweiterung der Flags „--config“ wurde statt der festen Punkterweiterung zwischen normalen rc-Optionen und Befehlszeilenoptionen geändert.
Tags: no_op, deprecated
--failure_detail_out=<path>-Standard: siehe Beschreibung
Wenn festgelegt, gibt einen Speicherort an, um eine error_detail Ю-Nachricht zu schreiben, wenn der Server einen Fehler aufweist und ihn nicht wie gewohnt über gRPC melden kann. Andernfalls lautet der Speicherort ${OUTPUT_BASE}/failure_detail.rawproto.
Tags: affects_outputs, loses_incremental_state
--[no]home_rc-Standardwert: "true"
Gibt an, ob nach der Startseiten-Bazelrc-Datei unter $HOME/.bazelrc gesucht werden soll
Tags: changes_inputs
--[no]idle_server_tasks-Standardwert: "true"
System.gc() ausführen, wenn der Server inaktiv ist
Tags: loses_incremental_state, host_machine_resource_optimizations
--[no]ignore_all_rc_files-Standardwert: "false"
Deaktiviert alle RC-Dateien, unabhängig von den Werten anderer rc-ändernder Flags, auch wenn diese Flags später in der Liste der Startoptionen aufgeführt werden.
Tags: changes_inputs
--io_nice_level={-1,0,1,2,3,4,5,6,7}-Standardwert: "-1"
Nur für Linux: Mit dem Systemaufruf „sys_ioprio_set“ können Sie zwischen 0 und 7 festlegen, um die bestmöglichen E/A-Zeitpläne zu planen. 0 ist die höchste Priorität, 7 ist die niedrigste Priorität. Der vorausschauende Planer kann nur bis Priorität 4 berücksichtigen. Bei einem negativen Wert führt System keinen Systemaufruf aus.
Tags: host_machine_resource_optimizations
--local_startup_timeout_secs=<an integer>-Standardwert: "120"
Die maximale Zeitspanne, die der Client auf die Verbindung mit dem Server wartet
Tags: bazel_internal_configuration
--macos_qos_class=<a string>-Standardwert: "default"
Legt die QoS-Dienstklasse des Baizelservers fest, wenn er unter macOS ausgeführt wird. Dieses Flag hat keine Auswirkungen auf alle anderen Plattformen. Es wird jedoch unterstützt, um zu gewährleisten, dass Zweiraddateien ohne Änderungen geteilt werden können. Zulässige Werte: „user-interactive“, „user-initiated“, „default“, „util“ und „backgrounds“.
Tags: host_machine_resource_optimizations
--max_idle_secs=<integer>-Standardwert: "10800"
Die Dauer in Sekunden, die der Build-Server in Anspruch nimmt, bevor er heruntergefahren wird. Null bedeutet, dass der Server nicht heruntergefahren wird. Diese Datei wird nur beim Start des Servers gelesen. Wenn Sie diese Option ändern, wird der Server nicht neu gestartet.
Tags: eagerness_to_exit, loses_incremental_state
--output_base=<path>-Standard: siehe Beschreibung
Gibt den Ausgabeort an, in den die gesamte Build-Ausgabe geschrieben wird. Andernfalls lautet der Standort ${OUTPUT_ROOT}/_blaze_${USER}/${MD5_OF_WORKSPACE_ROOT}. Hinweis: Wenn Sie für diesen Wert eine andere Option als die nächste Istio-Aufruf angeben, starten Sie wahrscheinlich einen neuen zusätzlichen Istio-Server. Istio startet genau einen Server pro angegebener Ausgabebasis. In der Regel gibt es eine Ausgabebasis pro Arbeitsbereich. Mit dieser Option können Sie jedoch mehrere Ausgabebasis pro Arbeitsbereich haben und so mehrere Builds für denselben Client auf demselben Computer gleichzeitig ausführen. Informationen zum Herunterfahren eines Istio-Servers
Tags: affects_outputs, loses_incremental_state
--output_user_root=<path>-Standard: siehe Beschreibung
Das nutzerspezifische Verzeichnis, in dem alle Build-Ausgaben geschrieben werden. Das ist standardmäßig eine Funktion von $USER. Durch die Angabe einer Konstante können die Build-Ausgaben jedoch von mehreren Nutzern gemeinsam genutzt werden.
Tags: affects_outputs, loses_incremental_state
--[no]preemptible-Standardwert: "false"
Wenn „true“ festgelegt ist, kann der Befehl ausgeführt werden, wenn ein anderer Befehl gestartet wird.
Tags: eagerness_to_exit
--server_jvm_out=<path>-Standard: siehe Beschreibung
Der Standort, auf den die Ausgabe der Server-JVM geschrieben werden soll. Wenn diese Richtlinie nicht konfiguriert ist, wird standardmäßig ein Standort in der Ausgabeausgabe verwendet.
Tags: affects_outputs, loses_incremental_state
--[no]shutdown_on_low_sys_mem-Standardwert: "false"
Wenn „max_idle_secs“ festgelegt ist und der Build-Server eine Weile inaktiv war, fahren Sie den Server herunter, wenn das System nur noch wenig Arbeitsspeicher zur Verfügung hat. Nur Linux.
Tags: eagerness_to_exit, loses_incremental_state
--[no]system_rc-Standardwert: "true"
Gibt an, ob nach dem systemweiten Bazelrc gesucht werden soll.
Tags: changes_inputs
--[no]unlimit_coredumps-Standardwert: "false"
erhöhen das Soft-Coredump-Limit auf den festen Grenzwert, der die Kerndumps des Servers (einschließlich der JVM) und des Clients unter gemeinsamen Bedingungen möglich macht. Fügen Sie dieses Flag einmal in den BigQuery-Daten ein und vergessen Sie es, damit Sie Coredumps erhalten, wenn Sie tatsächlich eine Bedingung erreichen, die sie auslöst.
Tags: bazel_internal_configuration
--[no]watchfs-Standardwert: "false"
Wenn "true" festgelegt ist, versucht Bayern, den Dateidienst des Betriebssystems für lokale Änderungen zu verwenden, anstatt jede Datei auf eine Änderung zu prüfen.
Tags: deprecated
Wenn „true“ festgelegt ist, werden unter Windows echte symbolische Links erstellt und keine Dateikopien. Hierfür muss der Windows-Entwicklermodus und Windows 10 Version 1703 oder höher aktiviert sein.
Tags: bazel_internal_configuration
--[no]workspace_rc-Standardwert: "true"
Gibt an, ob die Workspace-Bazelrc-Datei unter $workspace/.bazelrc gesucht werden soll
Tags: changes_inputs
Sonstige Optionen, die andernfalls nicht kategorisiert wurden:
--host_jvm_args=<jvm_arg> Verwendungen sind angesammelt
Flags, die an die JVM übergeben werden, die den Blaze ausführt.
--host_jvm_debug
Praktische Option, um zusätzliche JVM-Start-Flags hinzuzufügen, die dazu führen, dass die JVM während des Starts wartet, bis Sie eine Verbindung von einem JDWP-kompatiblen Debugger (wie Eclipse) mit Port 5005 herstellen.
Erweiterung zu:
--host_jvm_args=-Xdebug
--host_jvm_args=-Xrunjdwp:transport=dt_socket,server=y,address=5005
--host_jvm_profile=<profiler_name>-Standardwert: "
Komfortoption zum Hinzufügen bestimmter Profiler-/Debug-spezifischer JVM-Start-Flags. Memcache hat eine Liste bekannter Werte, die hartcodierten JVM-Start-Flags zugeordnet sind und möglicherweise nach hartcodierten Pfaden für bestimmte Dateien sucht.
--server_javabase=<jvm path>-Standardwert: "
Pfad zur JVM, die für die Ausführung von Istio selbst verwendet wurde.

Gemeinsame Optionen für alle Befehle

Optionen zur Steuerung der Build-Ausführung:
--experimental_oom_more_eagerly_threshold=<an integer>-Standardwert: "100"
Wenn dieses Flag auf einen Wert unter 100 festgelegt ist, führt {7/} das OOM aus, wenn nach zwei vollen GCs mehr als dieser Prozentsatz des (alten) Heaps belegt ist.
Tags: host_machine_resource_optimizations
--experimental_ui_max_stdouterr_bytes=<an integer in (-1)-1073741819 range>-Standardwert: "1048576"
Die maximale Größe der „stdout“- und Nearline-Dateien, die in der Konsole gedruckt werden. -1 bedeutet, dass kein Limit vorliegt.
Tags: execution
Optionen, mit denen Nutzer die gewünschte Ausgabe konfigurieren können und sich auf ihren Wert auswirken (im Gegensatz zu ihrem Existenz):
--repo_env=<a 'name=value' assignment with an optional value part> Verwendungen sind angesammelt
Gibt zusätzliche Umgebungsvariablen an, die nur für Repository-Regeln verfügbar sind. Beachten Sie, dass Repository-Regeln trotzdem die gesamte Umgebung sehen. Auf diese Weise können Konfigurationsinformationen jedoch über Optionen an Repositories weitergegeben werden, ohne dass das Aktionsdiagramm ungültig wird.
Tags: action_command_lines
Diese Option betrifft die Semantik der Starlark-Sprache oder der Build-API, die für BUILD-Dateien, BZL-Dateien und WORKSPACE-Dateien zur Verfügung steht.
--[no]experimental_action_resource_set-Standardwert: "true"
Wenn dieser Wert auf „true“ gesetzt ist, akzeptieren „ctx.actions.run()“ und „ctx.actions.run_shell()“ einen Parameter „resource_set“ für die lokale Ausführung. Andernfalls wird der Standardwert von 250 MB für Arbeitsspeicher und 1 CPU (Power User) verwendet.
Tags: execution, build_file_semantics, experimental
--[no]experimental_allow_tags_propagation-Standardwert: "false"
Wenn diese Option auf „true“ gesetzt ist, werden Tags von einem Ziel an die Aktionen übergeben. Andernfalls werden Tags nicht übergeben. Weitere Informationen finden Sie unter https://github.com/bazelbuild/bazel/issues/8830.
Tags: build_file_semantics, experimental
--[no]experimental_cc_shared_library-Standardwert: "false"
Wenn dieser Wert auf „true“ gesetzt ist, sind die Regelattribute und die Starlark API-Methoden, die für die Regel cc_shared_library erforderlich sind, verfügbar.
Tags: build_file_semantics, loading_and_analysis, experimental
--[no]experimental_disable_external_package-Standardwert: "false"
Wenn die Richtlinie auf „true“ gesetzt ist, ist das automatisch generierte //externe Paket nicht mehr verfügbar. Die Datei kann von Yahoo immer noch nicht geparst werden. #
Tags: loading_and_analysis, loses_incremental_state, experimental
--[no]experimental_enable_android_migration_apis-Standardwert: "false"
Wenn die Richtlinie auf „true“ gesetzt wird, werden die APIs aktiviert, die für die Android Starlark-Migration erforderlich sind.
Tags: build_file_semantics
--[no]experimental_google_legacy_api-Standardwert: "false"
Bei Verwendung von „true“ wird eine Reihe von experimentellen Starlark-Build-APIs für den alten Google-Code verfügbar gemacht.
Tags: loading_and_analysis, experimental
--[no]experimental_platforms_api-Standardwert: "false"
Wenn die Richtlinie auf „true“ gesetzt ist, werden mehrere plattformbezogene Starlark APIs aktiviert, die für die Fehlerbehebung nützlich sind.
Tags: loading_and_analysis, experimental
--[no]experimental_repo_remote_exec-Standardwert: "false"
Wenn diese Richtlinie auf „true“ gesetzt wird, erhält Repository_rule einige Funktionen für die Remote-Ausführung.
Tags: build_file_semantics, loading_and_analysis, experimental
--[no]experimental_sibling_repository_layout-Standardwert: "false"
Wenn die Richtlinie auf „true“ gesetzt ist, werden Nicht-Haupt-Repositories als symlinks zum Haupt-Repository im Stammverzeichnis der Ausführung eingefügt. Das heißt, alle Repositories sind direkte untergeordnete Elemente des Verzeichnisses $output_base/execution_root. Dadurch wird $output_base/execute_root/__main__/external für das Verzeichnis der obersten Ebene freigegeben.
Tags: action_command_lines, bazel_internal_configuration, loading_and_analysis, loses_incremental_state, experimental
--[no]incompatible_always_check_depset_elements-Standardwert: "true"
Überprüfen Sie die Gültigkeit von Elementen, die Elementen in allen Konstruktoren hinzugefügt werden. Elemente müssen unveränderlich sein, aber bisher wurde der Konstruktor „depset(direct=...)“ vergessen. In depset-Elementen werden Semikolons anstelle von Listen verwendet. Weitere Informationen finden Sie unter https://github.com/bazelbuild/bazel/issues/10313.
Tags: build_file_semantics, incompatible_change
Bei "true" wird keine Liste mehr von "link_context.library_to_link" zurückgegeben, sondern eine "depset"-Entität.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_disable_managed_directories-Standardwert: "true"
Bei Einstellung auf „true“ ist das Attribut „workspace(managed_directories=)“ deaktiviert.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_disable_starlark_host_transitions-Standardwert: "false"
Bei „true“ können Regelattribute nicht auf „'cfg = "host"'“ festgelegt werden. Regeln sollten stattdessen festgelegt werden: 'cfg = "exec"'
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_disable_target_provider_fields-Standardwert: "false"
Ist sie auf „true“ gesetzt, können Anbieter nicht über die Feldsyntax auf Objekte zugreifen. Verwenden Sie stattdessen die Syntax des Anbieterschlüssels. Wenn Sie beispielsweise in einer Regelimplementierungsfunktion nicht auf „ctx.attr.dep.my_info“ zugreifen möchten, verwenden Sie „my.info“. Verwenden Sie stattdessen „ctx.attr.dep[MyInfo]“. Weitere Informationen finden Sie unter https://github.com/bazelbuild/bazel/issues/9014.
Tags: build_file_semantics, incompatible_change
--[no]incompatible_disable_third_party_license_checking-Standardwert: "true"
Bei „true“ wird die gesamte Logik zur Lizenzprüfung deaktiviert
Tags: build_file_semantics, incompatible_change
--[no]incompatible_disallow_empty_glob-Standardwert: "false"
Wenn dieser Wert auf „true“ gesetzt wird, ist der Standardwert des Arguments „allow_empty“ von glob() „False“.
Tags: build_file_semantics, incompatible_change
--[no]incompatible_disallow_legacy_javainfo-Standardwert: "true"
Eingestellt. Kein Vorgang.
Tags: build_file_semantics, incompatible_change
--[no]incompatible_disallow_struct_provider_syntax-Standardwert: "false"
Wenn „true“ festgelegt ist, geben Funktionen zur Regelimplementierung möglicherweise keine Struktur zurück. Sie müssen stattdessen eine Liste von Anbieterinstanzen zurückgeben.
Tags: build_file_semantics, incompatible_change
--[no]incompatible_existing_rules_immutable_view-Standardwert: "true"
Ist dieser Wert auf „true“ gesetzt, geben „native.existing_rule“ und „native.existing_rules“ einfache, unveränderliche Ansichtsobjekte anstelle von änderbaren Diktieren zurück.
Tags: build_file_semantics, loading_and_analysis, incompatible_change
--[no]incompatible_java_common_parameters-Standardwert: "true"
Wenn dieser Parameter auf „true“ gesetzt wird, werden die Parameter „output_jar“ und „host_javabase“ in „pack_sources“ und „host_javabase“ bei der Kompilierung entfernt.
Tags: build_file_semantics, incompatible_change
--[no]incompatible_linkopts_to_linklibs-Standardwert: "true"
Wenn dieser Wert auf „true“ gesetzt ist, werden die Standard-Linkopt-Ins in der Standard-Toolchain als „linklibs“ statt „linkoptoptis“ an cc_chromium_config übergeben.
Tags: action_command_lines, incompatible_change
--[no]incompatible_new_actions_api-Standardwert: "true"
Wenn die Richtlinie auf „true“ gesetzt ist, ist die API zum Erstellen von Aktionen nur unter „ctx.actions“ verfügbar, nicht unter „ctx“.
Tags: build_file_semantics, incompatible_change
--[no]incompatible_no_attr_license-Standardwert: "true"
Bei Einstellung „true“ wird die Funktion „attr.lizenz“ deaktiviert.
Tags: build_file_semantics, incompatible_change
--[no]incompatible_no_implicit_file_export-Standardwert: "false"
Wenn festgelegt, (verwendet) sind Quelldateien privat, es sei denn, sie werden explizit exportiert. Siehe https://github.com/bazelbuild/suggests/Blob/master/designs/2019-10-24-file-visibility.md
Tags: build_file_semantics, incompatible_change
--[no]incompatible_no_rule_outputs_param-Standardwert: "false"
Bei Einstellung auf „true“ wird der Parameter „outputs“ der Starlark-Funktion „rule()“ deaktiviert.
Tags: build_file_semantics, incompatible_change
--[no]incompatible_require_linker_input_cc_api-Standardwert: "true"
Wenn dieser Wert auf „true“ gesetzt ist, sind für „create_linking_context“ Linker_Eingaben anstelle von Bibliotheken erforderlich. Die alten Getter von link_context werden ebenfalls deaktiviert und nur linker_inputs sind verfügbar.
Tags: build_file_semantics, loading_and_analysis, incompatible_change
--[no]incompatible_run_shell_command_string-Standardwert: "true"
Wenn dieser Parameter auf „true“ gesetzt wird, akzeptiert der Parameter des Parameters „actions.run_shell“ nur die String-Tags
: build_file_semantics, incompatible_change
--[no]incompatible_struct_has_no_methods-Standardwert: "false"
Deaktiviert die to_json- und to_proto-Strukturen, durch die der Namespace des Strukturfelds beeinträchtigt wird. Verwenden Sie stattdessen json.encode oder json.encode_merge für JSON oder proto.encode_text für Textproto.
Tags: build_file_semantics, incompatible_change
--[no]incompatible_top_level_aspects_require_providers-Standardwert: "false"
Wenn die Eigenschaft auf „true“ gesetzt ist, werden die erforderlichen Anbieter auf der obersten Ebene berücksichtigt und ihre Anzeigen werden nur auf Zielen der obersten Ebene ausgeführt, deren Regeln den erforderlichen Anbietern des Aspekts entsprechen.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_use_cc_configure_from_rules_cc-Standardwert: "false"
Wenn dieser Wert "true" ist, erlaubt {7/} die Verwendung von cc_configure von @bazel_tools nicht mehr. Weitere Informationen und eine Migrationsanleitung finden Sie unter https://github.com/bazelbuild/bazel/issues/10134.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_visibility_private_attributes_at_definition-Standardwert: "false"
Wenn dieser Wert auf „true“ gesetzt ist, wird die Sichtbarkeit von privaten Regelattributen in Bezug auf die Regeldefinition und nicht auf die Regelnutzung geprüft.
Tags: build_file_semantics, incompatible_change
--max_computation_steps=<a long integer>-Standardwert: "0"
Die maximale Anzahl von Starlark-Rechenschritten, die von einer BUILD-Datei ausgeführt werden können (null bedeutet keine Begrenzung).
Tags: build_file_semantics
--nested_set_depth_limit=<an integer>-Standardwert: "3500"
Die maximale Tiefe des Diagramms in einem depset-Element (auch als NestedSet bezeichnet) über dem der Konstruktor „depset()“ fehlschlägt.
Tags: loading_and_analysis
Optionen, die Optimierungen des Build-Zeitraums auslösen:
--[no]incompatible_do_not_split_linking_cmdline-Standardwert: "true"
Bei"true"ändert keine Befehlszeilen-Flags mehr, die für die Verknüpfung verwendet werden. Es entscheidet außerdem nicht selektiv, welche Flags in die Parameterdatei verschoben werden und welche Flags nicht. Weitere Informationen finden Sie unter https://github.com/bazelbuild/bazel/issues/7670.
Tags: loading_and_analysis, incompatible_change
--[no]keep_state_after_build-Standardwert: "true"
Bei „falsch“ verwirft Blaze den Inspeicherstatus aus diesem Build, wenn der Build abgeschlossen ist. Nachfolgende Builds haben keine Inkrementalität.
Tags: loses_incremental_state
--skyframe_high_water_mark_threshold=<an integer>-Standardwert: "85"
Flag für die erweiterte Konfiguration der internen SkyFrame-Engine von Filestore. Wenn {7/} feststellt, dass die Nutzung des aufbewahrten Heaps mindestens diesen Grenzwert erreicht, wird der temporäre SkyFrame-Status abgeschafft. Durch eine solche Optimierung können Sie die Auswirkungen auf die Echtzeitbegrenzung der GC-Auslastung reduzieren, wenn (GC-Drosselung) (i) durch die Arbeitsspeichernutzung dieses temporären Status verursacht und (ii) kostspieliger ist als eine Neuerstellung des Status, wenn er erforderlich ist.
Tags: host_machine_resource_optimizations
--[no]track_incremental_state-Standardwert: "true"
Wenn „False“ angegeben ist, werden Blaze keine Daten beibehalten, die eine Entwertung und Neubewertung für inkrementelle Builds ermöglichen, um Arbeitsspeicher bei diesem Build zu sparen. Nachfolgende Builds haben keine Inkrementalität. Normalerweise müssen Sie „--batch“ angeben, wenn dies auf „false“ gesetzt ist.
Tags: loses_incremental_state
Optionen, die die Ausführlichkeit, das Format oder den Speicherort von Logging beeinflussen:
--[no]announce_rc-Standardwert: "false"
Hier wird angegeben, ob RC-Optionen angekündigt werden.
Tags: affects_outputs
--[no]attempt_to_print_relative_paths-Standardwert: "false"
Wenn Sie den Standortteil von Nachrichten drucken möchten, versuchen Sie, einen Pfad zu verwenden, der sich auf das Verzeichnis für den Arbeitsbereich oder eines der Verzeichnisse bezieht, die mit „--package_path“ angegeben sind.
Tags: terminal_output
--bes_backend=<a string>-Standardwert: "
Gibt den BES-Back-End (Build Event Service) im Format [SCHEME://]]HOST[:PORT] an. Standardmäßig sind BES-Uploads deaktiviert. Unterstützte Schemas sind gRPC und gRPCs (gRPC mit TLS aktiviert). Wenn kein Schema angegeben ist, geht {5/} von gRPCs aus.
Tags: affects_outputs
--[no]bes_check_preceding_lifecycle_events-Standardwert: "false"
Legt das Feld „check_preceding_lifecycle_events_present“ auf „PublishBuildToolEventStreamRequest“ fest. Dadurch wird von BES geprüft, ob die zuvor mit den aktuellen Tool-Ereignissen erfassten Ereignisse vom Typ „InvocationTryStarted“ und „BuildEnQueued“ empfangen wurden.
Tags: affects_outputs
--bes_header=<a 'name=value' assignment> Verwendungen sind angesammelt
Geben Sie im Formular"NAME=VALUE"einen Header an, der in BES-Anfragen enthalten sein soll. Sie können mehrere Header übergeben, indem Sie das Flag mehrmals angeben. Mehrere Werte für denselben Namen werden in eine durch Kommas getrennte Liste umgewandelt.
Tags: affects_outputs
--bes_instance_name=<a string>-Standard: siehe Beschreibung
Gibt den Instanznamen an, unter dem der BES den hochgeladenen BEP beibehalten wird. Der Standardwert ist null.
Tags: affects_outputs
--bes_keywords=<comma-separated list of options> Verwendungen sind angesammelt
Gibt eine Liste von Benachrichtigungs-Keywords an, die der Standardliste von Keywords, die in BES veröffentlicht wurden, hinzugefügt werden ("command_name=<command_name> ", "protocol_name=BEP"). Die Standardeinstellung ist „Keine“.
Tags: affects_outputs
--[no]bes_lifecycle_events-Standardwert: "true"
Gibt an, ob BES-Lebenszyklus-Ereignisse veröffentlicht werden. Die Standardeinstellung ist 'true&##9;.
Tags: affects_outputs
--bes_outerr_buffer_size=<an integer>-Standardwert: "10240"
Gibt die maximale Größe von „stdout“ oder „allUsers“ an, die zwischengespeichert werden soll, bevor sie als Fortschrittsereignis gemeldet wird. Einzelne Schreibvorgänge werden weiterhin in einem einzelnen Ereignis gemeldet, auch wenn sie größer als der angegebene Wert bis --bes_outerr_bulk_size sind.
Tags: affects_outputs
--bes_outerr_chunk_size=<an integer>-Standardwert: "1048576"
Gibt die maximale Größe von „stdout“ oder „gce“ an, die in einer einzelnen Nachricht an BEP gesendet werden soll.
Tags: affects_outputs
--bes_proxy=<a string>-Standard: siehe Beschreibung
Stellen Sie über einen Proxy eine Verbindung zum Build-Ereignisdienst her. Dieses Flag kann derzeit nur zum Konfigurieren eines Unix-Domain-Sockets (unix:/path/to/socket) verwendet werden.
--bes_results_url=<a string>-Standardwert: "
Gibt die Basis-URL an, unter der ein Nutzer die Informationen sehen kann, die in das BES-Back-End gestreamt werden. Istio gibt die URL aus, die durch die Aufruf-ID an das Terminal angehängt wird.
Tags: terminal_output
--bes_timeout=<An immutable length of time.>-Standardwert: "0s"
Gibt an, wie lange der BAA-Upload nach Abschluss des Builds und der Tests abgeschlossen sein soll. Ein gültiges Zeitlimit ist eine natürliche Zahl gefolgt von einer Einheit: Tage (d), Stunden (h), Minuten (m), Sekunden (s) und Millisekunden (ms). Der Standardwert ist '0' bedeutet, dass es keine Zeitüberschreitung gibt.
Tags: affects_outputs
--build_event_binary_file=<a string>-Standardwert: "
Wenn das Feld nicht leer ist, schreiben Sie eine binäre Variable, die die Darstellung des Build-Ereignisprotokolls repräsentiert, in diese Datei. Diese Option impliziert --bes_upload_mode=wait_for_upload_complete.
Tags: affects_outputs
--[no]build_event_binary_file_path_conversion-Standardwert: "true"
Konvertieren Sie die Pfade der binären Dateidarstellung des Build-Ereignisprotokolls nach Möglichkeit in global gültige URIs. Ist die Option deaktiviert, wird das file://-URI-Schema immer verwendet.
Tags: affects_outputs
--build_event_json_file=<a string>-Standardwert: "
Wenn das Feld nicht leer ist, schreiben Sie eine JSON-Serialisierung des Build-Ereignisprotokolls in diese Datei.
Tags: affects_outputs
--[no]build_event_json_file_path_conversion-Standardwert: "true"
Konvertieren Sie die Pfade in der JSON-Datei des Build-Ereignisprotokolls nach Möglichkeit in global gültige URIs. Wenn diese deaktiviert ist, wird immer das file://-URI-Schema verwendet.
Tags: affects_outputs
--build_event_max_named_set_of_file_entries=<an integer>-Standardwert: "-1"
Die maximale Anzahl von Einträgen für ein einzelnes Ereignis namens name_set_of_files. Werte mit weniger als 2 werden ignoriert und keine Ereignisaufteilung durchgeführt. Dies ist für die Beschränkung der maximalen Ereignisgröße im Build-Ereignisprotokoll vorgesehen, aber sie kann die Ereignisgröße nicht direkt steuern. Die Größe des gesamten Ereignisses ist eine Funktion der Struktur sowie der Datei- und URI-Längen, die wiederum von der Hash-Funktion abhängen.
Tags: affects_outputs
--[no]build_event_publish_all_actions-Standardwert: "false"
Gibt an, ob alle Aktionen veröffentlicht werden sollen.
Tags: affects_outputs
--build_event_text_file=<a string>-Standardwert: "
Wenn das Feld nicht leer ist, schreiben Sie das Build-Ereignisprotokoll in Textform in die Datei.
Tags: affects_outputs
--[no]build_event_text_file_path_conversion-Standardwert: "true"
Konvertieren Sie die Pfade der Textdatei des Build-Ereignisprotokolls nach Möglichkeit in global gültige URIs. Wenn diese Option deaktiviert ist, wird immer das file://-URI-Schema verwendet.
Tags: affects_outputs
--[no]experimental_announce_profile_path-Standardwert: "false"
Wenn diese Option aktiviert ist, wird der JSON-Profilpfad zum Protokoll hinzugefügt.
Tags: affects_outputs, bazel_monitoring
--[no]experimental_bep_target_summary-Standardwert: "false"
Gibt an, ob TargetSummary-Ereignisse veröffentlicht werden.
--[no]experimental_build_event_expand_filesets-Standardwert: "false"
Wenn „true“, maximieren Sie Dateisätze im BEP, wenn Sie Ausgabedateien präsentieren.
Tags: affects_outputs
Wenn „true“, wird das relative Fileset-Symlinks im BEP beim Anzeigen der Ausgabedateien vollständig aufgelöst. Erfordert --experimental_build_event_expand_filesets.
Tags: affects_outputs
--experimental_build_event_upload_strategy=<a string>-Standard: siehe Beschreibung
Auswahl der Methode zum Hochladen von Artefakten, auf die im Build-Ereignisprotokoll verwiesen wird.
Tags: 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, 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 or unknown> Verwendungen sind angesammelt
Gibt an, welche zusätzlichen Profilaufgaben in das Profil aufgenommen werden sollen.
Tags: affects_outputs, bazel_monitoring
--[no]experimental_profile_include_primary_output-Standardwert: "false"
Enthält das zusätzliche Attribut „out“ in Aktionsereignissen, die den Ausführungspfad zur primären Ausgabe der Aktion enthält.
Tags: affects_outputs, bazel_monitoring
--[no]experimental_profile_include_target_label-Standardwert: "false"
Enthält Ziellabel in Aktionsereignissen & JSON-Profildaten.
Tags: affects_outputs, bazel_monitoring
--[no]experimental_stream_log_file_uploads-Standardwert: "false"
Stream-Logdateien werden direkt in den Remote-Speicher hochgeladen, anstatt sie auf ein Laufwerk zu schreiben.
Tags: affects_outputs
--experimental_workspace_rules_log_file=<a path>-Standard: siehe Beschreibung
Bestimmte Workspace Rules-Ereignisse in diese Datei als durch Kommas getrennte WorkspaceEvent-Proto-Dateien protokollieren.
--[no]generate_json_trace_profile-Standardwert: "auto"
Wenn diese Option aktiviert ist, erstellt Istio ein Profil für den Build und schreibt ein Profil im JSON-Format in eine Datei in der Ausgabebasis. Rufen Sie das Profil auf, indem Sie es in chrome://tracing laden. Standardmäßig schreibt Istio das Profil für alle Build-ähnlichen Befehle und Abfragen.
Tags: affects_outputs, bazel_monitoring
--[no]heap_dump_on_oom-Standardwert: "false"
Gibt an, ob ein Heap-Dump manuell ausgegeben wird, wenn ein OOM ausgelöst wird (einschließlich OOMs aufgrund von --experimental_oom_more_eagerly_threshold). Der Dump-Code wird in <output_base>/<invocation_id>.heapdump.hprof geschrieben. Diese Option ersetzt -XX:+HeapDumpOnOutOfMemoryError. Dies hat keine Auswirkungen, weil OOMs erkannt und an Runtime#halt weitergeleitet werden.
Tags: bazel_monitoring
--[no]legacy_important_outputs-Standardwert: "true"
Verwenden Sie diese Option, um die Generierung des Legacy-Felds „important_outputs“ im Ereignis „CompleteComplete“ zu unterdrücken. „important_outputs“ ist für die Integration von Istio mit ResultStore erforderlich.
Tags: affects_outputs
--logging=<0 <= an integer <= 6>-Standardwert: "3"
Die Protokollierungsebene.
Tags: affects_outputs
--memory_profile_stable_heap_parameters=<two integers, separated by a comma>-Standardwert: "1,0"
Einstellung des Arbeitsspeicherprofils zu optimieren: Stabiler Heap am Ende des Builds. Sollte zwei Ganzzahlen sein, die durch ein Komma getrennt sind. Der erste Parameter ist die Anzahl der GCs, die ausgeführt werden sollen. Der zweite Parameter ist die Anzahl der Sekunden, die zwischen den GCs gewartet werden sollen.
Tags: bazel_monitoring
--profile=<a path>-Standard: siehe Beschreibung
Wenn festgelegt, erstellen Sie ein Profil für {7/} und schreiben Daten in die angegebene Datei. Verwenden Sie zum Analysieren des Profils „bazel analytics-profile“.
Tags: affects_outputs, bazel_monitoring
--[no]slim_profile-Standardwert: "true"
Verringert die Größe des JSON-Profils, indem Ereignisse zusammengeführt werden, wenn das Profil zu groß wird.
Tags: affects_outputs, bazel_monitoring
--starlark_cpu_profile=<a string>-Standardwert: "
Schreibt in die angegebene Datei ein pprof-Profil der CPU-Nutzung durch alle Starlark-Threads.
Tags: bazel_monitoring
--tool_tag=<a string>-Standardwert: "
Ein Toolname, dem dieser Istio-Aufruf zugeordnet werden soll.
Tags: affects_outputs, bazel_monitoring
--ui_event_filters=<Convert list of comma separated event kind to list of filters> Verwendungen sind angesammelt
Gibt an, welche Ereignisse in der UI angezeigt werden. Es ist möglich, den Standardereignissen Ereignisse hinzuzufügen oder sie mit einem vorangestellten +/- zu entfernen oder den Standardsatz mit der direkten Zuweisung zu überschreiben. Zu den unterstützten Ereignisarten gehören INFO, DEBUG, ERROR und weitere.
Tags: terminal_output
Sonstiges, nicht anderweitig kategorisiert:
--all_incompatible_changes
No-op, wird entfernt. https://github.com/bazelbuild/bazel/issues/13892
Tags: no_op, incompatible_change
--build_metadata=<a 'name=value' assignment> Verwendungen sind angesammelt
Benutzerdefinierte Schlüssel/Wert-Paare, die in einem Build-Ereignis angegeben werden sollen.
Tags: terminal_output
--color=<yes, no or auto>-Standardwert: "auto"
Farben mit der Ein-/Aus-Schaltfläche farblich kennzeichnen.
--config=<a string> Verwendungen sind angesammelt
Wählt zusätzliche Konfigurationsabschnitte aus den rc-Dateien aus. Für jeden lt;command> ruft er auch die Optionen aus <command>:<config> ab, wenn ein solcher Abschnitt existiert. Wenn dieser Abschnitt nicht in einer .rc-Datei vorhanden ist, schlägt Blaze mit einem Fehler fehl. Die entsprechenden Konfigurationsabschnitte und Flag-Kombinationen finden Sie in den Werkzeugsymbolen/*.blazerc-Dateien.
--curses=<yes, no or auto>-Standardwert: "auto"
Verwenden Sie Steuerelemente für Terminalterminals, um das Scrollen zu minimieren.
--[no]enable_platform_specific_config-Standardwert: "false"
Wenn „true“ festgelegt ist, erfasst Istio spezifische Host-Betriebssystem-Konfigurationszeilen aus Bazelrc-Dateien. Wenn das Host-Betriebssystem beispielsweise Linux ist und Sie Bayern-Build ausführen, ruft Istio Zeilen ab, die mit build:linux beginnen. Unterstützte Betriebssystem-IDs sind Linux, Macos, Fenster, Freebsd und openbsd. Die Aktivierung dieses Flags entspricht der Verwendung von --config=linux unter Linux, --config=windows unter Windows usw.
--[no]experimental_windows_watchfs-Standardwert: "false"
Wenn „true“ festgelegt ist, wird die experimentelle Windows-Unterstützung für „--watchfs“ aktiviert. Wenn du „--watchfsis“ unter Windows verwendest, funktioniert die Funktion nicht. Achten Sie darauf, dass „--watchfs“ ebenfalls aktiviert ist.
--google_auth_scopes=<comma-separated list of options>-Standardeinstellung: "https://www.googleapis.com/auth/cloud-platform"
Eine durch Kommas getrennte Liste von Google Cloud-Authentifizierungsbereichen.
--google_credentials=<a string>-Standard: siehe Beschreibung
Gibt die Datei an, von der Authentifizierungsdaten abgerufen werden. Weitere Informationen finden Sie unter https://cloud.google.com/docs/authentication.
--[no]google_default_credentials-Standardwert: "false"
Gibt an, ob für die Authentifizierung die Standardanmeldedaten für Anwendungen verwendet werden sollen. Weitere Informationen finden Sie unter https://cloud.google.com/docs/authentication. Standardmäßig deaktiviert.
--grpc_keepalive_time=<An immutable length of time.>-Standard: siehe Beschreibung
Konfiguriert Ping-Alive-Pings für ausgehende gRPC-Verbindungen. Wenn diese Richtlinie aktiviert ist, sendet Waze nach dieser langen Zeit keine Lesevorgänge für die Verbindung, allerdings nur dann, wenn mindestens ein ausstehender gRPC-Aufruf vorhanden ist. Uhrzeiten werden als zweiter Detaillierungsgrad behandelt. Es bedeutet, einen Wert unter 1 Sekunde festzulegen. Keep-Alive-Pings ist standardmäßig deaktiviert. Sprechen Sie sich vor dem Aktivieren dieser Einstellung mit dem Inhaber des Dienstes ab.
--grpc_keepalive_timeout=<An immutable length of time.>-Standardwert: "20s"
Konfiguriert ein Keep-Alive-Zeitlimit für ausgehende gRPC-Verbindungen. Wenn Keep-Alive-Pings mit --gRPC_keepalive_time aktiviert sind, gibt Filestore eine Zeitüberschreitung aus, falls es nach diesem Zeitraum keine Ping-Antwort mehr erhält. Uhrzeiten werden als zweiter Detaillierungsgrad behandelt. Es bedeutet, einen Wert unter 1 Sekunde festzulegen. Keep-Alive-Pings sind deaktiviert, wird diese Einstellung ignoriert.
--[no]progress_in_terminal_title-Standardwert: "false"
Zeigt den Befehl im Terminaltitel an. Es kann hilfreich sein, zu sehen, was beim Bearbeiten mehrerer Terminal-Tabs passiert.
--[no]show_progress-Standardwert: "true"
Fortschrittsmeldungen während eines Builds anzeigen lassen.
--show_progress_rate_limit=<a double>-Standardwert: "0.2"
Mindestanzahl von Sekunden zwischen Fortschrittsnachrichten in der Ausgabe.
--[no]show_timestamps-Standardwert: "false"
Zeitstempel in Nachrichten einbeziehen
--tls_certificate=<a string>-Standard: siehe Beschreibung
Geben Sie einen Pfad zu einem TLS-Zertifikat an, das für Serversignaturen vertrauenswürdig ist.
--tls_client_certificate=<a string>-Standard: siehe Beschreibung
Geben Sie das zu verwendende TLS-Clientzertifikat an. Sie müssen auch einen Clientschlüssel angeben, um die Clientauthentifizierung zu aktivieren.
--tls_client_key=<a string>-Standard: siehe Beschreibung
Geben Sie den zu verwendenden TLS-Clientschlüssel an. Sie müssen auch ein Clientzertifikat angeben, um die Clientauthentifizierung zu aktivieren.
--ui_actions_shown=<an integer>-Standardwert: "8"
Anzahl der gleichzeitigen Aktionen in der detaillierten Fortschrittsanzeige. Jede Aktion wird in einer separaten Zeile angezeigt. In der Fortschrittsanzeige ist immer mindestens eine zu sehen. Alle Zahlen unter 1 sind 1 zugeordnet.
Tags: terminal_output
--[no]watchfs-Standardwert: "false"
Linux/macOS: Wenn „true“ festgelegt ist, versucht Bayern, den Dateidienst des Betriebssystems für lokale Änderungen zu verwenden, anstatt jede Datei auf eine Änderung zu prüfen. Unter Windows: Dieses Flag ist derzeit nicht funktionsfähig, kann aber in Verbindung mit --experimental_windows_watchfs aktiviert werden. Unter jedem Betriebssystem: Die Funktionsweise ist nicht definiert, wenn sich der Arbeitsbereich in einem Netzwerkdateisystem befindet und die Dateien auf dem Remotecomputer bearbeitet werden.

Optionen für das Analysetool

Optionen, die vor dem Befehl angezeigt werden und vom Client geparst werden:
--check_direct_dependencies=<off, warning or error>-Standardwert: "warning"
Prüfen Sie, ob die im Stammmodul angegebenen direkten „bazel_dep“-Abhängigkeiten mit den Versionen übereinstimmen, die Sie in der aufgelösten Abhängigkeitsgrafik abrufen. Gültige Werte sind „off“ (deaktiviert), um die Prüfung zu deaktivieren, oder „warning“ (Warnung), wenn eine Diskrepanz erkannt wird, oder „error“ (Fehler), um den Fehler zu beheben.
Tags: loading_and_analysis
--distdir=<a path> Verwendungen sind angesammelt
Zusätzliche Möglichkeiten, nach Archiven zu suchen, bevor auf das Netzwerk zugegriffen wird, um sie herunterzuladen
Tags: bazel_internal_configuration
--[no]experimental_enable_bzlmod-Standardwert: "false"
Wenn „true“ festgelegt ist, versucht Istio, externe Repositories aus dem Bzlmod-System zu laden, bevor er die WORKSPACE-Datei aufruft.
Tags: loading_and_analysis
Wenn diese Option aktiviert ist, wird die Datei im Repository-Cache bei einem Cache-Treffer nicht verknüpft, sondern nur im Cache gespeichert. So soll Speicherplatz gespart werden.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id-Standardwert: "false"
Wenn „true“, verwenden Sie einen String, der von den URLs der Repository-Downloads abgeleitet wird, als kanonische_id, sofern nicht angegeben. Wenn Sie den Cache eines Downloads mit demselben Hashwert herunterladen, führt dies zu einer Änderung der URLs. Hiermit kannst du prüfen, ob URL-Änderungen dazu führen, dass fehlerhafte Repositories vom Cache verdeckt werden.
Tags: loading_and_analysis, experimental
--[no]experimental_repository_disable_download-Standardwert: "false"
Wenn festgelegt, ist das Herunterladen externer Repositories nicht zulässig.
Tags: experimental
--experimental_repository_downloader_retries=<an integer>-Standardwert: "0"
Die maximale Anzahl von Versuchen für einen neuen Downloadfehler. Wenn Sie den Wert auf 0 setzen, sind Wiederholungsversuche deaktiviert.
Tags: experimental
--experimental_scale_timeouts=<a double>-Standardwert: "1.0"
Sämtliche Zeitüberschreitungen in den Starlark-Repository-Regeln werden nach diesem Faktor skaliert. Auf diese Weise können externe Repositories auf Computern ausgeführt werden, die langsamer als erwartet sind, ohne den Quellcode zu ändern.
Tags: bazel_internal_configuration, experimental
--http_timeout_scaling=<a double>-Standardwert: "1.0"
Alle Zeitüberschreitungen in Bezug auf HTTP-Downloads um den angegebenen Faktor skalieren
Tags: bazel_internal_configuration
--[no]ignore_dev_dependency-Standardwert: "false"
Wenn "true", ignoriert Istio "bazel_dep" und "use_extension" als "dev_dependency" im MODULE.bazel des Stammmoduls. Diese Entwicklungsabhängigkeiten werden in der Datei MODULE.bazel immer ignoriert, wenn sie nicht das Stammmodul ist. Dies gilt unabhängig vom Wert dieses Flags.
Tags: loading_and_analysis
--registry=<a string> Verwendungen sind angesammelt
Gibt die Registries an, in denen die Abhängigkeiten des Istio-Moduls gefunden werden sollen. Die Reihenfolge ist dabei wichtig: Die Module werden in früheren Registries aufgeführt, erst später, wenn sie nicht mehr in den früheren Registries vorhanden sind.
Tags: changes_inputs
--repository_cache=<a path>-Standard: siehe Beschreibung
Gibt den Cache-Speicherort der heruntergeladenen Werte an, die beim Abrufen externer Repositories abgerufen wurden. Ein leerer String als Argument fordert an, den Cache zu deaktivieren.
Tags: bazel_internal_configuration
Optionen, die sich darauf auswirken, wie strikt
gültige Build-Eingaben erzwingt (Regeldefinitionen, Flag-Kombinationen usw.):
--experimental_repository_hash_file=<a string>-Standardwert: "
Wenn dieses Feld nicht leer ist, wird eine Datei mit einem aufgelösten Wert angegeben, mit dem die Repository-Verzeichnis-Hashes verifiziert werden sollen
Tags: affects_outputs, experimental
--experimental_verify_repository_rules=<a string> Verwendungen sind angesammelt
Wenn eine Liste von Repository-Regeln vorhanden ist, für die der Hash des Ausgabeverzeichnisses verifiziert werden soll, wird eine Datei von --experimental_Repository_hash_file angegeben.
Tags: affects_outputs, experimental
Diese Option betrifft die Semantik der Starlark-Sprache oder der Build API, die für BUILD-Dateien, BZL-Dateien und WORKSPACE-Dateien zur Verfügung steht.
--[no]experimental_allow_top_level_aspects_parameters-Standardwert: "true"
No-op
Tags: no_op, deprecated, experimental
Optionen, die die Ausführlichkeit, das Format oder den Speicherort des Loggings beeinflussen:
--dump=<text or raw> [-d]: Standard: Beschreibung
Du erhältst vollständige Profildaten-Dump entweder im menschenlesbaren Format oder im skriptfreundlichen Format oder im RAW-Format.
Tags: affects_outputs
--[no]experimental_record_metrics_for_all_mnemonics-Standardwert: "false"
Standardmäßig ist die Anzahl der Aktionstypen auf die 20 Speichergruppen mit der größten Anzahl ausgeführter Aktionen beschränkt. Wenn Sie diese Option aktivieren, werden alle Statistiken gespeichert.
Optionen, die eine allgemeine Eingabe zu einem Istio-Befehl angeben oder ändern, die nicht in andere Kategorien fällt:
--experimental_resolved_file_instead_of_workspace=<a string>-Standardwert: "
Wenn die Antwort nicht leer ist, lesen Sie die angegebene aufgelöste Datei anstelle der WORKSPACE-Datei.
Tags: changes_inputs
Optionen für Remote-Caching und Ausführung:
--experimental_downloader_config=<a string>-Standard: siehe Beschreibung
Geben Sie eine Datei an, mit der der Remote-Downloader konfiguriert werden soll. Diese Datei besteht aus Zeilen, die jeweils mit einer Direktive („allow“, „block“ oder „rewrite“) beginnen, gefolgt von einem Hostnamen (für „allow“ und „block“) oder zwei Mustern, eine für den Abgleich und eine für den Ersatz als Ersatz-URL. Es sind mehrere „rewrite“-Anweisungen für dieselbe URL möglich.
Sonstige Optionen, die nicht anderweitig kategorisiert sind:
--override_repository=<an equals-separated mapping of repository name to path> Verwendungen sind angesammelt
überschreibt ein Repository mit einem lokalen Verzeichnis.

Abfrageergebnisse

Übernimmt alle Optionen von Build

Optionen, die vor dem Befehl angezeigt werden und vom Client geparst werden:
--check_direct_dependencies=<off, warning or error>-Standardwert: "warning"
Prüfen Sie, ob die im Stammmodul angegebenen direkten „bazel_dep“-Abhängigkeiten mit den Versionen übereinstimmen, die Sie in der aufgelösten Abhängigkeitsgrafik abrufen. Gültige Werte sind „off“ (deaktiviert), um die Prüfung zu deaktivieren, oder „warning“ (Warnung), wenn eine Diskrepanz erkannt wird, oder „error“ (Fehler), um den Fehler zu beheben.
Tags: loading_and_analysis
--distdir=<a path> Verwendungen sind angesammelt
Zusätzliche Möglichkeiten, nach Archiven zu suchen, bevor auf das Netzwerk zugegriffen wird, um sie herunterzuladen
Tags: bazel_internal_configuration
--[no]experimental_enable_bzlmod-Standardwert: "false"
Wenn „true“ festgelegt ist, versucht Istio, externe Repositories aus dem Bzlmod-System zu laden, bevor er die WORKSPACE-Datei aufruft.
Tags: loading_and_analysis
Wenn diese Option aktiviert ist, wird die Datei im Repository-Cache bei einem Cache-Treffer nicht verknüpft, sondern nur im Cache gespeichert. So soll Speicherplatz gespart werden.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id-Standardwert: "false"
Wenn „true“, verwenden Sie einen String, der von den URLs der Repository-Downloads abgeleitet wird, als kanonische_id, sofern nicht angegeben. Wenn Sie den Cache eines Downloads mit demselben Hashwert herunterladen, führt dies zu einer Änderung der URLs. Hiermit kannst du prüfen, ob URL-Änderungen dazu führen, dass fehlerhafte Repositories vom Cache verdeckt werden.
Tags: loading_and_analysis, experimental
--[no]experimental_repository_disable_download-Standardwert: "false"
Wenn festgelegt, ist das Herunterladen externer Repositories nicht zulässig.
Tags: experimental
--experimental_repository_downloader_retries=<an integer>-Standardwert: "0"
Die maximale Anzahl von Versuchen für einen neuen Downloadfehler. Wenn Sie den Wert auf 0 setzen, sind Wiederholungsversuche deaktiviert.
Tags: experimental
--experimental_scale_timeouts=<a double>-Standardwert: "1.0"
Sämtliche Zeitüberschreitungen in den Starlark-Repository-Regeln werden nach diesem Faktor skaliert. Auf diese Weise können externe Repositories auf Computern ausgeführt werden, die langsamer als erwartet sind, ohne den Quellcode zu ändern.
Tags: bazel_internal_configuration, experimental
--http_timeout_scaling=<a double>-Standardwert: "1.0"
Alle Zeitüberschreitungen in Bezug auf HTTP-Downloads um den angegebenen Faktor skalieren
Tags: bazel_internal_configuration
--[no]ignore_dev_dependency-Standardwert: "false"
Wenn "true", ignoriert Istio "bazel_dep" und "use_extension" als "dev_dependency" im MODULE.bazel des Stammmoduls. Diese Entwicklungsabhängigkeiten werden in der Datei MODULE.bazel immer ignoriert, wenn sie nicht das Stammmodul ist. Dies gilt unabhängig vom Wert dieses Flags.
Tags: loading_and_analysis
--registry=<a string> Verwendungen sind angesammelt
Gibt die Registries an, in denen die Abhängigkeiten des Istio-Moduls gefunden werden sollen. Die Reihenfolge ist dabei wichtig: Die Module werden in früheren Registries aufgeführt, erst später, wenn sie nicht mehr in den früheren Registries vorhanden sind.
Tags: changes_inputs
--repository_cache=<a path>-Standard: siehe Beschreibung
Gibt den Cache-Speicherort der heruntergeladenen Werte an, die beim Abrufen externer Repositories abgerufen wurden. Ein leerer String als Argument fordert an, den Cache zu deaktivieren.
Tags: bazel_internal_configuration
Optionen, die sich darauf auswirken, wie strikt
gültige Build-Eingaben erzwingt (Regeldefinitionen, Flag-Kombinationen usw.):
--experimental_repository_hash_file=<a string>-Standardwert: "
Wenn dieses Feld nicht leer ist, wird eine Datei mit einem aufgelösten Wert angegeben, mit dem die Repository-Verzeichnis-Hashes verifiziert werden sollen
Tags: affects_outputs, experimental
--experimental_verify_repository_rules=<a string> Verwendungen sind angesammelt
Wenn eine Liste von Repository-Regeln vorhanden ist, für die der Hash des Ausgabeverzeichnisses verifiziert werden soll, wird eine Datei von --experimental_Repository_hash_file angegeben.
Tags: affects_outputs, experimental
Diese Option betrifft die Semantik der Starlark-Sprache oder der Build API, die für BUILD-Dateien, BZL-Dateien und WORKSPACE-Dateien zur Verfügung steht.
--[no]experimental_allow_top_level_aspects_parameters-Standardwert: "true"
No-op
Tags: no_op, deprecated, experimental
Optionen in Bezug auf Abfrageausgabe und Semantik:
--aspect_deps=<off, conservative or precise>-Standardwert: "konservativ"
Wie Sie Seitenabhängigkeiten auflösen, wenn das Ausgabeformat {xml,proto,record} ist. Mit 'off' bedeutet, dass keine Facettenabhängigkeiten aufgelöst werden. 'konservativ' (Standardeinstellung) bedeutet, dass alle angegebenen Facettenabhängigkeiten hinzugefügt werden, unabhängig davon, ob sie der Regelklasse direkter Abhängigkeiten zugewiesen sind. Hinweis: Für den genauen Modus müssen andere Pakete geladen werden, um ein einzelnes Ziel auszuwerten und es dadurch langsamer zu machen als die anderen Modi. Beachten Sie auch, dass selbst der genaue Modus nicht vollständig präzise ist: Die Entscheidung, ob Sie einen Aspekt berechnen möchten, wird in der Analysephase entschieden, die nicht während der 'bazel-Abfrage' ausgeführt wird.
Tags: build_file_semantics
--[no]deduplicate_depsets-Standardwert: "true"
Duplizierte untergeordnete Blätter einer „dep_set_of_files“-Datei in der endgültigen Ausgabe von proto/textproto/json deduplizieren. Doppelte Einträge, bei denen keine unmittelbare übergeordnete Gruppe geteilt wird, werden nicht dedupliziert. Dies hat keinen Einfluss auf die endgültige effektive Liste der Eingabeartefakte der Aktionen.
Tags: terminal_output
--[no]graph:factored-Standardwert: "true"
Wenn „true“, wird die Grafik ausgegeben 'faktored' das heißt, topisch äquivalente Knoten werden zusammengeführt und ihre Labels verkettet. Diese Option gilt nur für „--output=graph“.
Tags: terminal_output
--graph:node_limit=<an integer>-Standardwert: "512"
Die maximale Länge des Labelstrings für einen Diagrammknoten in der Ausgabe. Längere Labels werden abgeschnitten. -1 bedeutet nicht, dass sie gekürzt werden. Diese Option gilt nur für „--output=graph“.
Tags: terminal_output
--[no]implicit_deps-Standardwert: "true"
Wenn diese Option aktiviert ist, werden implizite Abhängigkeiten in die Abhängigkeitsgrafik aufgenommen, über die die Abfrage funktioniert. Eine implizite Abhängigkeit ist eine, die nicht explizit in der BUILD-Datei angegeben, sondern von Bazel hinzugefügt wird. Mit dieser Option wird für cquery gesteuerte Toolchains gefiltert.
Tags: build_file_semantics
--[no]include_artifacts-Standardwert: "true"
Enthält die Namen der Ein- und Ausgaben der Aktion in der Ausgabe (möglicherweise groß).
Tags: terminal_output
--[no]include_aspects-Standardwert: "true"
aquery, cquery: ob in der Ausgabe aktionsgenerierte Aktionen enthalten sind. query: no-op (Aspekte werden immer befolgt).
Tags: terminal_output
--[no]include_commandline-Standardwert: "true"
Enthält den Inhalt der Aktionsbefehlszeilen in der Ausgabe (möglicherweise groß).
Tags: terminal_output
--[no]include_param_files-Standardwert: "false"
Geben Sie den Inhalt der Parametern an, die im Befehl verwendet werden (möglicherweise groß). Hinweis: Wenn Sie dieses Flag aktivieren, wird es automatisch aktiviert.
Tags: terminal_output
--[no]incompatible_display_source_file_location-Standardwert: "true"
Standardmäßig wird das Ziel der Quelldatei angezeigt. Wenn „true“, wird der Speicherort der Zeile 1 der Quelldateien in den Standortausgaben angezeigt. Dieses Flag ist nur für Migrationszwecke vorhanden.
Tags: terminal_output, incompatible_change
--[no]infer_universe_scope-Standardwert: "false"
Wenn "--universe_scope"festgelegt und nicht konfiguriert ist, wird ein Wert von --universe_scope als Liste eindeutiger Zielmuster im Abfrageausdruck abgeleitet. Der Wert „--universe_scope“, der für einen Abfrageausdruck abgeleitet wird, der Funktionen auf Universalebene verwendet (z. B. „allrdeps“), ist möglicherweise nicht das, was Sie möchten. Daher sollten Sie diese Option nur verwenden, wenn Sie wissen, was Sie tun. Einzelheiten und Beispiele finden Sie unter https://bazel.build/versions/reference/query#sky-query. Wenn --universe_scope festgelegt ist, wird dieser Wert ignoriert. Hinweis: Diese Option gilt nur für „Abfrage“ (d.h. nicht „cquery“).
Tags: loading_and_analysis
--[no]line_terminator_null-Standardwert: "false"
Gibt an, ob jedes Format mit \0 und nicht mit einem Zeilenumbruch beendet wird.
Tags: terminal_output
--[no]nodep_deps-Standardwert: "true"
Wenn diese Option aktiviert ist, wird deps aus den Attributen des Knotens in das Abhängigkeitsdiagramm aufgenommen, über das die Abfrage funktioniert. Ein gängiges Beispiel für das Attribut „"nodep" ist „quot;sichtbarkeit“. Führen Sie die Ausgabe von „info build-language“ aus und parsen Sie sie, um mehr über die Attribute „Nodep“ und „Build-Sprache“ zu erfahren.
Tags: build_file_semantics
--output=<a string>-Standardwert: "text"
Das Format, in dem die Abfrageergebnisse gedruckt werden sollen. Zulässige Werte für eine Abfrage sind: text, textproto, proto, jsonproto.
Tags: terminal_output
--[no]proto:default_values-Standardwert: "true"
Wenn „true“ angegeben ist, werden Attribute verwendet, deren Wert nicht explizit in der BUILD-Datei angegeben ist. Andernfalls werden sie weggelassen. Diese Option gilt für --output=proto
Tags: terminal_output
--[no]proto:definition_stack-Standardwert: "false"
Füllen Sie das Proto-Feld „definition_stack“ aus, das für jede Regelinstanz, in der die Starlark-Aufrufstack angegeben ist, einen Eintrag erfasst.
Tags: terminal_output
--[no]proto:flatten_selects-Standardwert: "true"
Wenn diese Option aktiviert ist, werden konfigurierbare Attribute, die von select() erstellt werden, vereinfacht. Bei Listentypen ist die aufgeschlüsselte Darstellung eine Liste, die jeden Wert der ausgewählten Karte genau einmal enthält. Skalartypen werden auf null reduziert.
Tags: build_file_semantics
--[no]proto:include_synthetic_attribute_hash-Standardwert: "false"
Gibt an, ob das Attribut $internal_attr_hash berechnet und ausgefüllt werden soll.
Tags: terminal_output
--[no]proto:instantiation_stack-Standardwert: "false"
Füllen Sie jede Regel mit dem Instanziierungsaufrufstack aus. Der Stack muss vorhanden sein
Tags: terminal_output
--[no]proto:locations-Standardwert: "true"
Gibt an, ob Standortinformationen in der Proto-Ausgabe ausgegeben werden.
Tags: terminal_output
--proto:output_rule_attrs=<comma-separated list of options>-Standardwert: "all"
Durch Kommas getrennte Liste der Attribute, die in der Ausgabe enthalten sein sollen. Die Standardeinstellung sind alle Attribute. Setzen Sie den Wert auf einen leeren String, um keine Attribute auszugeben. Diese Option gilt für --output=proto.
Tags: terminal_output
--[no]proto:rule_inputs_and_outputs-Standardwert: "true"
Gibt an, ob die Felder „rule_input“ und „rule_output“ ausgefüllt werden sollen.
Tags: terminal_output
--[no]relative_locations-Standardwert: "false"
Wenn „true“ festgelegt ist, ist der Speicherort der BUILD-Dateien in XML- und Proto-Ausgaben relativ. Standardmäßig ist die Standortausgabe ein absoluter Pfad und sie sind nicht geräteübergreifend konsistent. Sie können diese Option auf „true“ setzen, um auf allen Computern ein einheitliches Ergebnis zu erzielen.
Tags: terminal_output
--[no]skyframe_state-Standardwert: "false"
Du kannst den aktuellen Action Graph aus dem Skyframe speichern, ohne eine zusätzliche Analyse durchzuführen. Hinweis: Die Angabe eines Ziels mit --skyframe_state wird derzeit nicht unterstützt. Dieses Flag ist nur mit --output=proto oder --output=textproto verfügbar.
Tags: terminal_output
--[no]tool_deps-Standardwert: "true"
Abfrage: Wenn diese Option deaktiviert ist, werden Abhängigkeiten von 'Hostkonfiguration' oder 'ausführung' nicht in das Abhängigkeitsdiagramm aufgenommen, über das die Abfrage funktioniert. Eine 'Hostkonfiguration' Abhängigkeiten Cquery: Wenn diese Option deaktiviert ist, werden alle konfigurierten Ziele herausgefiltert, die einen Host- oder Ausführungsübergang vom übergeordneten Ziel übergehen, das dieses konfigurierte Ziel erkannt hat. Wenn sich also das Ziel der obersten Ebene in der Zielkonfiguration befindet, werden nur konfigurierte Ziele zurückgegeben, die auch in der Zielkonfiguration enthalten sind. Wenn sich das oberste Ziel in der Hostkonfiguration befindet, werden nur vom Host konfigurierte Ziele zurückgegeben. Mit dieser Option werden geklärte Toolchains NICHT ausgeschlossen.
Tags: build_file_semantics
--universe_scope=<comma-separated list of options>-Standardwert: "
Durch Kommas getrennte Gruppe von Zielmustern (additiv und subtrahiert) Die Abfrage kann in dem Rahmen ausgeführt werden, der durch die vorübergehende Schließung der angegebenen Ziele definiert wird. Diese Option wird für die Abfrage- und „cquery“-Befehle verwendet. Bei der cquery-Eingabe werden die Ziele eingegeben, unter denen alle Antworten erstellt werden. Dadurch kann sie sich auf Konfigurationen und Übergänge auswirken. Ist die Option nicht angegeben, wird davon ausgegangen, dass die übergeordneten Ziele aus dem Abfrageausdruck geparst werden. Hinweis: Wenn Sie diese Option für cquery nicht angeben, wird der Build eventuell nicht mehr ausgeführt, wenn aus dem Abfrageausdruck geparste Ziele nicht mit Optionen auf oberster Ebene erstellt werden können.
Tags: loading_and_analysis
Optionen, die die Ausführlichkeit, das Format oder den Speicherort von Logging beeinflussen:
--[no]experimental_record_metrics_for_all_mnemonics-Standardwert: "false"
Standardmäßig ist die Anzahl der Aktionstypen auf die 20 Speichergruppen mit der größten Anzahl ausgeführter Aktionen beschränkt. Wenn Sie diese Option aktivieren, werden alle Statistiken gespeichert.
Optionen, die eine allgemeine Eingabe zu einem Istio-Befehl angeben oder ändern, die nicht in andere Kategorien fällt:
--experimental_resolved_file_instead_of_workspace=<a string>-Standardwert: "
Wenn die Antwort nicht leer ist, lesen Sie die angegebene aufgelöste Datei anstelle der WORKSPACE-Datei.
Tags: changes_inputs
Optionen für Remote-Caching und Ausführung:
--experimental_downloader_config=<a string>-Standard: siehe Beschreibung
Geben Sie eine Datei an, mit der der Remote-Downloader konfiguriert werden soll. Diese Datei besteht aus Zeilen, die jeweils mit einer Direktive („allow“, „block“ oder „rewrite“) beginnen, gefolgt von einem Hostnamen (für „allow“ und „block“) oder zwei Mustern, eine für den Abgleich und eine für den Ersatz als Ersatz-URL. Es sind mehrere „rewrite“-Anweisungen für dieselbe URL möglich.
Sonstige Optionen, die nicht anderweitig kategorisiert sind:
--override_repository=<an equals-separated mapping of repository name to path> Verwendungen sind angesammelt
überschreibt ein Repository mit einem lokalen Verzeichnis.
Optionen zur Steuerung der Build-Ausführung:
ob direkt Dateisysteme für Symlink-Bäume aufgerufen werden sollen
Tags: loading_and_analysis, execution, experimental
--[no]experimental_remotable_source_manifests-Standardwert: "false"
Festlegen, ob Quellmanifestaktionen entfernt werden können
Tags: loading_and_analysis, execution, experimental
--[no]experimental_split_coverage_postprocessing-Standardwert: "false"
Wenn dieser Wert „true“ ist, führt Istio die Nachbearbeitung zur Prüfung in einem neuen Auftrag durch.
Tags: execution
--[no]experimental_strict_fileset_output-Standardwert: "false"
Wenn diese Option aktiviert ist, behandeln Dateisätze alle Ausgabeartefakte als normale Dateien. Verzeichnisse werden nicht durchsucht und die Wahrscheinlichkeit von Symlinks ist geringer.
Tags: execution
--modify_execution_info=<regex=[+-]key,regex=[+-]key,...>-Standardwert: "
Schlüssel zu den Ausführungsinformationen einer Aktion hinzufügen oder daraus entfernen Gilt nur für Aktionen, die Ausführungsinformationen unterstützen. Viele gängige Aktionen unterstützen Ausführungsinformationen, z.B. Genrule, CppCompile, Javac, StarlarkAction oder TestRunner. Wenn Sie mehrere Werte angeben, ist die Reihenfolge wichtig, weil viele reguläre Ausdrücke möglicherweise auf dasselbe Gedächtnis basieren. Syntax: "regex=[+-]key,Regex=[+-]key,..." Beispiele: '.*=+x,.*=-y,.*=+z' fügt 'x' und 'z' hinzu und entfernt 'y' daraus die Ausführungsinformationen für alle Aktionen. 'Genrule=+requires-x' fügt 'requires-x' zu den Ausführungsinformationen für alle Genrule-Aktionen hinzu. '(?!Genrule).*=-requires-x' entfernt 'requires-x' aus Ausführungsinformationen für alle Nicht-Genrule-Aktionen.
Tags: execution, affects_outputs, loading_and_analysis
--persistent_android_resource_processor
Aktivieren Sie den nichtflüchtigen Android-Ressourcenprozessor mithilfe von Workern.
Erweiterung zu:
--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=worker2 2
--android_compiler=<a string>-Standard: siehe Beschreibung
Der Android-Target-Compiler
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--android_crosstool_top=<a build target label>-Standardeinstellung: "//external:android/crosstool"
Der Speicherort des C++-Compilers, der für Android-Builds verwendet wird.
Tags: affects_outputs, changes_inputs, loading_and_analysis, loses_incremental_state
--android_grte_top=<a label>-Standard: siehe Beschreibung
Das Android-Ziel „grte_top“.
Tags: changes_inputs, loading_and_analysis, loses_incremental_state
--android_manifest_merger=<legacy, android or force_android>-Standardwert: "android"
Wählt die Manifest-Zusammenführung aus, die für android_binary-Regeln verwendet werden soll. Flag, um die Umstellung auf die Android-Manifest-Zusammenführung von der alten Fusion zu unterstützen.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--android_platforms=<a build target label>-Standardwert: "
Legt die Plattformen fest, die "android_binary"-Ziele verwenden. Wenn mehrere Plattformen angegeben sind, ist das Binärprogramm ein Fett-APK, das native Binärprogramme für jede angegebene Zielplattform enthält.
Tags: changes_inputs, loading_and_analysis, loses_incremental_state
--android_sdk=<a build target label>-Standardeinstellung: "@bazel_tools//tools/android:sdk"
Gibt Android-SDK/-Plattform an, die zum Erstellen von Android-Apps verwendet wird.
Tags: changes_inputs, loading_and_analysis, loses_incremental_state
--apple_compiler=<a string>-Standard: siehe Beschreibung
Der Apple-Compiler. Nützlich zur Auswahl von Varianten einer Toolchain (z.B. xcode-beta).
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--apple_crosstool_top=<a build target label>-Standardeinstellung: "@bazel_tools//tools/cpp:chain"
Das Label des Crosstool-Pakets, das in Apple- und Objc-Regeln verwendet werden soll, sowie dessen Abhängigkeiten
Tags: loses_incremental_state, changes_inputs
--apple_grte_top=<a build target label>-Standard: siehe Beschreibung
Das Apple-Ziel „grte_top“.
Tags: changes_inputs, loading_and_analysis, loses_incremental_state
--cc_output_directory_tag=<a string>-Standardwert: "
Gibt ein Suffix an, das dem Konfigurationsverzeichnis hinzugefügt werden soll.
Tags: affects_outputs, explicit_in_output_path
--compiler=<a string>-Standard: siehe Beschreibung
Der C++-Compiler, der zum Kompilieren des Ziels verwendet werden soll.
Tags: loading_and_analysis, execution
--coverage_output_generator=<a build target label>-Standardeinstellung: "@bazel_tools//tools/test:lcov_merger"
Das Ziel der Binärdatei, die verwendet wird, um Berichte zur Rohabdeckung zu verarbeiten. Dies muss eine Dateigruppe sein, die eine einzelne Datei enthält. Standardmäßig wird '//tools/test:lcov_merger' verwendet.
Tags: changes_inputs, affects_outputs, loading_and_analysis
--coverage_report_generator=<a build target label>-Standardeinstellung: "@bazel_tools//tools/test:coverage_report_generator"
Damit wird der Speicherort des Binärprogramms angegeben, der zur Abdeckung von Berichten verwendet wird. Dies muss eine Dateigruppe sein, die eine einzelne Datei enthält. Standardmäßig wird '//tools/test:coverage_report_generator' verwendet.
Tags: changes_inputs, affects_outputs, loading_and_analysis
--coverage_support=<a build target label>-Standardeinstellung: "@bazel_tools//tools/test:coverage_support"
Speicherort der Supportdateien, die für die Eingaben jeder Testaktion erforderlich sind, mit der die Codeabdeckung erfasst wird. Standardmäßig wird '//tools/test:coverage_support' verwendet.
Tags: changes_inputs, affects_outputs, loading_and_analysis
--crosstool_top=<a build target label>-Standardeinstellung: "@bazel_tools//tools/cpp:chain"
Das Label des Crosstool-Pakets, das zum Kompilieren von C++-Code verwendet werden soll.
Tags: loading_and_analysis, changes_inputs, affects_outputs
--custom_malloc=<a build target label>-Standard: siehe Beschreibung
Gibt eine benutzerdefinierte Implementierung von Malloc an. Diese Einstellung überschreibt Malloc-Attribute in Build-Regeln.
Tags: changes_inputs, affects_outputs
--experimental_add_exec_constraints_to_targets=<a '<RegexFilter>=<label1>[,<label2>,...]' assignment> Verwendungen sind angesammelt
Liste der durch Kommas getrennten regulären Ausdrücke, denen optional ein Präfix - (negativer Ausdruck) vorangestellt ist, das einer Liste von durch Kommas getrennten Beschränkungswertwerten zugewiesen ist. Wenn ein Ziel nicht mit einem negativen Ausdruck übereinstimmt und mindestens ein positiver Ausdruck vorliegt, wird die Toolchain-Auflösung so ausgeführt, als hätte sie die Einschränkungswerte als Ausführungseinschränkungen angegeben. Beispiel: //demo,-test=@platforms//cpus:x86_64 will 'x86_64' zu jedem Ziel unter //demo hinzufügen, mit Ausnahme der Namen, deren Name 'test' enthält.
Tags: loading_and_analysis
--[no]experimental_enable_objc_cc_deps-Standardwert: "true"
Damit können Sie festlegen, dass objc_*-Regeln von cc_library abhängen. Dabei werden alle objc-Abhängigkeiten mit --cpu auf "ios_<--ios_cpu>" für alle Werte in --ios_multi_cpu erstellt.
Tags: loading_and_analysis, incompatible_change
--[no]experimental_include_xcode_execution_requirements-Standardwert: "false"
Wenn festgelegt, fügen Sie bei jeder Xcode-Aktion „&requires-xcode:{version}“ hinzu. Wenn die xcode-Version ein Bindestrich-Label aufweist, fügen Sie außerdem diese Ausführungsanforderung hinzu:
Tags: loses_incremental_state, loading_and_analysis, execution
--[no]experimental_prefer_mutual_xcode-Standardwert: "true"
Wenn „true“ festgelegt ist, verwenden Sie den neuesten Xcode, der sowohl lokal als auch aus der Ferne verfügbar ist. Wenn „false“ ist oder keine gegenseitig verfügbaren Versionen vorhanden sind, verwenden Sie die lokale Xcode-Version, die über xcode-select ausgewählt wurde.
Tags: loses_incremental_state
--extra_execution_platforms=<comma-separated list of options> Verwendungen sind angesammelt
Die Plattformen, die als Ausführungsplattformen zum Ausführen von Aktionen zur Verfügung stehen. Plattformen können durch das genaue Ziel oder als Zielmuster angegeben werden. Diese Plattformen werden vor den in der WORKSPACE-Datei von „register_ execution_platforms()“ angegebenen Plattformen berücksichtigt.
Tags: execution
--extra_toolchains=<comma-separated list of options> Verwendungen sind angesammelt
Die Toolchain-Regeln, die bei der Toolchain-Auflösung berücksichtigt werden sollen. Toolketten können entweder über ein genaues Ziel oder als Zielmuster angegeben werden. Diese Toolchains werden berücksichtigt, bevor sie von der WORKSPACE-Datei von „register_chains()“ deklariert werden.
Tags: affects_outputs, changes_inputs, loading_and_analysis
--grte_top=<a label>-Standard: siehe Beschreibung
Ein Label für eine eingecheckte libc-Bibliothek. Der Standardwert wird von der websiteübergreifenden Toolchain ausgewählt. Sie müssen sie fast nie überschreiben.
Tags: action_command_lines, affects_outputs
--host_compiler=<a string>-Standard: siehe Beschreibung
Der C++-Compiler, der für die Hostkompilierung verwendet werden soll. Falls --host_crosstool_top nicht festgelegt ist, wird dies ignoriert.
Tags: loading_and_analysis, execution
--host_crosstool_top=<a build target label>-Standard: siehe Beschreibung
Standardmäßig werden die Optionen „--crosstool_top“ und „--Compiler“ auch für die Hostkonfiguration verwendet. Wenn dieses Flag bereitgestellt wird, verwendet Istio die Standard-libc und den Compiler für das angegebene crosstool_top.
Tags: loading_and_analysis, changes_inputs, affects_outputs
--host_grte_top=<a label>-Standard: siehe Beschreibung
Wenn angegeben, überschreibt diese Einstellung das libc-Verzeichnis der obersten Ebene (--grte_top) für die Hostkonfiguration.
Tags: action_command_lines, affects_outputs
--host_platform=<a build target label>-Standardwert: "
Das Label einer Plattformregel, die das Hostsystem beschreibt.
Tags: affects_outputs, changes_inputs, loading_and_analysis
--[no]incompatible_disable_expand_if_all_available_in_flag_set-Standardwert: "true"
Wenn „true“ festgelegt ist, lässt Istio die Angabe von Expanding_if_all_available in Flag_sets nicht zulassen. Weitere Informationen zur Migration finden Sie unter https://github.com/bazelbuild/bazel/issues/7008.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_dont_enable_host_nonhost_crosstool_features-Standardwert: "true"
Bei"true"werden die Funktionen von {5/} in der c++-Toolchain nicht aktiviert (weitere Informationen finden Sie unter https://github.com/bazelbuild/bazel/issues/7407).
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_enable_android_toolchain_resolution-Standardwert: "false"
Mit der Toolchain-Auflösung das Android SDK für Android-Regeln auswählen (Starlark und nativ)
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_enable_apple_toolchain_resolution-Standardwert: "false"
Auf Grundlage der Toolchain-Auflösung wählen Sie das Apple SDK für Apfelregeln (Starlark und native Anzeigen)
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_make_thinlto_command_lines_standalone-Standardwert: "true"
Wenn „true“ festgelegt ist, verwendet Istio keine C++-Linkaktions-Befehlszeilen für lto-Indexierungs-Befehlszeilen (weitere Informationen finden Sie unter https://github.com/bazelbuild/bazel/issues/6791).
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_remove_cpu_and_compiler_attributes_from_cc_toolchain-Standardwert: "true"
Wenn der Wert „true“ ist, meldet sich Istio, wenn die Attribute „cc_chain.cpu“ und „cc_toolkit.Compiler“ festgelegt sind. Eine Anleitung zur Migration finden Sie unter https://github.com/bazelbuild/bazel/issues/7075.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_remove_legacy_whole_archive-Standardwert: "true"
Bei „true“ werden die Abhängigkeiten der Bibliothek nicht standardmäßig als ganzes Archiv verknüpft. Weitere Informationen finden Sie unter https://github.com/bazelbuild/bazel/issues/7362.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_require_ctx_in_configure_features-Standardwert: "true"
Wenn „true“ festgelegt ist, benötigt den Parameter cc_common.configure_features, um weitere Informationen zu erhalten. Weitere Informationen finden Sie unter https://github.com/bazelbuild/bazel/issues/7793.
Tags: loading_and_analysis, incompatible_change
--[no]interface_shared_objects-Standardwert: "true"
Verwenden Sie freigegebene Schnittstellenobjekte, wenn sie von der Toolchain unterstützt werden. Diese Einstellung wird derzeit von allen ELF-Toolchains unterstützt.
Tags: loading_and_analysis, affects_outputs, affects_outputs
--ios_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>-Standard: siehe Beschreibung
Gibt die Version des iOS SDK an, die zum Erstellen von iOS-Anwendungen verwendet wird. Wenn Sie nichts angeben, wird die Standard-SDK-Version von iOS von 'xcode_version' verwendet.
Tags: loses_incremental_state
--macos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>-Standard: siehe Beschreibung
Gibt die Version des macOS SDK an, die zum Erstellen von macOS-Anwendungen verwendet werden soll. Wenn Sie nichts angeben, wird die macOS-SDK-Standardversion von 'xcode_version' verwendet.
Tags: loses_incremental_state
--minimum_os_version=<a string>-Standard: siehe Beschreibung
Die Mindestversion des Betriebssystems, auf die die Kompilierung ausgerichtet ist.
Tags: loading_and_analysis, affects_outputs
--platform_mappings=<a relative path>-Standardwert: "
Der Speicherort einer Zuordnungsdatei, die beschreibt, welche Plattform verwendet werden soll, wenn keine Plattform festgelegt ist oder welche Flags festgelegt werden sollen, wenn eine Plattform bereits vorhanden ist. Muss relativ zum Stammverzeichnis des Hauptarbeitsbereichs sein. Standardmäßig wird 'platform_mappings' eine Datei direkt unter dem Stammverzeichnis des Arbeitsbereichs angezeigt.
Tags: affects_outputs, changes_inputs, loading_and_analysis
--platforms=<a build target label>-Standardwert: "
Die Labels der Plattformregeln, mit denen die Zielplattformen für den aktuellen Befehl beschrieben werden.
Tags: affects_outputs, changes_inputs, loading_and_analysis
--python2_path=<a string>-Standard: siehe Beschreibung
Eingestellt, no-op. Deaktiviert von „--incompatible_use_python_chains“.
Tags: no_op, deprecated
--python3_path=<a string>-Standard: siehe Beschreibung
Eingestellt, no-op. Deaktiviert von „--incompatible_use_python_chains“.
Tags: no_op, deprecated
--python_path=<a string>-Standard: siehe Beschreibung
Der absolute Pfad des Python-Interpreters, der zum Ausführen von Python-Zielen auf der Zielplattform aufgerufen wird. Verworfen; durch --incompatible_use_python_chains deaktiviert.
Tags: loading_and_analysis, affects_outputs
--python_top=<a build target label>-Standard: siehe Beschreibung
Das Label einer „py_runtime“ für den Python-Interpreter, der zum Ausführen von Python-Zielen auf der Zielplattform aufgerufen wurde. Verworfen; durch --incompatible_use_python_chains deaktiviert.
Tags: loading_and_analysis, affects_outputs
--target_platform_fallback=<a build target label>-Standardeinstellung: "@local_config_platform//:host"
Das Label einer Plattformregel, die verwendet werden soll, wenn keine Zielplattform festgelegt ist und keine Plattformzuordnung dem aktuellen Satz von Flags entspricht.
Tags: affects_outputs, changes_inputs, loading_and_analysis
--tvos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>-Standard: siehe Beschreibung
Gibt die Version des tvOS SDK an, die zum Erstellen von tvOS-Anwendungen verwendet wird. Wenn dieser Wert nicht angegeben ist, wird die Standardversion des tvOS SDK aus 'xcode_version' verwendet.
Tags: loses_incremental_state
--watchos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>-Standard: siehe Beschreibung
Gibt die Version des WatchOS-SDKs an, mit der „watchOS“-Anwendungen erstellt werden sollen. Wenn Sie nichts angeben, wird die WatchOS SDK-Standardversion aus 'xcode_version' verwendet.
Tags: loses_incremental_state
--xcode_version=<a string>-Standard: siehe Beschreibung
Wenn angegeben, wird Xcode der angegebenen Version für relevante Build-Aktionen verwendet. Wenn dieser Wert nicht angegeben ist, wird die Executor-Standardversion von Xcode verwendet.
Tags: loses_incremental_state
--xcode_version_config=<a build target label>-Standardeinstellung: "@bazel_tools//tools/cpp:host_xcodes"
Das Label der xcode_config-Regel, die zur Auswahl der Xcode-Version in der Build-Konfiguration verwendet werden soll.
Tags: loses_incremental_state, loading_and_analysis
Optionen zur Steuerung der Ausgabe des Befehls:
--[no]apple_enable_auto_dsym_dbg-Standardwert: "false"
Erzwingen, dass Debugging-Symboldateien (dSYM) für DBG-Builds generiert werden können
Tags: affects_outputs, action_command_lines
--[no]apple_generate_dsym-Standardwert: "false"
Gibt an, ob Debugging-Symboldateien (.dSYM) generiert werden sollen.
Tags: affects_outputs, action_command_lines
Wenn „true“, erstellen Sie eine Runfiles-Symlink-Wälder für alle Ziele. Schreiben Sie bei „false“ nach Möglichkeit nur die Manifeste.
Tags: affects_outputs
--[no]build_runfile_manifests-Standardwert: "true"
Wenn „true“, werden Runfiles-Manifeste für alle Ziele geschrieben. Wenn „false“ angegeben ist, lassen Sie sie weg. Lokale Tests werden nicht ausgeführt, wenn sie „false“ ist.
Tags: affects_outputs
--[no]build_test_dwp-Standardwert: "false"
Wenn diese Option aktiviert ist, wird bei der statischen Erstellung von C++-Tests und mit der Spaltenüberschrift die DWP-Datei für die Testbinärdatei automatisch erstellt.
Tags: loading_and_analysis, affects_outputs
--cc_proto_library_header_suffixes=<comma-separated list of options>-Standardwert: ".pb.h"
Legt die Präfixe der Header-Dateien fest, die von einer cc_proto_library erstellt werden.
Tags: affects_outputs, loading_and_analysis
--cc_proto_library_source_suffixes=<comma-separated list of options>-Standardwert: ".pb.cc"
Legt die Präfixe der Quelldateien fest, die von einer cc_proto_library erstellt werden.
Tags: affects_outputs, loading_and_analysis
--[no]experimental_proto_descriptor_sets_include_source_info-Standardwert: "false"
Zusätzliche Aktionen für alternative Java API-Versionen in einer proto_library ausführen.
Tags: affects_outputs, loading_and_analysis, experimental
--[no]experimental_proto_extra_actions-Standardwert: "false"
Zusätzliche Aktionen für alternative Java API-Versionen in einer proto_library ausführen.
Tags: affects_outputs, loading_and_analysis, experimental
--[no]experimental_save_feature_state-Standardwert: "false"
Speichern Sie den Status der aktivierten und angeforderten Funktionen als Ausgabe der Kompilierung.
Tags: affects_outputs, experimental
--fission=<a set of compilation modes>-Standardwert: "no"
Gibt an, welche Kompilierungsmodi für die C++-Compilation und die Links gemeinsam genutzt werden. Kann eine beliebige Kombination aus {'fastbuild', 'dbg',##9;opt'} oder den speziellen Werten 'yes' sein, um alle Modi zu aktivieren und 'no' alle Modi zu deaktivieren.
Tags: loading_and_analysis, action_command_lines, affects_outputs
--[no]legacy_external_runfiles-Standardwert: "true"
Wenn „true“ festgelegt ist, erstellen Sie neben „.runfiles/repo“ auch Runfiles-Symlink-Wälder für externe Repositories unter .runfiles/wsname/external/repo.
Tags: affects_outputs
--[no]objc_generate_linkmap-Standardwert: "false"
Gibt an, ob eine Linkmap-Datei generiert werden soll.
Tags: affects_outputs
--[no]save_temps-Standardwert: "false"
Wenn aktiviert, werden temporäre Ausgaben von gcc gespeichert. Dazu zählen .s-Dateien ( Assemblercode), .i-Dateien (vorbearbeitete C) und .ii-Dateien (vorverarbeitete C++).
Tags: affects_outputs
Optionen, mit denen der Nutzer die gewünschte Ausgabe konfigurieren kann und sich auf ihren Wert auswirkt (sofern das nicht der Fall ist):
--action_env=<a 'name=value' assignment with an optional value part> Verwendungen sind angesammelt
Gibt die Reihe der für die Aktion mit Zielkonfiguration verfügbaren Umgebungsvariablen an. Variablen können entweder namentlich angegeben werden. In diesem Fall wird der Wert aus der Aufrufumgebung entnommen oder mit dem Namen/Wert-Paar, das den Wert unabhängig von der Aufrufumgebung festlegt. Diese Option kann mehrmals verwendet werden. Bei Optionen, die für dieselbe Variable gegeben werden, erfolgen die letzten Erfolgen oder für verschiedene Variablen.
Tags: action_command_lines
--android_cpu=<a string>-Standardwert: "armeabi-v7a"
Die Android-Ziel-CPU.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]android_databinding_use_androidx-Standardwert: "false"
Erstellen Sie AndroidX-kompatible Datenbindungsdateien. Dies wird nur mit Databinding v2 verwendet.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--[no]android_databinding_use_v3_4_args-Standardwert: "false"
Android Databinding v2 mit 3.4.0-Argument verwenden
Tags: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--android_dynamic_mode=<off, default or fully>-Standardwert: "off"
Stellt fest, ob C++-Deps von Android-Regeln dynamisch verknüpft werden, wenn eine cc_binary-Bibliothek keine explizite Bibliothek erstellt. 'default' bedeutet, dass entscheidet sich für die dynamische Kontoverknüpfung. 'full' bedeutet, dass alle Bibliotheken dynamisch verknüpft werden. 'off' bedeutet, dass alle Bibliotheken im Großteil des statischen Modus verlinkt werden.
Tags: affects_outputs, loading_and_analysis
--android_manifest_merger_order=<alphabetical, alphabetical_by_configuration or dependency>-Standardwert: &alphabetisch
Legt die Reihenfolge der Manifeste fest, die an die Manifest-Zusammenführung für Android-Binärprogramme übergeben werden. „ALPHABETTIC“ bedeutet, dass Manifeste nach Pfad relativ zum Executor sortiert werden. „ALPHABETTIC_BY_CONFIGURATION“ bedeutet, dass Manifeste nach Pfaden relativ zum Konfigurationsverzeichnis innerhalb des Ausgabeverzeichniss sortiert werden. DEPENDENCY bedeutet, dass Manifeste mit jeder Manifestdatei geordnet werden, die vor den Manifesten ihrer Abhängigkeiten erscheint.
Tags: action_command_lines, execution
--[no]android_resource_shrinking-Standardwert: "false"
Aktiviert die Ressourcenkomprimierung für Android-Binär-APKs, die ProGuard verwenden.
Tags: affects_outputs, loading_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> Verwendungen sind angesammelt
Geben Sie den Apple-Bitcode-Modus für Kompilierungsschritte an, die auf Gerätearchitekturen ausgerichtet sind. Werte haben das Format '[platform=]mode', wobei die Plattform optional sein muss. Diese Plattform muss optional sein. Falls vorhanden, wird der Bitcode-Modus speziell für diese Plattform angewendet. Wenn Sie ihn nicht angeben, wird er auf allen Plattformen angewendet. Der Modus muss 'none', 'embed_markers' oder 'embed' sein. Diese Option kann mehrmals angegeben werden.
Tags: loses_incremental_state
--[no]build_python_zip-Standardwert: "auto"
ZIP-Datei für Python erstellen, unter Windows auf anderen Plattformen
Tags: affects_outputs
--catalyst_cpus=<comma-separated list of options> Verwendungen sind angesammelt
Durch Kommas getrennte Liste von Architekturen, für die Sie Apple Catalyst-Binärprogramme erstellen möchten.
Tags: loses_incremental_state, loading_and_analysis
--[no]collect_code_coverage-Standardwert: "false"
Andernfalls wird der Instrumentencode (sofern möglich) mithilfe von Offline-Instrumentierung instrumentiert und die Abdeckungsinformationen werden bei den Tests gesammelt. Nur Ziele, die mit „--ationation_filter“ übereinstimmen, sind betroffen. Normalerweise sollte diese Option nicht direkt angegeben werden. Verwenden Sie stattdessen den Befehl 'bazelabdeckung'.
Tags: affects_outputs
--compilation_mode=<fastbuild, dbg or opt> [-c]-Standardwert: "fastbuild"
Geben Sie den Modus an, in den das Binärprogramm erstellt wird. Werte: 'fastbuild', 'dbg', 'opt'
Tags: affects_outputs, action_command_lines, explicit_in_output_path
--conlyopt=<a string> Verwendungen sind angesammelt
Zusätzliche Option zur Übergabe an gcc beim Kompilieren von C-Quelldateien.
Tags: action_command_lines, affects_outputs
--copt=<a string> Verwendungen sind angesammelt
Zusätzliche Optionen zur Weitergabe an gcc
Tags: action_command_lines, affects_outputs
--cpu=<a string>-Standardwert: "
Die Ziel-CPU.
Tags: changes_inputs, affects_outputs, explicit_in_output_path
--cs_fdo_absolute_path=<a string>-Standard: siehe Beschreibung
Nutze die CSFDO-Profilinformationen, um die Zusammenstellung zu optimieren. Geben Sie den absoluten Pfadnamen der ZIP-Datei an, die die Profildatei, das Rohdatenformat oder eine indexierte LLVM-Profildatei enthält.
Tags: affects_outputs
--cs_fdo_instrument=<a string>-Standard: siehe Beschreibung
Generieren Sie Binärprogramme mit kontextsensitiver FDO-Instrumentierung. Mit dem Clang-/LLVM-Compiler wird auch der Verzeichnisname akzeptiert, unter dem die Profilprofildateien zur Laufzeit Dumpingen erhalten.
Tags: affects_outputs
--cs_fdo_profile=<a build target label>-Standard: siehe Beschreibung
„cs_fdo_profile“ für das kontextsensitive Profil, das zur Optimierung verwendet werden soll
Tags: affects_outputs
--cxxopt=<a string> Verwendungen sind angesammelt
Zusätzliche Option zur Weitergabe an gcc beim Kompilieren von C++-Quelldateien.
Tags: action_command_lines, affects_outputs
--define=<a 'name=value' assignment> Verwendungen sind angesammelt
Jede „--define“-Option gibt eine Zuweisung für eine Build-Variable an.
Tags: changes_inputs, affects_outputs
--dynamic_mode=<off, default or fully>-Standardwert: "default"
Bestimmt, ob C++-Binärprogramme dynamisch verknüpft werden. 'default' bedeutet, dass {5/} entscheidet, ob eine dynamische Verknüpfung hergestellt werden soll. 'full' bedeutet, dass alle Bibliotheken dynamisch verknüpft werden. 'off' bedeutet, dass alle Bibliotheken im Großteil des statischen Modus verlinkt werden.
Tags: loading_and_analysis, affects_outputs
--[no]enable_fdo_profile_absolute_path-Standardwert: "true"
Wenn festgelegt, wird bei Verwendung von fdo_absolute_profile_path ein Fehler ausgelöst.
Tags: affects_outputs
--[no]enable_runfiles-Standardwert: "auto"
Symlink-Baum der Runfiles aktivieren, standardmäßig unter Windows auf anderen Plattformen.
Tags: affects_outputs
--experimental_action_listener=<a build target label> Verwendungen sind angesammelt
Zugunsten von Aspekten eingestellt. Mit „action_listener“ können Sie eine bestehende „action“-Aktion an vorhandene Build-Aktionen anhängen.
Tags: execution, experimental
--[no]experimental_android_compress_java_resources-Standardwert: "false"
Java-Ressourcen in APKs komprimieren
Tags: affects_outputs, loading_and_analysis, experimental
--[no]experimental_android_databinding_v2-Standardwert: "false"
Android Databinding v2 verwenden
Tags: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--[no]experimental_android_resource_shrinking-Standardwert: "false"
Aktiviert die Ressourcenkomprimierung für Android-Binär-APKs, die ProGuard verwenden.
Tags: affects_outputs, loading_and_analysis
--[no]experimental_android_rewrite_dexes_with_rex-Standardwert: "false"
Mit dem Rex-Tool DEX-Dateien umschreiben
Tags: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--experimental_objc_fastbuild_options=<comma-separated list of options>-Standardwert: "-O0,-DDEBUG=1"
Verwendet diese Strings als objc fastbuild-Compiler-Optionen.
Tags: action_command_lines
--[no]experimental_omitfp-Standardwert: "false"
Wenn „true“ angegeben ist, verwenden Sie libunwind zum Zurücknehmen von Stacks und zum Kompilieren mit -fomit-frame-pointer und -fasynchronous-unwind-tables.
Tags: action_command_lines, affects_outputs, experimental
--[no]experimental_platform_in_output_dir-Standardwert: "false"
Wenn „true“, wird die Zielplattform im Ausgabeverzeichnisnamen anstelle der CPU verwendet.
Tags: affects_outputs, experimental
--[no]experimental_use_llvm_covmap-Standardwert: "false"
Wenn die Richtlinie festgelegt ist, generiert Istio mit llvm-cov Abdeckungsinformationen anstelle von gcov, wenn „collect_code_coverage“ aktiviert ist.
Tags: changes_inputs, affects_outputs, loading_and_analysis, experimental
--fat_apk_cpu=<comma-separated list of options>-Standardwert: "armeabi-v7a"
Mit dieser Option werden Fett-APKs aktiviert, die native Binärprogramme für alle angegebenen Zielarchitekturen enthalten, z.B. --fat_apk_cpu=x86,armeabi-v7a, erstellt. Wenn dieses Flag angegeben ist, wird --android_cpu für Abhängigkeiten von android_binary-Regeln ignoriert.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]fat_apk_hwasan-Standardwert: "false"
Gibt an, ob HWASAN-Splits erstellt werden sollen.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--fdo_instrument=<a string>-Standard: siehe Beschreibung
Generieren Sie Binärprogramme mit FDO-Instrumentierung. Mit dem Clang-/LLVM-Compiler wird auch der Verzeichnisname akzeptiert, unter dem die Profilprofildateien zur Laufzeit Dumpingen erhalten.
Tags: affects_outputs
--fdo_optimize=<a string>-Standard: siehe Beschreibung
Verwenden Sie FDO-Profilinformationen, um die Zusammenstellung zu optimieren. Geben Sie den Namen der ZIP-Datei mit dem .gcda-Dateibaum oder eine Afdo-Datei mit dem automatischen Profil an. Für dieses Flag werden auch Dateien akzeptiert, die als Labels angegeben werden, z. B. //foo/bar:file.afdo. Solche Labels müssen sich auf die Eingabedateien beziehen. Sie müssen dem entsprechenden Paket möglicherweise eine export_files-Anweisung hinzufügen, damit die Datei für Istio sichtbar ist. Es wird auch eine Roh- oder indexierte LLVM-Profildatei akzeptiert. Dieses Flag wird durch die Regel „fdo_profile“ ersetzt.
Tags: affects_outputs
--fdo_prefetch_hints=<a build target label>-Standard: siehe Beschreibung
Verwenden Sie Prefetch-Hinweise im Cache.
Tags: affects_outputs
--fdo_profile=<a build target label>-Standard: siehe Beschreibung
fdo_profile für das Profil, das zur Optimierung verwendet werden soll
Tags: affects_outputs
--features=<a string> Verwendungen sind angesammelt
Die angegebenen Funktionen werden für alle Pakete standardmäßig aktiviert oder deaktiviert. Mit der Angabe -<feature> wird die Funktion weltweit deaktiviert. Negative Funktionen überschreiben immer positive. Dieses Flag wird verwendet, um die Einführung von Standardfeature-Änderungen ohne einen {5/}-Release einzuführen.
Tags: changes_inputs, affects_outputs
--[no]force_pic-Standardwert: "false"
Wenn diese Option aktiviert ist, generieren alle C++-Compilations einen positionsunabhängigen Code ("-fPIC"), Links bevorzugen PIC-vordefinierte Bibliotheken gegenüber Nicht-PIC-Bibliotheken und Links stellen positionsunabhängige ausführbare Dateien ("-pie").
Tags: loading_and_analysis, affects_outputs
--host_action_env=<a 'name=value' assignment with an optional value part> Verwendungen sind angesammelt
Gibt die Reihe der für die Aktionen mit Host- oder Ausführungskonfigurationen verfügbaren Umgebungsvariablen an. Variablen können entweder namentlich angegeben werden. In diesem Fall wird der Wert aus der Aufrufumgebung entnommen oder mit dem Namen/Wert-Paar, das den Wert unabhängig von der Aufrufumgebung festlegt. Diese Option kann mehrmals verwendet werden. Bei Optionen, die für dieselbe Variable gegeben werden, erfolgen die letzten Erfolgen oder für verschiedene Variablen.
Tags: action_command_lines
--host_compilation_mode=<fastbuild, dbg or opt>-Standardwert: "opt"
Geben Sie den Modus an, in dem die Tools während der Build-Erstellung verwendet werden. Werte: 'fastbuild', 'dbg', 'opt'
Tags: affects_outputs, action_command_lines
--host_conlyopt=<a string> Verwendungen sind angesammelt
Zusätzliche Option zur Übergabe an gcc beim Kompilieren von C-Quelldateien für Hosttools.
Tags: action_command_lines, affects_outputs
--host_copt=<a string> Verwendungen sind angesammelt
Zusätzliche Optionen zur Übergabe an gcc für Hosttools.
Tags: action_command_lines, affects_outputs
--host_cpu=<a string>-Standardwert: "
Die Host-CPU.
Tags: changes_inputs, affects_outputs
--host_cxxopt=<a string> Verwendungen sind angesammelt
Zusätzliche Optionen zur Übergabe an gcc für Hosttools.
Tags: action_command_lines, affects_outputs
--host_force_python=<PY2 or PY3>-Standard: siehe Beschreibung
Die Python-Version wird für die Hostkonfiguration überschrieben. Kann „PY2“ und „PY3“ sein.
Tags: loading_and_analysis, affects_outputs
--host_linkopt=<a string> Verwendungen sind angesammelt
Zusätzliche Option zur Weitergabe an gcc beim Verknüpfen von Hosttools.
Tags: action_command_lines, affects_outputs
--host_macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>-Standard: siehe Beschreibung
Mindestens kompatible macOS-Version für Hostziele. Wenn dieser Wert nicht angegeben ist, wird 'macos_sdk_version' verwendet.
Tags: loses_incremental_state
--host_swiftcopt=<a string> Verwendungen sind angesammelt
Zusätzliche Optionen zur Weitergabe an swiftc für Hosttools.
Tags: action_command_lines, affects_outputs
--[no]incompatible_avoid_conflict_dlls-Standardwert: "true"
Wenn diese Option aktiviert ist, werden alle von cc_library unter Windows generierten C++-dynamischen Bibliotheken in „name_{hash}.dll“ umbenannt, wobei die Hashwerte basierend auf dem RepositoryName und dem DLL-Paketpfad berechnet werden. Diese Option ist sinnvoll, wenn Sie ein Paket haben, das von mehreren cc_library mit demselben Namen abhängig ist (z. B. //foo/bar1:utils und //foo/bar2:utils).
Tags: loading_and_analysis, affects_outputs, incompatible_change
--[no]incompatible_merge_genfiles_directory-Standardwert: "true"
Wenn „true“, wird das Verzeichnis „genfiles“ in das bin-Verzeichnis eingebunden.
Tags: affects_outputs, incompatible_change
--[no]incompatible_use_platforms_repo_for_constraints-Standardwert: "false"
Wenn „true“, werden die Einschränkungseinstellungen von @bazel_tools entfernt.
Tags: affects_outputs, incompatible_change
--[no]instrument_test_targets-Standardwert: "false"
Wenn die Abdeckung aktiviert ist, wird angegeben, ob Instrumentierungstestregeln berücksichtigt werden. Wenn diese Richtlinie festgelegt ist, werden die durch „--instrumentation_filter“ enthaltenen Testregeln instrumentiert. Andernfalls sind Testregeln immer von der Abdeckungsinstrumentierung ausgeschlossen.
Tags: affects_outputs
--instrumentation_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths>-Standardwert: "-/javatests[/:],-/test/java[/:]"
Wenn die Abdeckung aktiviert ist, werden nur Regeln mit Namen angewendet, die vom angegebenen Regex-basierten Filter enthalten sind. Regeln mit dem Präfix '-' werden stattdessen ausgeschlossen. Nur Nicht-Testregeln werden instrumentiert, sofern --instrument_test_targets nicht aktiviert ist.
Tags: affects_outputs
--ios_cpu=<a string>-Standardwert: "x86_64"
Gibt an, dass das Ziel die CPU der iOS-Kompilierung ist.
Tags: no_op, deprecated
--ios_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>-Standard: siehe Beschreibung
Mindestens kompatible iOS-Version für Zielsimulatoren und Geräte. Wenn dieser Wert nicht angegeben ist, wird 'ios_sdk_version' verwendet.
Tags: loses_incremental_state
--ios_multi_cpus=<comma-separated list of options> Verwendungen sind angesammelt
Durch Kommas getrennte Liste von Architekturen zum Erstellen einer ios_application. Das Ergebnis ist ein universelles Binärprogramm, das alle angegebenen Architekturen enthält.
Tags: loses_incremental_state, loading_and_analysis
--[no]legacy_whole_archive-Standardwert: "true"
Ersetzt durch --incompatible_remove_legacy_whole_archive (siehe https://github.com/bazelbuild/bazel/issues/7362 für weitere Informationen). Wenn diese Option aktiviert ist, verwenden Sie „--whole-archive“ für cc_binary-Regeln, bei denen „linkshared=1“ und entweder „linkstatic=1“ oder „##9;-static'“ in „linkopts“ vorhanden sind. Dies dient nur der Abwärtskompatibilität. Besser ist es, bei Bedarf Alwayslink=1 zu verwenden.
Tags: action_command_lines, affects_outputs, deprecated
--linkopt=<a string> Verwendungen sind angesammelt
Zusätzliche Option zur Weitergabe an gcc beim Verknüpfen.
Tags: action_command_lines, affects_outputs
--ltobackendopt=<a string> Verwendungen sind angesammelt
Zusätzliche Option zur Übergabe an den LTO-Back-End-Schritt (unter --features=thin_lto).
Tags: action_command_lines, affects_outputs
--ltoindexopt=<a string> Verwendungen sind angesammelt
Zusätzliche Option zur Übergabe an den LTO-Indexierungsschritt (unter --features=thin_lto).
Tags: action_command_lines, affects_outputs
--macos_cpus=<comma-separated list of options> Verwendungen sind angesammelt
Durch Kommas getrennte Liste von Architekturen, für die Apple macOS-Binärprogramme erstellt werden sollen.
Tags: loses_incremental_state, loading_and_analysis
--macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>-Standard: siehe Beschreibung
Mindestens kompatible macOS-Version für Ziele. Wenn dieser Wert nicht angegeben ist, wird 'macos_sdk_version' verwendet.
Tags: loses_incremental_state
--[no]objc_debug_with_GLIBCXX-Standardwert: "false"
Wenn der Kompilierungsmodus festgelegt ist und 'dbg' festgelegt ist, definieren Sie GLIBCXX_DEBUG, GLIBCXX_DEBUG_PEDANTIC und GLIBCPP_CONCEPT_CHECKS.
Tags: action_command_lines
--[no]objc_enable_binary_stripping-Standardwert: "false"
Gibt an, ob Symbol- und Dead-Code-Entfernungen für verknüpfte Binärprogramme ausgeführt werden sollen. Binärautorisierungn werden entfernt, wenn sowohl dieses Flag als auch --compilation_mode=opt angegeben wurden.
Tags: action_command_lines
--objccopt=<a string> Verwendungen sind angesammelt
Zusätzliche Optionen zur Übergabe an Ziel-C.
Tags: 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> Verwendungen sind angesammelt
Zusätzliche Optionen zur selektiven Übergabe an gcc beim Kompilieren bestimmter Dateien. Diese Option kann mehrmals übergeben werden. Syntax: Regex_filter@option_1,option_2,...,option_n. Die Abkürzung Regex_filter ist eine Liste mit Regeln zum Einschließen und Ausschließen regulärer Ausdrücke (siehe auch „--instrumentation_filter“). Option_1 bis „optionn“ steht für beliebige Befehlszeilenoptionen. Wenn eine Option ein Komma enthält, muss sie in einem umgekehrten Schrägstrich in Anführungszeichen gesetzt werden. Optionen können @-Zeichen enthalten. Dabei wird nur das erste @-Zeichen verwendet. Beispiel: --per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0 fügt die Befehlszeilenoption -O0 aller Cc-Dateien in //foo/ mit Ausnahme von bar.cc hinzu.
Tags: action_command_lines, affects_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> Verwendungen sind angesammelt
Zusätzliche Optionen zur selektiven Übergabe an das LTO-Back-End (unter --features=thin_lto) beim Kompilieren bestimmter Back-End-Objekte. Diese Option kann mehrmals übergeben werden. Syntax: Regex_filter@option_1,option_2,...,option_n. Dabei steht Regex_filter für eine Liste von Ein- und Ausschlussmustern für reguläre Ausdrücke. „option_1“ steht für „option_n“ für beliebige Befehlszeilenoptionen. Wenn eine Option ein Komma enthält, muss sie in einem umgekehrten Schrägstrich in Anführungszeichen gesetzt werden. Optionen können @-Zeichen enthalten. Dabei wird nur das erste @-Zeichen verwendet. Beispiel: --per_file_ltobackendopt=//foo/.*\.o,-//foo/bar\.o@-O0 fügt die Befehlszeilenoption -O0 der LTO-Back-End-Befehlszeile aller //Dateien mit //foo/ mit Ausnahme von bar.o hinzu.
Tags: action_command_lines, affects_outputs
--platform_suffix=<a string>-Standard: siehe Beschreibung
Gibt ein Suffix an, das dem Konfigurationsverzeichnis hinzugefügt werden soll.
Tags: loses_incremental_state, affects_outputs, loading_and_analysis
--propeller_optimize=<a build target label>-Standard: siehe Beschreibung
Verwenden Sie Propeller-Profilinformationen, um das Build-Ziel zu optimieren.Ein Propeller-Profil muss aus mindestens einer Datei, einem CC-Profil und einem ld-Profil bestehen. Dieses Flag akzeptiert ein Build-Label, das auf die Eingabedateien des Propeller-Profils verweisen muss. Beispiel: Die BUILD-Datei, die das Label definiert, in a/b/BUILD:propeller_optimize( name = "propeller_profile", cc_profile = "propeller_cc_profile.txt", ld_profile = "propeller_ld_profile.txt".) Die Option muss so verwendet werden: --propeller_optimize=//a/b:propeller_profile
Tags: action_command_lines, affects_outputs
--propeller_optimize_absolute_cc_profile=<a string>-Standard: siehe Beschreibung
Name des absoluten Pfads der Datei „cc_profile“ für Propeller-Optimierte Builds
Tags: affects_outputs
--propeller_optimize_absolute_ld_profile=<a string>-Standard: siehe Beschreibung
Name des absoluten Pfads der Datei „ld_profile“ für Propeller-optimierte Builds.
Tags: affects_outputs
--run_under=<a prefix in front of command>-Standard: siehe Beschreibung
Präfix, das vor den ausführbaren Dateien für die Befehle 'test' und 'run' eingefügt werden soll Wenn der Wert 'foo -bar' lautet und die Ausführungszeile 'test_binary -baz' lautet, wird die letzte Befehlszeile 'foo -bar test_binary -baz' ausgegeben. Es kann auch ein Label für ein ausführbares Ziel sein. Beispiele: 'valgrind','strace',##9;strace -c','valgrind --quiet --num-callers=20','//package:target'//#39;//#39;//#39;//#&;
Tags: action_command_lines
--[no]share_native_deps-Standardwert: "true"
Wenn „true“, werden native Bibliotheken mit identischen Funktionen für verschiedene Ziele verwendet
Tags: loading_and_analysis, affects_outputs
--[no]stamp-Standardwert: "false"
Stempel-Binärprogramme mit Datum, Nutzername, Hostname, Arbeitsbereichinformationen usw.
Tags: affects_outputs
--strip=<always, sometimes or never>-Standardwert: "Manchmal"
Gibt an, ob Binärprogramme und gemeinsam genutzte Bibliotheken mithilfe von "-Wl,--strip-debug" entfernt werden sollen. Der Standardwert von 'Manchmal' bedeutet Streifen-iff --compilation_mode=fastbuild.
Tags: affects_outputs
--stripopt=<a string> Verwendungen sind angesammelt
Zusätzliche Optionen zur Übergabe an Streifen, wenn ein '<name>.stripped'-Binärprogramm erstellt wird.
Tags: action_command_lines, affects_outputs
--swiftcopt=<a string> Verwendungen sind angesammelt
Weitere Optionen zur Übergabe an die Swift-Zusammenstellung.
Tags: action_command_lines
--tvos_cpus=<comma-separated list of options> Verwendungen sind angesammelt
Durch Kommas getrennte Liste von Architekturen, für die Apple tvOS-Binärprogramme erstellt werden sollen.
Tags: loses_incremental_state, loading_and_analysis
--tvos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>-Standard: siehe Beschreibung
Mindestens kompatible tvOS-Version für Zielsimulatoren und Geräte. Wenn dieser Wert nicht angegeben ist, wird 'tvos_sdk_version' verwendet.
Tags: loses_incremental_state
--watchos_cpus=<comma-separated list of options> Verwendungen sind angesammelt
Durch Kommas getrennte Liste von Architekturen, für die Apple WatchOS-Binärprogramme erstellt werden sollen.
Tags: loses_incremental_state, loading_and_analysis
--watchos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>-Standard: siehe Beschreibung
Mindestens kompatible WatchOS-Version für Zielsimulatoren und Geräte. Falls nicht angegeben, wird 'watchos_sdk_version' verwendet.
Tags: loses_incremental_state
--xbinary_fdo=<a build target label>-Standard: siehe Beschreibung
Nutze die XbinaryFDO-Profilinformationen, um die Zusammenstellung zu optimieren. Name des standardmäßigen Cross-Binärprofils angeben. Wenn Sie die Option in Verbindung mit "--fdo_instrument/--fdo_optimize/--fdo_profile" nutzen, haben diese Optionen immer Vorrang, als ob "xbinary_fdo" nie angegeben wird.
Tags: affects_outputs
Optionen, die sich darauf auswirken, wie strikte Istio-Eingaben (Regeldefinitionen, Flag-Kombinationen usw.) von Istio erzwungen werden:
--auto_cpu_environment_group=<a build target label>-Standardwert: "
Deklarieren Sie die Umgebung_Gruppe, die verwendet werden soll, um CPU-Werte automatisch den Werten der Zielumgebung zuzuordnen.
Tags: changes_inputs, loading_and_analysis, experimental
--[no]check_licenses-Standardwert: "false"
Prüfen Sie, ob die Lizenzbeschränkungen von abhängigen Paketen nicht im Konflikt mit den Verteilungsmodi der erstellten Ziele stehen. Standardmäßig sind die Lizenzen nicht geprüft.
Tags: build_file_semantics
--[no]check_visibility-Standardwert: "true"
Ist die Option deaktiviert, werden Sichtbarkeitsfehler auf Warnungen herabgestuft.
Tags: build_file_semantics
--[no]desugar_for_android-Standardwert: "true"
Gibt an, ob Java 8-Bytecode vor dem Dexing entfernt werden soll.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]enforce_constraints-Standardwert: "true"
Überprüft die Umgebungen, mit denen die einzelnen Ziele kompatibel sind, und meldet Fehler, wenn ein Ziel Abhängigkeiten hat, die dieselben Umgebungen unterstützen
Tags: build_file_semantics
--[no]experimental_allow_android_library_deps_without_srcs-Standardwert: "false"
Flag, um zu verhindern, dass „srcs-less“-Regeln für android_library mit Deps zugelassen werden. Standardmäßig muss das Depot zur Einführung freigegeben werden.
Tags: eagerness_to_exit, loading_and_analysis
--[no]experimental_check_desugar_deps-Standardwert: "true"
Gibt an, ob die korrekte Beschreibung der Android-Binärdatei überprüft wird.
Tags: eagerness_to_exit, loading_and_analysis, experimental
--[no]experimental_desugar_java8_libs-Standardwert: "false"
Gibt an, ob unterstützte Java 8-Bibliotheken in Apps für ältere Geräte enthalten sein sollen.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--experimental_import_deps_checking=<off, warning or error>-Standardwert: "AUS"
Wenn diese Option aktiviert ist, prüfen Sie, ob die Abhängigkeiten von aar_import vollständig sind. Das kann den Build beeinträchtigen oder einfach zu Warnungen führen.
Tags: loading_and_analysis
--experimental_strict_java_deps=<off, warn, error, strict or default>-Standardwert: "default"
Wenn „true“, wird geprüft, ob ein Java-Ziel explizit alle direkt verwendeten Ziele als Abhängigkeiten deklariert und
Tags: build_file_semantics, eagerness_to_exit
--[no]incompatible_disable_native_android_rules-Standardwert: "false"
Wenn diese Option aktiviert ist, ist die direkte Nutzung der nativen Android-Regeln deaktiviert. Verwenden Sie stattdessen die Starlark-Android-Regeln von https://github.com/bazelbuild/rules_android
Tags: eagerness_to_exit, incompatible_change
--[no]incompatible_disable_native_apple_binary_rule-Standardwert: "false"
No-op. Hier klicken, um Abwärtskompatibilität zu gewährleisten.
Tags: eagerness_to_exit, incompatible_change
--[no]incompatible_force_strict_header_check_from_starlark-Standardwert: "true"
Wenn Sie diese Option aktivieren, legen Sie die strenge Headerüberprüfung in der Starlark API fest.
Tags: loading_and_analysis, changes_inputs, incompatible_change
--[no]incompatible_validate_top_level_header_inclusions-Standardwert: "true"
Wenn „true“ festgelegt ist, validiert Istio auch die Top-Level-Verzeichnisheader. Weitere Informationen finden Sie unter https://github.com/bazelbuild/bazel/issues/10047.
Tags: loading_and_analysis, incompatible_change
--[no]strict_filesets-Standardwert: "false"
Wenn diese Option aktiviert ist, werden Dateisätze, die die Paketgrenzen überschreiten, als Fehler gemeldet. Es funktioniert nicht, wenn „check_fileset_Abhängigkeiten_recursible“ deaktiviert ist.
Tags: build_file_semantics, eagerness_to_exit
--strict_proto_deps=<off, warn, error, strict or default>-Standardwert: "error"
Wenn kein AUS festgelegt ist, wird geprüft, ob ein Ziel von proto_library explizit direkt verwendete Ziele als Abhängigkeiten deklariert.
Tags: build_file_semantics, eagerness_to_exit, incompatible_change
--strict_public_imports=<off, warn, error, strict or default>-Standardwert: "off"
Wenn nicht, wird ein proto_library-Ziel explizit für alle in 'import public' exportierten Ziele deklariert.
Tags: build_file_semantics, eagerness_to_exit, incompatible_change
--[no]strict_system_includes-Standardwert: "false"
Wenn „true“, werden Header, die über das System gefunden werden, auch Pfade (-isystem) enthalten, müssen deklariert werden.
Tags: loading_and_analysis, eagerness_to_exit
--target_environment=<a build target label> Verwendungen sind angesammelt
Gibt diese Zielumgebung an. Muss eine Labelreferenz auf eine Regel für die Umgebung sein. Falls angegeben, müssen alle übergeordneten Ziele mit dieser Umgebung kompatibel sein.
Tags: changes_inputs
Optionen, die sich auf die Signaturausgaben eines Builds auswirken:
--apk_signing_method=<v1, v2, v1_v2 or v4>-Standardwert: "v1_v2"
Implementierung zum Signieren von APKs
Tags: action_command_lines, affects_outputs, loading_and_analysis
--[no]device_debug_entitlements-Standardwert: "true"
Wenn dieser Modus festgelegt und der Kompilierungsmodus nicht aktiviert ist, enthalten Objc-Apps beim Signieren Berechtigungen zur Fehlerbehebung.
Tags: changes_inputs
--ios_signing_cert_name=<a string>-Standard: siehe Beschreibung
Zertifikatname für die iOS-Signatur. Wenn diese Richtlinie nicht konfiguriert ist, wird auf das Bereitstellungsprofil zurückgegriffen. Kann die Schlüsselbundidentität oder der Teilstring des allgemeinen Namens des Zertifikats gemäß der Codesignatur auf der Manpage (Signatursignatur) sein.
Tags: action_command_lines
Diese Option wirkt sich auf die Semantik der Starlark-Sprache oder der Build-API aus, auf die BUILD-Dateien, BZL-Dateien oder WORKSPACE-Dateien zugreifen können.
--[no]incompatible_disallow_legacy_py_provider-Standardwert: "true"
Nein. Sie wird bald entfernt.
Tags: loading_and_analysis, incompatible_change
Optionen, die das Verhalten der Testumgebung oder des Test-Ausführers regeln:
--[no]allow_analysis_failures-Standardwert: "false"
Wenn „true“ festgelegt ist, führt ein Analysefehler eines Regelziels dazu, dass sich das Ziel einer Instanz von AnalysisFailureInfo mit der Fehlerbeschreibung weiter verbreitet, anstatt zu einem Build-Fehler.
Tags: loading_and_analysis, experimental
--analysis_testing_deps_limit=<an integer>-Standardwert: "2000"
Legt die maximale Anzahl vorübergehender Abhängigkeiten über ein Regelattribut mit einem for_analysis_testing-Konfigurationsübergang fest. Das Überschreiten dieses Grenzwerts führt zu einem Regelfehler.
Tags: loading_and_analysis
--[no]break_build_on_parallel_dex2oat_failure-Standardwert: "false"
Bei „true dex2oat action“-Fehlern wird der Build nicht ausgeführt, anstatt „dex2oat“ während der Testlaufzeit auszuführen.
Tags: loading_and_analysis, experimental
--[no]experimental_android_use_parallel_dex2oat-Standardwert: "false"
Verwende dex2oat parallel, um die Geschwindigkeit von android_test zu beschleunigen.
Tags: loading_and_analysis, host_machine_resource_optimizations, experimental
--[no]ios_memleaks-Standardwert: "false"
Prüfung auf iOS-Testziele auf Speicherlecks aktivieren.
Tags: action_command_lines
--ios_simulator_device=<a string>-Standard: siehe Beschreibung
Das Gerät, das beim Ausführen einer iOS-Anwendung im Simulator simuliert werden soll, z.B. 'iPhone 6'. Sie können eine Liste der Geräte abrufen. Führen Sie dazu auf dem Computer den Simulator aus.
Tags: test_runner
--ios_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>-Standard: siehe Beschreibung
Die iOS-Version, die im Simulator ausgeführt oder getestet werden soll. Sie wird für iOS-Testregeln ignoriert, wenn ein Zielgerät in der Regel angegeben ist.
Tags: test_runner
--runs_per_test=<a positive integer or test_regex@runs. This flag may be passed more than once> Verwendungen sind angesammelt
Gibt an, wie oft jeder Test ausgeführt wird. Wenn einer dieser Versuche aus irgendeinem Grund fehlschlägt, wird der gesamte Test als fehlgeschlagen betrachtet. Normalerweise ist der angegebene Wert nur eine Ganzzahl. Beispiel: --runs_per_test=3 führt alle Tests dreimal durch. Alternative Syntax: Regex_filter@runs_per_test. Dabei steht „run_per_test“ für eine Ganzzahl und „Regex_filter“ für eine Liste von Regeln zum Einschließen und Ausschließen regulärer Ausdrücke. Weitere Informationen finden Sie unter „--ationation_filter“. Beispiel: --runs_per_test=//foo/.*,-//foo/bar/.*@3 führt alle Tests in //foo/ bis auf dreimal unter foo/bar aus. Diese Option kann mehrmals übergeben werden. Das zuletzt übergebene Argument, das übereinstimmt, hat Vorrang. Wenn keine Übereinstimmung gefunden wird, wird der Test nur einmal durchgeführt.
--test_env=<a 'name=value' assignment with an optional value part> Verwendungen sind angesammelt
Gibt zusätzliche Umgebungsvariablen an, die in die Test-Ausführer-Umgebung eingefügt werden sollen. Variablen können entweder namentlich angegeben werden. In diesem Fall werden ihre Werte aus der Istio-Clientumgebung gelesen oder anhand des Namens=Wert-Paars. Mit dieser Option können Sie mehrere Variablen angeben. Wird nur vom &&33;bazel-Test'-Befehl verwendet.
Tags: test_runner
--test_timeout=<a single integer or comma-separated list of 4 integers>-Standardwert: "-1"
Überschreiben Sie die standardmäßigen Werte für die Zeitüberschreitung bei Testzeitüberschreitungen in Sekunden. Wird nur ein positiver Ganzzahlwert angegeben, werden alle Kategorien überschrieben. Wenn vier durch Kommas getrennte Ganzzahlen angegeben sind, werden die Zeitüberschreitungen für kurze, mittlere, lange und unbestimmte Zeit (in dieser Reihenfolge) überschrieben. In beiden Fällen gibt der Wert „-1“ an, dass das Standard-Timeout für diese Kategorie verwendet wird.
--tvos_simulator_device=<a string>-Standard: siehe Beschreibung
Das Gerät, das beim Ausführen einer tvOS-Anwendung im Simulator simuliert werden soll, z.B. 'Apple TV 1080p'. Sie können eine Liste der Geräte abrufen. Führen Sie dazu auf dem Computer den Simulator aus.
Tags: test_runner
--tvos_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>-Standard: siehe Beschreibung
Die Version von tvOS, die im Simulator ausgeführt oder getestet werden soll.
Tags: test_runner
--watchos_simulator_device=<a string>-Standard: siehe Beschreibung
Das Gerät, das beim Ausführen einer „watchOS“-Anwendung im Simulator simuliert werden soll, z.B. 'Apple Watch – 38mm'. Sie können eine Liste der Geräte abrufen. Führen Sie dazu auf dem Computer den Simulator aus.
Tags: test_runner
--watchos_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>-Standard: siehe Beschreibung
Die Version von WatchOS zum Ausführen im Simulator.
Tags: test_runner
--[no]zip_undeclared_test_outputs-Standardwert: "true"
Wenn „true“ angegeben ist, werden nicht deklarierte Testausgaben in einer ZIP-Datei archiviert.
Tags: test_runner
Optionen in Bezug auf die Abfrageausgabe und Semantik:
--aspect_deps=<off, conservative or precise>-Standardwert: "konservativ"
Wie Sie Seitenabhängigkeiten auflösen, wenn das Ausgabeformat {xml,proto,record} ist. Mit 'off' bedeutet, dass keine Facettenabhängigkeiten aufgelöst werden. 'konservativ' (Standardeinstellung) bedeutet, dass alle angegebenen Facettenabhängigkeiten hinzugefügt werden, unabhängig davon, ob sie der Regelklasse direkter Abhängigkeiten zugewiesen sind. Hinweis: Für den genauen Modus müssen andere Pakete geladen werden, um ein einzelnes Ziel auszuwerten und es dadurch langsamer zu machen als die anderen Modi. Beachten Sie auch, dass selbst der genaue Modus nicht vollständig präzise ist: Die Entscheidung, ob Sie einen Aspekt berechnen möchten, wird in der Analysephase entschieden, die nicht während der 'bazel-Abfrage' ausgeführt wird.
Tags: build_file_semantics
--[no]deduplicate_depsets-Standardwert: "true"
Duplizierte untergeordnete Blätter einer „dep_set_of_files“-Datei in der endgültigen Ausgabe von proto/textproto/json deduplizieren. Doppelte Einträge, bei denen keine unmittelbare übergeordnete Gruppe geteilt wird, werden nicht dedupliziert. Dies hat keinen Einfluss auf die endgültige effektive Liste der Eingabeartefakte der Aktionen.
Tags: terminal_output
--[no]graph:factored-Standardwert: "true"
Wenn „true“, wird die Grafik ausgegeben 'faktored' das heißt, topisch äquivalente Knoten werden zusammengeführt und ihre Labels verkettet. Diese Option gilt nur für „--output=graph“.
Tags: terminal_output
--graph:node_limit=<an integer>-Standardwert: "512"
Die maximale Länge des Labelstrings für einen Diagrammknoten in der Ausgabe. Längere Labels werden abgeschnitten. -1 bedeutet nicht, dass sie gekürzt werden. Diese Option gilt nur für „--output=graph“.
Tags: terminal_output
--[no]implicit_deps-Standardwert: "true"
Wenn diese Option aktiviert ist, werden implizite Abhängigkeiten in die Abhängigkeitsgrafik aufgenommen, über die die Abfrage funktioniert. Eine implizite Abhängigkeit ist eine, die nicht explizit in der BUILD-Datei angegeben, sondern von Bazel hinzugefügt wird. Mit dieser Option wird für cquery gesteuerte Toolchains gefiltert.
Tags: build_file_semantics
--[no]include_artifacts-Standardwert: "true"
Enthält die Namen der Ein- und Ausgaben der Aktion in der Ausgabe (möglicherweise groß).
Tags: terminal_output
--[no]include_aspects-Standardwert: "true"
aquery, cquery: ob in der Ausgabe aktionsgenerierte Aktionen enthalten sind. query: no-op (Aspekte werden immer befolgt).
Tags: terminal_output
--[no]include_commandline-Standardwert: "true"
Enthält den Inhalt der Aktionsbefehlszeilen in der Ausgabe (möglicherweise groß).
Tags: terminal_output
--[no]include_param_files-Standardwert: "false"
Geben Sie den Inhalt der Parametern an, die im Befehl verwendet werden (möglicherweise groß). Hinweis: Wenn Sie dieses Flag aktivieren, wird es automatisch aktiviert.
Tags: terminal_output
--[no]incompatible_display_source_file_location-Standardwert: "true"
Standardmäßig wird das Ziel der Quelldatei angezeigt. Wenn „true“, wird der Speicherort der Zeile 1 der Quelldateien in den Standortausgaben angezeigt. Dieses Flag ist nur für Migrationszwecke vorhanden.
Tags: terminal_output, incompatible_change
--[no]infer_universe_scope-Standardwert: "false"
Wenn "--universe_scope" festgelegt und nicht konfiguriert ist, wird ein Wert von --universe_scope als Liste eindeutiger Zielmuster im Abfrageausdruck abgeleitet. Der Wert „--universe_scope“, der für einen Abfrageausdruck abgeleitet wird, der Funktionen auf Universalebene verwendet (z. B. „allrdeps“), ist möglicherweise nicht das, was Sie möchten. Daher sollten Sie diese Option nur verwenden, wenn Sie wissen, was Sie tun. Einzelheiten und Beispiele finden Sie unter https://bazel.build/versions/reference/query#sky-query. Wenn --universe_scope festgelegt ist, wird dieser Wert ignoriert. Hinweis: Diese Option gilt nur für „Abfrage“ (d.h. nicht „cquery“).
Tags: loading_and_analysis
--[no]line_terminator_null-Standardwert: "false"
Gibt an, ob jedes Format mit \0 und nicht mit einem Zeilenumbruch beendet wird.
Tags: terminal_output
--[no]nodep_deps-Standardwert: "true"
Wenn diese Option aktiviert ist, wird deps aus den Attributen des Knotens in das Abhängigkeitsdiagramm aufgenommen, über das die Abfrage funktioniert. Ein gängiges Beispiel für das Attribut „"nodep" ist „quot;sichtbarkeit“. Führen Sie die Ausgabe von „info build-language“ aus und parsen Sie sie, um mehr über die Attribute „Nodep“ und „Build-Sprache“ zu erfahren.
Tags: build_file_semantics
--output=<a string>-Standardwert: "text"
Das Format, in dem die Abfrageergebnisse gedruckt werden sollen. Zulässige Werte für eine Abfrage sind: text, textproto, proto, jsonproto.
Tags: terminal_output
--[no]proto:default_values-Standardwert: "true"
Wenn „true“ angegeben ist, werden Attribute verwendet, deren Wert nicht explizit in der BUILD-Datei angegeben ist. Andernfalls werden sie weggelassen. Diese Option gilt für --output=proto
Tags: terminal_output
--[no]proto:definition_stack-Standardwert: "false"
Füllen Sie das Proto-Feld „definition_stack“ aus, das für jede Regelinstanz, in der die Starlark-Aufrufstack angegeben ist, einen Eintrag erfasst.
Tags: terminal_output
--[no]proto:flatten_selects-Standardwert: "true"
Wenn diese Option aktiviert ist, werden konfigurierbare Attribute, die von select() erstellt werden, vereinfacht. Bei Listentypen ist die aufgeschlüsselte Darstellung eine Liste, die jeden Wert der ausgewählten Karte genau einmal enthält. Skalartypen werden auf null reduziert.
Tags: build_file_semantics
--[no]proto:include_synthetic_attribute_hash-Standardwert: "false"
Gibt an, ob das Attribut $internal_attr_hash berechnet und ausgefüllt werden soll.
Tags: terminal_output
--[no]proto:instantiation_stack-Standardwert: "false"
Füllen Sie jede Regel mit dem Instanziierungsaufrufstack aus. Der Stack muss vorhanden sein
Tags: terminal_output
--[no]proto:locations-Standardwert: "true"
Gibt an, ob Standortinformationen in der Proto-Ausgabe ausgegeben werden.
Tags: terminal_output
--proto:output_rule_attrs=<comma-separated list of options>-Standardwert: "all"
Durch Kommas getrennte Liste der Attribute, die in der Ausgabe enthalten sein sollen. Die Standardeinstellung sind alle Attribute. Setzen Sie den Wert auf einen leeren String, um keine Attribute auszugeben. Diese Option gilt für --output=proto.
Tags: terminal_output
--[no]proto:rule_inputs_and_outputs-Standardwert: "true"
Gibt an, ob die Felder „rule_input“ und „rule_output“ ausgefüllt werden sollen.
Tags: terminal_output
--[no]relative_locations-Standardwert: "false"
Wenn „true“ festgelegt ist, ist der Speicherort der BUILD-Dateien in XML- und Proto-Ausgaben relativ. Standardmäßig ist die Standortausgabe ein absoluter Pfad und sie sind nicht geräteübergreifend konsistent. Sie können diese Option auf „true“ setzen, um auf allen Computern ein einheitliches Ergebnis zu erzielen.
Tags: terminal_output
--[no]skyframe_state-Standardwert: "false"
Du kannst den aktuellen Action Graph aus dem Skyframe speichern, ohne eine zusätzliche Analyse durchzuführen. Hinweis: Die Angabe eines Ziels mit --skyframe_state wird derzeit nicht unterstützt. Dieses Flag ist nur mit --output=proto oder --output=textproto verfügbar.
Tags: terminal_output
--[no]tool_deps-Standardwert: "true"
Abfrage: Wenn diese Option deaktiviert ist, werden Abhängigkeiten von 'Hostkonfiguration' oder 'ausführung' nicht in das Abhängigkeitsdiagramm aufgenommen, über das die Abfrage funktioniert. Eine 'Hostkonfiguration' Abhängigkeiten Cquery: Wenn diese Option deaktiviert ist, werden alle konfigurierten Ziele herausgefiltert, die einen Host- oder Ausführungsübergang vom übergeordneten Ziel übergehen, das dieses konfigurierte Ziel erkannt hat. Wenn sich also das Ziel der obersten Ebene in der Zielkonfiguration befindet, werden nur konfigurierte Ziele zurückgegeben, die auch in der Zielkonfiguration enthalten sind. Wenn sich das oberste Ziel in der Hostkonfiguration befindet, werden nur vom Host konfigurierte Ziele zurückgegeben. Mit dieser Option werden geklärte Toolchains NICHT ausgeschlossen.
Tags: build_file_semantics
--universe_scope=<comma-separated list of options>-Standardwert: "
Durch Kommas getrennte Gruppe von Zielmustern (additiv und subtrahiert) Die Abfrage kann in dem Rahmen ausgeführt werden, der durch die vorübergehende Schließung der angegebenen Ziele definiert wird. Diese Option wird für die Abfrage- und „cquery“-Befehle verwendet. Bei der cquery-Eingabe werden die Ziele eingegeben, unter denen alle Antworten erstellt werden. Dadurch kann sie sich auf Konfigurationen und Übergänge auswirken. Ist die Option nicht angegeben, wird davon ausgegangen, dass die übergeordneten Ziele aus dem Abfrageausdruck geparst werden. Hinweis: Wenn Sie diese Option für cquery nicht angeben, wird der Build eventuell nicht mehr ausgeführt, wenn aus dem Abfrageausdruck geparste Ziele nicht mit Optionen auf oberster Ebene erstellt werden können.
Tags: loading_and_analysis
Optionen, die eine Optimierung der Build-Zeit auslösen:
--[no]collapse_duplicate_defines-Standardwert: "false"
Wenn diese Option aktiviert ist, wird redundant – definiert – frühzeitig im Build entfernt. So vermeiden Sie, dass der Analyse-Cache für bestimmte Typen gleichwertiger Builds unnötig verloren geht.
Tags: loading_and_analysis, loses_incremental_state
--[no]experimental_filter_library_jar_with_program_jar-Standardwert: "false"
Filtern Sie den ProGuard ProgramJar, um alle auch in LibraryJar vorhandenen Kurse zu entfernen.
Tags: action_command_lines
--[no]experimental_inmemory_dotd_files-Standardwert: "false"
Wenn diese Option aktiviert ist, werden C++-.d-Dateien direkt im Arbeitsspeicher von den Remote-Build-Knoten geleitet, anstatt auf das Laufwerk geschrieben zu werden.
Tags: loading_and_analysis, execution, affects_outputs, experimental
--[no]experimental_inmemory_jdeps_files-Standardwert: "false"
Wenn diese Option aktiviert ist, werden die von Java-kompilierten generierten Abhängigkeits-Dateien (.jdeps) direkt von den Remote-Build-Knoten aus über den Arbeitsspeicher geleitet, anstatt auf das Laufwerk geschrieben zu werden.
Tags: loading_and_analysis, execution, affects_outputs, experimental
--[no]experimental_objc_include_scanning-Standardwert: "false"
So führen Sie Scans für das Ziel-C/C++ durch:
Tags: loading_and_analysis, execution, changes_inputs
--[no]experimental_parse_headers_skipped_if_corresponding_srcs_found-Standardwert: "false"
Wenn diese Funktion aktiviert ist, wird keine Funktion zum Kompilieren von Headern erstellt, wenn eine Quelle mit demselben Basisnamen im selben Ziel gefunden wird.
Tags: loading_and_analysis, affects_outputs
--[no]experimental_retain_test_configuration_across_testonly-Standardwert: "false"
Wenn diese Option aktiviert ist, wird die Testkonfiguration für die mit „testonly=1“ gekennzeichneten Regeln nicht abgeschnitten. Dadurch sollen Probleme mit Aktionskonflikten minimiert werden, wenn Nicht-Testregeln von cc_test-Regeln abhängen. Keine Auswirkungen, wenn „--trim_test_configuration“ auf „false“ gesetzt ist.
Tags: loading_and_analysis, loses_incremental_state
--[no]experimental_starlark_cc_import-Standardwert: "false"
Wenn diese Option aktiviert ist, kann die Starlark-Version von cc_import verwendet werden.
Tags: loading_and_analysis, experimental
--[no]experimental_unsupported_and_brittle_include_scanning-Standardwert: "false"
Gibt an, ob Eingaben für die C/C++-Kompilierung durch das Parsen von #include-Zeilen aus Eingabedateien eingeschränkt werden sollen. Dies kann die Leistung und Inkrementalität verbessern, indem die Größe der Zusammenstellung von Eingabebäumen reduziert wird. Es kann jedoch auch dazu führen, dass Builds nicht korrekt funktionieren, da der Include-Scanner die C-Präprozessorsemantik nicht vollständig implementiert. Insbesondere werden dynamische #include-Anweisungen nicht erkannt und bedingte Logik von Präprozessoren ignoriert. Die Nutzung erfolgt auf eigenes Risiko. Alle Probleme im Zusammenhang mit dieser Kennzeichnung werden geschlossen.
Tags: loading_and_analysis, execution, changes_inputs
--[no]incremental_dexing-Standardwert: "true"
Der Großteil der Dexing-Vorgänge erfolgt für jede JAR-Datei separat.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]objc_use_dotd_pruning-Standardwert: "true"
Wenn festgelegt, werden die von clang ausgegebenen .d-Dateien dazu verwendet, die an die Objc-Kompilierungen übergebenen Eingaben zu kürzen.
Tags: changes_inputs, loading_and_analysis
--[no]process_headers_in_dependencies-Standardwert: "false"
Beim Erstellen eines Ziels //a:a werden Header in allen Zielen verarbeitet, von denen //a:a abhängt, sofern die Headerverarbeitung für die Toolchain aktiviert ist.
Tags: execution
--[no]trim_test_configuration-Standardwert: "true"
Wenn diese Option aktiviert ist, werden testbezogene Optionen unter der obersten Ebene des Builds gelöscht. Wenn dieses Flag aktiv ist, können Tests nicht als Abhängigkeiten von Nicht-Testregeln erstellt werden. Änderungen an testbezogenen Optionen führen jedoch nicht dazu, dass Nicht-Testregeln neu analysiert werden.
Tags: loading_and_analysis, loses_incremental_state
--[no]use_singlejar_apkbuilder-Standardwert: "true"
Diese Option wurde eingestellt. Das bedeutet, dass es ab sofort nicht mehr verfügbar ist und bald entfernt wird.
Tags: loading_and_analysis
Optionen, die die Ausführlichkeit, das Format oder den Speicherort von Logging beeinflussen:
--toolchain_resolution_debug=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths>-Standardwert: "-.*"
Informationen zur Fehlerbehebung während der Toolchain-Auflösung drucken. Dieses Flag verwendet einen Regex, der mit Toolchain-Typen und bestimmten Zielen geprüft wird, um festzustellen, welche debuggen werden sollen. Mehrere reguläre Ausdrücke können durch Kommas getrennt werden. Dann werden die regulären Ausdrücke separat geprüft. Hinweis: Die Ergebnisse dieses Flags sind sehr komplex und werden wahrscheinlich nur für Experten in der Toolchain-Auflösung nützlich sein.
Tags: terminal_output
Optionen zur Angabe oder Änderung einer allgemeinen Eingabe für einen Istio-Befehl, die nicht in andere Kategorien fallen:
--flag_alias=<a 'name=value' flag alias> Verwendungen sind angesammelt
Stellt einen Kurznamen für ein Starlark-Flag ein. Es wird ein einzelnes Schlüssel/Wert-Paar in der Form „<key>=<value>" als Argument verwendet.
Tags: changes_inputs
--[no]incompatible_default_to_explicit_init_py-Standardwert: "false"
Mit diesem Flag wird das Standardverhalten so geändert, dass __init__.py-Dateien nicht mehr automatisch in den Runfiles von Python-Zielen erstellt werden. Wenn also das Ziel „py_binary“ oder „py_test“ auf „auto_create_init“ auf „auto"“ (Standardeinstellung) gesetzt ist, wird es als „false“ behandelt, wenn das Flag festgelegt ist. Siehe https://github.com/bazelbuild/bazel/issues/10076.
Tags: affects_outputs, incompatible_change
--[no]incompatible_py2_outputs_are_suffixed-Standardwert: "true"
Wenn „true“ festgelegt ist, werden Ziele, die in der Python 2-Konfiguration erstellt wurden, unter einem Ausgabestamm angezeigt, das das Suffix „#39;-py2&#39“ enthält, während für Python 3 erstellte Ziele in einem Stammverzeichnis ohne Python-bezogenes Suffix enthalten sind. Das heißt, der „Bazel-bin“-Komfort-Symlink verweist auf Python 3-Ziele statt auf Python 2. Wenn Sie diese Option aktivieren, wird außerdem empfohlen, "--incompatible_py3_is_default" zu aktivieren.
Tags: affects_outputs, incompatible_change
--[no]incompatible_py3_is_default-Standardwert: "true"
Wenn „true“, werden für „py_binary“ und „py_test“ die Ziele „python_version“ (oder „default_python_version“) nicht standardmäßig festgelegt, sondern „PY2“. Wenn Sie dieses Flag festlegen, wird außerdem „--incompatible_py2_outputs_are_suffixed“ angegeben.
Tags: loading_and_analysis, affects_outputs, incompatible_change
--[no]incompatible_use_python_toolchains-Standardwert: "true"
Wenn diese Richtlinie auf „true“ gesetzt ist, verwenden ausführbare ausführbare Python-Regeln die von der Python-Toolchain angegebene Python-Laufzeit, nicht die von älteren Flags wie „--python_top“ angegebenen Laufzeit.
Tags: loading_and_analysis, incompatible_change
--python_version=<PY2 or PY3>-Standard: siehe Beschreibung
Der Hauptversionsmodus von Python, entweder „PY2“ oder „PY3“, wird durch die Ziele „py_binary“ und „py_test“ überschrieben (auch wenn keine Version explizit angegeben wird), sodass es in der Regel keinen Grund zur Bereitstellung dieses Flags gibt.
Tags: loading_and_analysis, affects_outputs, explicit_in_output_path
Sonstige Optionen, die nicht anderweitig kategorisiert wurden:
--[no]cache_test_results [-t] Standardeinstellung: "auto"
Bei der Einstellung „'auto'“ wird ein Test nur dann wiederholt, wenn (1) Änderungen im Test oder in den zugehörigen Abhängigkeiten erkannt wurden, (2) der Test als extern markiert ist, (3) mehrere Testläufe mit „--runs_per_test“ angefordert wurden oder(4) der Test zuvor fehlgeschlagen ist. Wenn Sie diese Option auf „#39;yes'“ festlegen, werden alle Testergebnisse mit Ausnahme von Tests, die als extern gekennzeichnet sind, im Cache gespeichert. Wenn diese auf 'no' gesetzt ist, speichert Istio keine Testergebnisse im Cache.
--[no]experimental_cancel_concurrent_tests-Standardwert: "false"
Wenn der Wert „true“ ist, bricht Blaze bei der ersten erfolgreichen Ausführung gleichzeitig Tests ab. Dies ist nur in Kombination mit --runs_per_test_detects_flakes sinnvoll.
Tags: affects_outputs, loading_and_analysis
--[no]experimental_fetch_all_coverage_outputs-Standardwert: "false"
Wenn dieser Wert „true“ ist, ruft Istio für jeden Test das gesamte Verzeichnis mit den Abdeckungsdaten ab.
Tags: affects_outputs, loading_and_analysis
--[no]experimental_generate_llvm_lcov-Standardwert: "false"
Wenn „true“, wird für clang ein LCOV-Bericht erstellt.
Tags: affects_outputs, loading_and_analysis
--[no]experimental_j2objc_header_map-Standardwert: "true"
Gibt an, ob eine J2ObjC-Headerkarte parallel zur J2ObjC-Transpilation generiert werden soll.
--[no]experimental_j2objc_shorter_header_path-Standardwert: "false"
Ob sie mit einem kürzeren Headerpfad generiert werden soll (verwendet "_ios" statt "_j2objc")
Tags: affects_outputs
--experimental_java_classpath=<off, javabuilder or bazel>-Standardwert: "javabuilder"
Aktiviert reduzierte Klassenpfade für Java-Kompilierungen.
--[no]experimental_limit_android_lint_to_android_constrained_java-Standardwert: "false"
Beschränken Sie „--experimental_run_android_lint_on_java_rules“ auf Android-kompatible Bibliotheken.
Tags: affects_outputs
--[no]experimental_run_android_lint_on_java_rules-Standardwert: "false"
Gibt an, ob java_*-Quellen validiert werden sollen.
Tags: affects_outputs
--[no]explicit_java_test_deps-Standardwert: "false"
Geben Sie explizit eine Abhängigkeit von JUnit oder Hamcrest in einem java_test an, anstatt versehentlich aus den TestAusführer-Abrufen abzurufen. Funktioniert derzeit nur für Baizel.
--host_java_launcher=<a build target label>-Standard: siehe Beschreibung
Der Java-Launcher, der von Tools verwendet wird, die während eines Builds ausgeführt werden.
--host_javacopt=<a string> Verwendungen sind angesammelt
Zusätzliche Optionen zur Weitergabe an Javac, wenn Tools erstellt werden, die während eines Builds ausgeführt werden.
--host_jvmopt=<a string> Verwendungen sind angesammelt
Zusätzliche Optionen zur Weitergabe an die Java-VM, wenn Tools erstellt werden, die während des Builds ausgeführt werden. Diese Optionen werden den VM-Startoptionen jedes java_binary-Ziels hinzugefügt.
--[no]incompatible_exclusive_test_sandboxed-Standardwert: "false"
Bei „true“ werden exklusive Tests mit einer Sandbox-Strategie ausgeführt. Fügen Sie ein 'local'-Tag hinzu, um einen exklusiven Testlauf lokal zu erzwingen.
Tags: incompatible_change
--[no]incompatible_strict_action_env-Standardwert: "false"
Bei"true"verwendet {5/} eine Umgebung mit einem statischen Wert für PATH und übernimmt nicht LD_LIBRary_PATH. Verwenden Sie „--action_env=ENV_VARIABLE“, wenn Sie bestimmte Umgebungsvariablen vom Client übernehmen möchten. Beachten Sie jedoch, dass dadurch das nutzerübergreifende Caching verhindert werden kann, wenn ein gemeinsamer Cache verwendet wird.
Tags: loading_and_analysis, incompatible_change
--j2objc_translation_flags=<comma-separated list of options> Verwendungen sind angesammelt
Zusätzliche Optionen zur Übergabe an das J2ObjC-Tool.
--java_debug
Sorgt dafür, dass die Java-Maschine eines Java-Tests vor dem Test auf eine Verbindung von einem JDWP-kompatiblen Debugger (z. B. jdb) wartet. Impliziert -test_output=streamed.
Erweiterung zu:
--test_arg=--wrapper_script_flag=--debug
--test_output=streamed
--test_strategy=exclusive
--test_timeout=9999
--nocache_test_results
--[no]java_deps-Standardwert: "true"
Generieren Sie Abhängigkeiteninformationen (bisher Kompilierungszeitpfad) pro Java-Ziel.
--[no]java_header_compilation-Standardwert: "true"
Ijars kompilieren Sie direkt aus der Quelle.
--java_language_version=<a string>-Standardwert: "8"
Die Java-Sprachversion
--java_launcher=<a build target label>-Standard: siehe Beschreibung
Der Java-Launcher zum Erstellen von Java-Binärprogrammen. Wenn dieses Flag auf den leeren String festgelegt ist, wird der PROVIDER-Launcher verwendet. Dieses Attribut wird durch das Attribut „&Launcher“ überschrieben.
--java_runtime_version=<a string>-Standardwert: "local_jdk"
Die Java-Laufzeitumgebung
--javacopt=<a string> Verwendungen sind angesammelt
Zusätzliche Optionen zur Übergabe an Javac.
--jvmopt=<a string> Verwendungen sind angesammelt
Zusätzliche Optionen zur Übergabe an die Java-VM. Diese Optionen werden den VM-Startoptionen jedes java_binary-Ziels hinzugefügt.
--legacy_main_dex_list_generator=<a build target label>-Standard: siehe Beschreibung
Gibt ein Binärprogramm an, das zum Generieren der Liste der Klassen verwendet werden soll, die beim Kompilieren eines Legacy-Multidex im Hauptdex enthalten sein müssen.
--plugin=<a build target label> Verwendungen sind angesammelt
Plug-ins, die im Build verwendet werden sollen. Funktioniert derzeit mit java_plugin.
--proguard_top=<a build target label>-Standard: siehe Beschreibung
Gibt an, welche Version von ProGuard beim Erstellen eines Java-Binärprogramms für das Entfernen von Code verwendet werden soll.
--proto_compiler=<a build target label>-Standardeinstellung: "@com_google_Ю//:protoc"
Das Label des Proto-Compilers.
Tags: affects_outputs, loading_and_analysis
--proto_toolchain_for_cc=<a build target label>-Standardeinstellung: "@com_google_SNIPPET//:cc_chain"
Label von proto_lang_chain(), das beschreibt, wie C++-Protos kompiliert werden
Tags: affects_outputs, loading_and_analysis
--proto_toolchain_for_j2objc=<a build target label>-Standardeinstellung: "@bazel_tools//tools/j2objc:j2objc_proto_chain"
Label von proto_lang_chain(), das beschreibt, wie j2objc-Protos kompiliert werden
Tags: affects_outputs, loading_and_analysis
--proto_toolchain_for_java=<a build target label>-Standardeinstellung: "@com_google_dmca//:java_chain"
Label von proto_lang_chain(), das beschreibt, wie Java-Protos kompiliert werden
Tags: affects_outputs, loading_and_analysis
--proto_toolchain_for_javalite=<a build target label>-Standardeinstellung: "@com_google_SNIPPET//:javalite_chain"
Label von proto_lang_chain(), das beschreibt, wie JavaLite-Protos kompiliert werden
Tags: affects_outputs, loading_and_analysis
--protocopt=<a string> Verwendungen sind angesammelt
Zusätzliche Optionen zur Übergabe an den Ю-Compiler.
Tags: affects_outputs
--[no]runs_per_test_detects_flakes-Standardwert: "false"
Ist dieser Wert „true“, wird jedes Shard, bei dem mindestens ein Ausführungs- oder Versuch erfolgreich ist, und mindestens ein Ausführungs- oder Angriffsversuch den FLAKY-Status erhalten.
--shell_executable=<a path>-Standard: siehe Beschreibung
Absolutpfad zur ausführbaren Shell-Anwendung, die von Istio verwendet werden kann. Wenn die Richtlinie nicht konfiguriert ist, aber die Umgebungsvariable BAZEL_SH beim ersten Aufruf von Istio (also dem Start eines Istio-Servers) festgelegt ist, wird sie von Istio verwendet. Wenn keine dieser beiden Einstellungen festgelegt ist, verwendet {5/} einen hartcodierten Standardpfad abhängig vom Betriebssystem, auf dem es ausgeführt wird (Windows: c:/tools/msys64/usr/bin/bash.exe, FreeBSD: /usr/local/bin/bash, alle anderen: /bin/bash). Beachten Sie, dass die Verwendung von Shell, die nicht mit Bash kompatibel ist, zu Build-Fehlern oder Laufzeitfehlern der generierten Binärprogramme führen kann.
Tags: loading_and_analysis
--test_arg=<a string> Verwendungen sind angesammelt
Gibt zusätzliche Optionen und Argumente an, die an die ausführbare Testdatei übergeben werden sollen. Kann mehrfach verwendet werden, um mehrere Argumente anzugeben. Wenn mehrere Tests ausgeführt werden, erhält jeder Test identische Argumente. Wird nur vom &&33;bazel-Test'-Befehl verwendet.
--test_filter=<a string>-Standard: siehe Beschreibung
Gibt einen Filter zum Weiterleiten an das Test-Framework an. Wird verwendet, um die Anzahl der durchgeführten Tests einzuschränken. Das hat keinen Einfluss darauf, welche Ziele erstellt werden.
--test_result_expiration=<an integer>-Standardwert: "-1"
Diese Option wurde verworfen und hat keine Auswirkungen.
--[no]test_runner_fail_fast-Standardwert: "false"
Leitet die Option „Schnell vor“ für den Test-Ausführer zurück. Der Test-Ausführer sollte die Ausführung nach dem ersten Fehler beenden.
--test_sharding_strategy=<explicit or disabled>-Standardwert: "explicit"
Geben Sie eine Strategie für die Fragmentierung an: 'explicit' soll die Fragmentierung nur verwenden, wenn das Attribut 'shard_count' BUILD vorhanden ist. 'disabled' Testfragmentierung nie verwenden
--tool_java_language_version=<a string>-Standardwert: "8"
Die Java-Sprachversion, die zur Ausführung der Tools verwendet wird, die während eines Builds benötigt werden
--tool_java_runtime_version=<a string>-Standardwert: "remotejdk_11"
Die Java-Laufzeitumgebung, mit der Tools während des Builds ausgeführt werden
--[no]use_ijars-Standardwert: "true"
Wenn diese Option aktiviert ist, verwendet die Java-Kompilierung JAR-Schnittstellen. Dadurch werden die Daten schneller kompiliert, die Fehlermeldungen können aber abweichen.

Build-Optionen

Optionen, die vor dem Befehl angezeigt werden und vom Client geparst werden:
--check_direct_dependencies=<off, warning or error>-Standardwert: "warning"
Prüfen Sie, ob die im Stammmodul angegebenen direkten „bazel_dep“-Abhängigkeiten mit den Versionen übereinstimmen, die Sie in der aufgelösten Abhängigkeitsgrafik abrufen. Gültige Werte sind „off“ (deaktiviert), um die Prüfung zu deaktivieren, oder „warning“ (Warnung), wenn eine Diskrepanz erkannt wird, oder „error“ (Fehler), um den Fehler zu beheben.
Tags: loading_and_analysis
--distdir=<a path> Verwendungen sind angesammelt
Zusätzliche Möglichkeiten, nach Archiven zu suchen, bevor auf das Netzwerk zugegriffen wird, um sie herunterzuladen
Tags: bazel_internal_configuration
--[no]experimental_enable_bzlmod-Standardwert: "false"
Wenn „true“ festgelegt ist, versucht Istio, externe Repositories aus dem Bzlmod-System zu laden, bevor er die WORKSPACE-Datei aufruft.
Tags: loading_and_analysis
Wenn diese Option aktiviert ist, wird die Datei im Repository-Cache bei einem Cache-Treffer nicht verknüpft, sondern nur im Cache gespeichert. So soll Speicherplatz gespart werden.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id-Standardwert: "false"
Wenn „true“, verwenden Sie einen String, der von den URLs der Repository-Downloads abgeleitet wird, als kanonische_id, sofern nicht angegeben. Wenn Sie den Cache eines Downloads mit demselben Hashwert herunterladen, führt dies zu einer Änderung der URLs. Hiermit kannst du prüfen, ob URL-Änderungen dazu führen, dass fehlerhafte Repositories vom Cache verdeckt werden.
Tags: loading_and_analysis, experimental
--[no]experimental_repository_disable_download-Standardwert: "false"
Wenn festgelegt, ist das Herunterladen externer Repositories nicht zulässig.
Tags: experimental
--experimental_repository_downloader_retries=<an integer>-Standardwert: "0"
Die maximale Anzahl von Versuchen für einen neuen Downloadfehler. Wenn Sie den Wert auf 0 setzen, sind Wiederholungsversuche deaktiviert.
Tags: experimental
--experimental_scale_timeouts=<a double>-Standardwert: "1.0"
Sämtliche Zeitüberschreitungen in den Starlark-Repository-Regeln werden nach diesem Faktor skaliert. Auf diese Weise können externe Repositories auf Computern ausgeführt werden, die langsamer als erwartet sind, ohne den Quellcode zu ändern.
Tags: bazel_internal_configuration, experimental
--http_timeout_scaling=<a double>-Standardwert: "1.0"
Alle Zeitüberschreitungen in Bezug auf HTTP-Downloads um den angegebenen Faktor skalieren
Tags: bazel_internal_configuration
--[no]ignore_dev_dependency-Standardwert: "false"
Wenn "true", ignoriert Istio "bazel_dep" und "use_extension" als "dev_dependency" im MODULE.bazel des Stammmoduls. Diese Entwicklungsabhängigkeiten werden in der Datei MODULE.bazel immer ignoriert, wenn sie nicht das Stammmodul ist. Dies gilt unabhängig vom Wert dieses Flags.
Tags: loading_and_analysis
--registry=<a string> Verwendungen sind angesammelt
Gibt die Registries an, in denen die Abhängigkeiten des Istio-Moduls gefunden werden sollen. Die Reihenfolge ist dabei wichtig: Die Module werden in früheren Registries aufgeführt, erst später, wenn sie nicht mehr in den früheren Registries vorhanden sind.
Tags: changes_inputs
--repository_cache=<a path>-Standard: siehe Beschreibung
Gibt den Cache-Speicherort der heruntergeladenen Werte an, die beim Abrufen externer Repositories abgerufen wurden. Ein leerer String als Argument fordert an, den Cache zu deaktivieren.
Tags: bazel_internal_configuration
Optionen zur Steuerung der Build-Ausführung:
--[no]check_up_to_date-Standardwert: "false"
Führen Sie den Build nicht aus, sondern prüfen Sie nur, ob er aktuell ist. Wenn alle Ziele auf dem neuesten Stand sind, wurde der Build erfolgreich abgeschlossen. Wenn ein Schritt ausgeführt werden muss, wird ein Fehler gemeldet und der Build schlägt fehl.
Tags: execution
--[no]experimental_delay_virtual_input_materialization-Standardwert: "false"
Bei „true“ werden virtuelle Eingaben (z. B. Parameterdateien) nur in der Sandbox und nicht in der Execut-Root erstellt, wodurch eine Race-Bedingung bei Verwendung des dynamischen Planers behoben wird. Dieses Flag dient ausschließlich zur Behebung dieses Fehlers.
Tags: execution
--experimental_docker_image=<a string>-Standardwert: "
Geben Sie einen Docker-Image-Namen an (z.B. "googleplay:latest"), der für die Ausführung einer Sandbox-Aktion verwendet werden soll, wenn die Docker-Strategie verwendet wird und die Aktion selbst bereits ein Container-Image-Attribut in der „remote_execute_properties“ in der Plattformbeschreibung enthält. Der Wert dieses Flags wird wie gewünscht an 'reseller run' übergeben, sodass es dieselbe Syntax und Mechanismen wie Docker selbst unterstützt.
Tags: execution
--[no]experimental_docker_privileged-Standardwert: "false"
Wenn diese Option aktiviert ist, übergibt Istio das Flag --privilegiert an 'reseller run' beim Ausführen von Aktionen. Dies kann für Ihren Build erforderlich sein, kann jedoch auch zu einer geringeren Optik führen.
Tags: execution
--[no]experimental_docker_use_customized_images-Standardwert: "true"
Wenn diese Option aktiviert ist, werden die uid- und gid-Elemente des aktuellen Nutzers in das Docker-Image eingefügt, bevor sie verwendet werden. Das ist erforderlich, wenn Build oder Tests davon abhängen, dass der Nutzer einen Namen und ein Basisverzeichnis im Container hat. Die Funktion ist standardmäßig aktiviert, kann aber deaktiviert werden, falls die automatische Bildanpassung nicht funktioniert oder du sie nicht benötigst.
Tags: execution
--[no]experimental_docker_verbose-Standardwert: "false"
Wenn diese Option aktiviert ist, gibt Istio ausführlichere Informationen zur Strategie für die Docker-Sandbox aus.
Tags: execution
--[no]experimental_enable_docker_sandbox-Standardwert: "false"
Docker-basiertes Sandboxing aktivieren. Diese Option hat keine Auswirkungen, wenn Docker nicht installiert ist.
Tags: execution
--[no]experimental_reuse_sandbox_directories-Standardwert: "false"
Wenn auf „true“ gesetzt, können Verzeichnisse, die von Nutzern in einer Sandbox ausgeführt werden, weiterverwendet werden, um unnötige Einrichtungskosten zu vermeiden.
Tags: execution
--experimental_sandbox_async_tree_delete_idle_threads=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5">-Standardwert: "0"
Wenn 0, werden die Sandbox-Bäume gelöscht, sobald eine Aktion abgeschlossen wird. Dies führt dazu, dass die Aktion verzögert wird. Ist dieser Wert größer als null, führen Sie das Löschen solcher drei in einem asynchronen Thread-Pool mit der Größe 1 aus, wenn der Build ausgeführt wird. Dabei wird die Größe erreicht, die durch dieses Flag angegeben wird, wenn der Server inaktiv ist.
Tags: execution
Wenn „true“, werden die Ziele von symbolischen Links zugeordnet, die als Aktionseingaben in der Sandbox angegeben sind Mit dieser Funktion können Sie fehlerhafte Regeln umgehen, die diese Fehler nicht automatisch beheben. Sie sollten entfernt werden, sobald alle Regeln korrigiert wurden.
--experimental_sandboxfs_path=<a string>-Standardwert: "sandboxfs"
Pfad zum sandboxfs-Binärprogramm, das verwendet werden soll, wenn --experimental_use_sandboxfs „true“ ist. Wenn es sich um einen reinen Namen handelt, verwenden Sie das erste Binärprogramm dieses Namens im PATH.
--[no]experimental_split_xml_generation-Standardwert: "true"
Wenn dieses Flag festgelegt ist und keine Testaktion keine test.xml-Datei generiert, erstellt Istio eine separate Testdatei, die das Testprotokoll enthält. Andernfalls wird die Datei „test.xml“ im Rahmen der Testaktion generiert.
Tags: execution
--[no]experimental_use_hermetic_linux_sandbox-Standardwert: "false"
Ist dieser Wert auf „true“ gesetzt, wird kein Root bereitgestellt, sondern nur das, was mit „sandbox_add_mount_pair“ bereitgestellt wird. Eingabedateien sind mit der Sandbox fest verknüpft und nicht mit einer Sandbox aus verknüpft. Befindet sich die Aktionseingabedatei in einem anderen Dateisystem als der Sandbox, werden die Eingabedateien stattdessen kopiert.
Tags: execution
--[no]experimental_use_sandboxfs-Standardwert: "false"
Mit sandboxfs können Sie die Aktionen &33; ausführbaren Stammverzeichniss erstellen, anstatt einen symlink-Baum zu erstellen. Wenn &yes Wenn „auto“ angezeigt wird, kann das Binärprogramm fehlen oder nicht kompatibel sein.
--[no]experimental_use_windows_sandbox-Standardwert: "false"
Verwenden Sie die Windows-Sandbox, um Aktionen auszuführen. Wenn &yes Wenn „auto“ angezeigt wird, kann das Binärprogramm fehlen oder nicht kompatibel sein.
--experimental_windows_sandbox_path=<a string>-Standardeinstellung: "BazelSandbox.exe"
Pfad zum Windows-Sandbox-Binärprogramm, das verwendet werden soll, wenn --experimental_use_windows_sandbox wahr ist. Wenn es sich um einen reinen Namen handelt, verwenden Sie das erste Binärprogramm dieses Namens im PATH.
--genrule_strategy=<comma-separated list of options>-Standardwert: "
Geben Sie an, wie Genlogs ausgeführt werden sollen. Dieses Flag wird eingestellt. Verwenden Sie stattdessen --spawn_strategy=<value>, um alle Aktionen zu steuern, oder --strategy=Genrule=<value>, um nur Genrules zu steuern.
Tags: execution
--[no]incompatible_legacy_local_fallback-Standardwert: "true"
Ist dieser Wert auf „true“ gesetzt, wird das implizite Fallback aus der Sandbox von der lokalen Strategie aktiviert. Dieses Flag wird standardmäßig auf "false" gesetzt und dann zu einem Nullvorgang. Verwenden Sie stattdessen "--strategy", "--spawn_strategy" oder "--dynamic_local_strategy", um die Fallbacks zu konfigurieren.
Tags: execution, incompatible_change
Wenn die Richtlinie auf „true“ gesetzt wird, stellt Istio die Symlinks in Aktionsausgaben im Remote-Caching/-Ausführungsprotokoll als solche dar. Das aktuelle Verhalten gilt für Remote-Caches/Executors, um Symlinks zu folgen und als Dateien darzustellen. Weitere Informationen finden Sie unter #6631.
Tags: execution, incompatible_change
--jobs=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5"> [-j] Standardeinstellung: "auto"
Die Anzahl der gleichzeitigen Jobs, die ausgeführt werden sollen. Verwendet eine Ganzzahl oder ein Keyword ("auto", "HOST_CPUS", "HOST_RAM"), optional gefolgt von einer Operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5" Die Werte müssen zwischen 1 und 5.000 liegen. Werte über 2.500 können Speicherprobleme verursachen. Mit „auto" wird ein angemessener Standardwert basierend auf Hostressourcen berechnet.
Tags: host_machine_resource_optimizations, execution
--[no]keep_going [-k] Standardeinstellung: "false"
Fahren Sie nach einem Fehler so weit wie möglich fort. Das Ziel, bei dem Fehler aufgetreten sind, und solche, die davon abhängen, können zwar nicht analysiert werden, aber andere Voraussetzungen dieser Ziele können sein.
Tags: 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">-Standardwert: "auto"
Anzahl der parallelen Threads, die für die Lade-/Analysephase verwendet werden sollen.Es wird eine Ganzzahl oder ein Keyword ("auto", "HOST_CPUS", "HOST_RAM") gefolgt von einer Operation ([-|*]<float>) angegeben. Beispiel: "auto", "HOST_CPUS*.5" Mit „auto"“ wird basierend auf den Hostressourcen ein angemessener Standardwert festgelegt. Muss mindestens 1 sein.
Tags: bazel_internal_configuration
Wenn „true“, laden Sie die symlink-Ausgabe der Aktion in den Remote-Cache hoch. Wenn diese Option nicht aktiviert ist, schlagen Aktionen im Cache, die Symlinks ausgeben, fehl.
Tags: execution
--spawn_strategy=<comma-separated list of options>-Standardwert: "
Geben Sie an, wie Aktionen beim Erstellen standardmäßig ausgeführt werden. Zulässig ist eine durch Kommas getrennte Liste von Strategien von der höchsten zur niedrigsten Priorität. Für jede Aktion wählt entsprechend die Strategie mit der höchsten Priorität aus. Der Standardwert ist „remote,worker,sandboxed,local"“. Weitere Informationen finden Sie unter https://blog.bazel.build/2019/06/19/list-strategy.html.
Tags: execution
--strategy=<a '[name=]value1[,..,valueN]' assignment> Verwendungen sind angesammelt
Angeben, wie die Zusammenstellung anderer Aktionen für Aktionen generiert werden soll. Zulässig ist eine durch Kommas getrennte Liste von Strategien von der höchsten zur niedrigsten Priorität. Für jede Aktion wählt entsprechend die Strategie mit der höchsten Priorität aus. Der Standardwert ist „remote,worker,sandboxed,local"“. Dieses Flag überschreibt die von --spawn_strategy (und --genrule_strategy) verwendeten Werte, wenn sie mit der mnemonic Genrule verwendet werden. Weitere Informationen finden Sie unter https://blog.bazel.build/2019/06/19/list-strategy.html.
Tags: execution
--strategy_regexp=<a '<RegexFilter>=value[,value]' assignment> Verwendungen sind angesammelt
Damit lässt sich überschreiben, welche Strategie bei Aktionen ausgelöst werden soll, deren Beschreibung mit einem bestimmten Regex_filter übereinstimmt. Weitere Informationen zum Abgleich mit regulären Ausdrücken finden Sie unter „--per_file_copt“. Es wird der erste Regex-Filter verwendet, der der Beschreibung entspricht. Mit dieser Option werden andere Flags überschrieben. Beispiel: --strategy_Regexp=//foo.*\.cc,-//foo/bar=local bedeutet, dass Aktionen mit der lokalen Strategie ausgeführt werden, wenn die Beschreibung //foo.*.cc, aber nicht //foo/bar entspricht. Beispiel: --strategy_Regexp='Compiling.*/bar=local --strategy_Regexp=Compiling=sandboxed wird mit dieser Strategie ausgeführt //foo/bar/baz' mit &&339;local' wird er jedoch rückgängig gemacht.
Tags: execution
Optionen zur Konfiguration der Toolchain, die für die Aktionsausführung verwendet wird:
--[no]incompatible_disable_runtimes_filegroups-Standardwert: "false"
Einsatzfähig.
Tags: action_command_lines, loading_and_analysis, deprecated, incompatible_change
--[no]incompatible_dont_emit_static_libgcc-Standardwert: "true"
Einsatzfähig.
Tags: action_command_lines, loading_and_analysis, deprecated, incompatible_change
Ein veraltetes Ergebnis.
Tags: action_command_lines, loading_and_analysis, deprecated, incompatible_change
Optionen, die die Ausgabe des Befehls steuern:
--[no]build-Standardwert: "true"
Führen Sie den Build aus. Dies ist das übliche Verhalten. Wenn Sie „--nobuild“ angeben, wird der Build vor der Ausführung der Build-Aktionen beendet. Wenn die Paketlade- und Analysephasen erfolgreich abgeschlossen sind, wird null zurückgegeben. Dieser Modus ist zum Testen dieser Phasen nützlich.
Tags: execution, affects_outputs
--[no]experimental_run_validations-Standardwert: "true"
Verwenden Sie stattdessen „--run_validations“.
Tags: execution, affects_outputs
--[no]experimental_use_validation_aspect-Standardwert: "false"
Gibt an, ob Validierungsaktionen unter Verwendung des Aspektes ausgeführt werden (für Parallelismus mit Tests).
Tags: execution, affects_outputs
--output_groups=<comma-separated list of options> Verwendungen sind angesammelt
Eine Liste kommagetrennter Ausgabegruppennamen, denen jeweils ein Präfix + oder - vorangestellt ist. Eine Gruppe mit dem Präfix + wird den Standardgruppen der Ausgabegruppen hinzugefügt, während eine Gruppe mit dem Präfix „-“ aus dem Standardsatz entfernt wird. Wenn mindestens eine Gruppe kein Präfix hat, wird der Standardsatz von Ausgabegruppen weggelassen. Zum Beispiel erstellt --output_groups=+foo,+bar die Union aus den Standardsätzen "foo" und "bar", während "--output_groups=foo,bar" den Standardsatz überschreibt, sodass nur "foo" und "bar" erstellt werden.
Tags: execution, affects_outputs
--[no]run_validations-Standardwert: "true"
Gibt an, ob Validierungsaktionen im Rahmen des Builds ausgeführt werden.
Tags: execution, affects_outputs
Optionen, mit denen Nutzer die gewünschte Ausgabe konfigurieren können und sich auf ihren Wert auswirken (im Gegensatz zu ihrem Existenz):
--aspects=<comma-separated list of options> Verwendungen sind angesammelt
Durch Kommas getrennte Liste von Aspekten, die auf die Ziele der obersten Ebene angewendet werden. Wenn „ einige_aspect“ die erforderlichen Seitenanbieter über „required_aspect_providers“ angibt, wird „some_aspect“ nach jedem zuvor erwähnten Aspekt in der Liste der Aspekte ausgeführt, dessen beworbene Anbieter die erforderlichen „provider“-Attribute erfüllen. außerdem wird „some_aspect“ nach allen erforderlichen Attributen ausgeführt, die durch „attributes“ angegeben sind. „some_aspect“ hat dann Zugriff auf die Werte dieser Anbieter. <bzl-file-label>%<aspect_name> zum Beispiel '//tools:my_def.bzl%my_aspect' wobei 'my_aspect' ein Top-Level-Wert aus einem Datei-Tool/my_def.bzl
--bep_maximum_open_remote_upload_files=<an integer>-Standardwert: "-1"
Maximale Anzahl der geöffneten Dateien während des BEP-Artefakt-Uploads zulässig.
Tags: affects_outputs
Mit diesem Flag wird gesteuert, wie die Komfort-Symlinks (Symlinks, die im Arbeitsbereich nach dem Build angezeigt werden) verwaltet werden. Mögliche Werte: „normal“ (Standardeinstellung): Jede Art von Komfort-Symlink wird entsprechend dem Build erstellt oder gelöscht. sauber: Alle Symlinks werden bedingungslos gelöscht. Ignorieren: Symlinks bleiben allein. Nur_log: Logeinträge werden so generiert, als ob sie übergeben wurden, jedoch keine Dateisystemvorgänge ausführen. Das ist für Tools nützlich. Beachten Sie, dass nur symlinks, deren Namen durch den aktuellen Wert von „--symlink_prefix“ generiert werden, davon betroffen sind. Wenn sich das Präfix ändert, bleiben alle bereits vorhandenen symlinks unverändert.
Tags: affects_outputs
Mit diesem Flag wird festgelegt, ob das Build-Ereignis „ConvenienceSymlinksIdentified“ an das BuildEventProtokoll gesendet wird. Wenn der Wert „true“ ist, enthält das BuildEventProtokoll einen Eintrag für „fortSymlinksIdentified“, der alle Komfort-Symlinks enthält, die im Arbeitsbereich erstellt wurden. Bei „false“ ist der Eintrag „fortSymlinksIdentified“ im BuildEventProtokoll leer.
Tags: affects_outputs
--experimental_multi_cpu=<comma-separated list of options> Verwendungen sind angesammelt
Mit diesem Flag können Sie mehrere Ziel-CPUs angeben. Ist dies angegeben, wird die Option --cpu ignoriert.
Tags: affects_outputs, experimental
--remote_download_minimal
Damit werden keine Remote-Build-Ausgaben auf den lokalen Computer heruntergeladen. Dieses Flag ist ein Kurzbefehl für drei Flags: --experimental_inmemory_jdeps_files, --experimental_inmemory_dotd_files und --remote_download_outputs=minimal.
Erweiterung zu:
--nobuild_runfile_links
--experimental_inmemory_jdeps_files
--experimental_inmemory_dotd_files
--remote_download_outputs=minimal

Tags: affects_outputs
--remote_download_outputs=<all, minimal or toplevel>-Standardwert: "all"
Wenn für 'minimal' keine Remote-Build-Ausgaben auf den lokalen Computer heruntergeladen werden, werden diese nur für lokale Aktionen benötigt. Wenn diese Eigenschaft auf 'toplevel' festgelegt ist, verhält sie sich wie Beide Optionen können die Build-Dauer erheblich verringern, falls die Engpässe in der Netzwerkbandbreite auftreten.
Tags: affects_outputs
Erstellen Sie anstelle von Remote-Build-Ausgaben auf den lokalen Computer symbolische Links. Das Ziel der symbolischen Links kann in Form eines Vorlagenstrings angegeben werden. Dieser Vorlagenstring kann {hash} und {size_bytes} enthalten, die in den Hash des Objekts bzw. die Größe in Byte erweitert werden. Diese symbolischen Links können beispielsweise auf ein FUSE-Dateisystem verweisen, das Objekte bei Bedarf aus dem CAS lädt.
Tags: affects_outputs
--remote_download_toplevel
Damit werden nur Remote-Ausgaben der Top-Level-Ziele auf den lokalen Computer heruntergeladen. Dieses Flag ist ein Kurzbefehl für drei Flags: --experimental_inmemory_jdeps_files, --experimental_inmemory_dotd_files und --remote_download_outputs=toplevel.
Erweiterung zu:
--experimental_inmemory_jdeps_files
--experimental_inmemory_dotd_files
--remote_download_outputs=toplevel

Tags: affects_outputs
Das Präfix, das jedem Komfort-Symlinks vorangestellt wird, die nach einem Build erstellt werden. Wenn nicht angegeben, ist der Standardwert der Name des Build-Tools gefolgt von einem Bindestrich. Wird „'“ übergeben, werden keine symbolischen Links erstellt und keine Warnung ausgegeben. Warnung: Die Sonderfunktion für '/' wird demnächst eingestellt. Verwenden Sie stattdessen --experimental_Convenience_symlinks=ignore.
Tags: affects_outputs
Optionen, die sich darauf auswirken, wie strikte Istio-Eingaben (Regeldefinitionen, Flag-Kombinationen usw.) von Istio erzwungen werden:
--experimental_repository_hash_file=<a string>-Standardwert: "
Wenn dieses Feld nicht leer ist, wird eine Datei mit einem aufgelösten Wert angegeben, mit dem die Repository-Verzeichnis-Hashes verifiziert werden sollen
Tags: affects_outputs, experimental
--experimental_verify_repository_rules=<a string> Verwendungen sind angesammelt
Wenn eine Liste von Repository-Regeln vorhanden ist, für die der Hash des Ausgabeverzeichnisses verifiziert werden soll, wird eine Datei von --experimental_Repository_hash_file angegeben.
Tags: affects_outputs, experimental
Diese Option betrifft die Semantik der Starlark-Sprache oder der Build API, die für BUILD-Dateien, BZL-Dateien und WORKSPACE-Dateien zur Verfügung steht.
--[no]experimental_allow_top_level_aspects_parameters-Standardwert: "true"
No-op
Tags: no_op, deprecated, experimental
--[no]incompatible_config_setting_private_default_visibility-Standardwert: "false"
Wenn inkompatibel_enforce_config_setting_sichtbarkeit=falsch, ist dies ein Noop. Falls dieses Flag auf „false“ gesetzt ist, lautet „config_setting“ ohne explizites Sichtbarkeitsattribut „//visibility:public“. Wenn dieses Flag „true“ ist, folgt „config_setting“ derselben Sichtbarkeitslogik wie alle anderen Regeln. Siehe https://github.com/bazelbuild/bazel/issues/12933.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_enforce_config_setting_visibility-Standardwert: "false"
Wenn „true“, erzwingen Sie die Sichtbarkeitskonfiguration „config_setting“. Bei „falsch“ ist jede config_setting für jedes Ziel sichtbar. Siehe https://github.com/bazelbuild/bazel/issues/12932.
Tags: loading_and_analysis, incompatible_change
Optionen, die das Verhalten der Testumgebung oder des Test-Ausführers regeln:
--[no]check_tests_up_to_date-Standardwert: "false"
Führen Sie keine Tests durch, sondern prüfen Sie, ob sie auf dem neuesten Stand sind. Wenn alle Testergebnisse aktualisiert sind, ist der Test erfolgreich. Wenn ein Test erstellt oder ausgeführt werden soll, wird ein Fehler gemeldet und der Test schlägt fehl. Diese Option impliziert das Verhalten --check_up_to_date.
Tags: execution
--flaky_test_attempts=<a positive integer, the string "default", or test_regex@attempts. This flag may be passed more than once> Verwendungen sind angesammelt
Bei allen Fehlern wird jeder Test bis zur angegebenen Anzahl wiederholt. Tests, die mehr als einen Versuch bestanden haben, sind in der Testzusammenfassung als 'FLAKY' gekennzeichnet. Normalerweise ist der angegebene Wert nur eine Ganzzahl oder der String 'default'. Wenn es sich um eine ganze Zahl handelt, werden alle Tests bis zu N Mal ausgeführt. Bei 'default' wird nur ein einzelner Testversuch für normale und drei für Tests durchgeführt, die von der Regel als instabil gekennzeichnet wurden (flaky=1-Attribut). Alternative Syntax: Regex_filter@flaky_test_attempts. Dabei steht „flaky_test_attempts“ wie oben und „Regex_filter“ steht für eine Liste mit Ein- und Ausschlussmustern für reguläre Ausdrücke (siehe auch „--runs_per_test“). Beispiel: --flaky_test_attempts=//foo/.*,-//foo/bar/.*@3 springt alle Tests in //foo/ außer den dreimal unter foo/bar aus. Diese Option kann mehrmals übergeben werden. Das zuletzt übergebene Argument, das übereinstimmt, hat Vorrang. Wenn keine Übereinstimmung gefunden wird, ist das Verhalten so, als wäre 'default' oben.
Tags: 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">-Standardwert: "auto"
Die maximale Anzahl lokaler Testjobs, die gleichzeitig ausgeführt werden sollen. Verwendet eine Ganzzahl oder ein Keyword ("auto", "HOST_CPUS", "HOST_RAM"), optional gefolgt von einer Operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5" 0 bedeutet, dass die Anzahl der lokalen Testjobs, die stattdessen gleichzeitig ausgeführt werden, durch lokale Ressourcen begrenzt wird. Wenn dieser Wert über dem Wert für „--jobs“ liegt, ist das nicht wirksam.
Tags: execution
--[no]test_keep_going-Standardwert: "true"
Wenn diese Option deaktiviert ist, wird bei jedem nicht bestandenen Test der gesamte Build beendet. Standardmäßig werden alle Tests ausgeführt, auch wenn einige die Tests nicht bestehen.
Tags: execution
--test_strategy=<a string>-Standardwert: "
Gibt an, welche Strategie beim Ausführen von Tests verwendet werden soll.
Tags: execution
--test_tmpdir=<a path>-Standard: siehe Beschreibung
Gibt das Basisverzeichnis für <bpt>hier</a> an, das verwendet werden soll.
Optionen, die die Ausführlichkeit, das Format oder den Speicherort von Logging beeinflussen:
--[no]announce-Standardwert: "false"
Eingestellt. Kein Vorgang.
Tags: affects_outputs
--[no]experimental_bep_target_summary-Standardwert: "false"
Gibt an, ob TargetSummary-Ereignisse veröffentlicht werden.
--[no]experimental_build_event_expand_filesets-Standardwert: "false"
Wenn „true“, maximieren Sie Dateisätze im BEP, wenn Sie Ausgabedateien präsentieren.
Tags: affects_outputs
Wenn „true“, wird das relative Fileset-Symlinks im BEP beim Anzeigen der Ausgabedateien vollständig aufgelöst. Erfordert --experimental_build_event_expand_filesets.
Tags: affects_outputs
--experimental_build_event_upload_strategy=<a string>-Standard: siehe Beschreibung
Auswahl der Methode zum Hochladen von Artefakten, auf die im Build-Ereignisprotokoll verwiesen wird.
Tags: affects_outputs
--[no]experimental_materialize_param_files_directly-Standardwert: "false"
Wenn Sie Parametrisierungsdateien erstellen, tun Sie dies mit direkten Schreibvorgängen auf das Laufwerk.
Tags: execution
--[no]experimental_record_metrics_for_all_mnemonics-Standardwert: "false"
Standardmäßig ist die Anzahl der Aktionstypen auf die 20 Speichergruppen mit der größten Anzahl ausgeführter Aktionen beschränkt. Wenn Sie diese Option aktivieren, werden alle Statistiken gespeichert.
--experimental_repository_resolved_file=<a string>-Standardwert: "
Wenn das Feld nicht leer ist, schreiben Sie einen Starlark-Wert mit den aufgelösten Informationen aller ausgeführten Starlark-Repository-Regeln.
Tags: affects_outputs
--[no]experimental_stream_log_file_uploads-Standardwert: "false"
Stream-Logdateien werden direkt in den Remote-Speicher hochgeladen, anstatt sie auf ein Laufwerk zu schreiben.
Tags: affects_outputs
--explain=<a path>-Standard: siehe Beschreibung
Sorgt dafür, dass das Build-System jeden ausgeführten Schritt des Builds erläutert. Die Erklärung wird in die angegebene Protokolldatei geschrieben.
Tags: affects_outputs
--[no]legacy_important_outputs-Standardwert: "true"
Verwenden Sie diese Option, um die Generierung des Legacy-Felds „important_outputs“ im Ereignis „CompleteComplete“ zu unterdrücken. „important_outputs“ ist für die Integration von Istio mit ResultStore erforderlich.
Tags: affects_outputs
--[no]materialize_param_files-Standardwert: "false"
Schreiben Parameterparameter in die Ausgabestruktur, auch wenn Remote-Aktionen ausgeführt werden. Nützlich für das Debugging von Aktionen. Dies wird impliziert durch --subcommands und --Detaillierte_Fehlzeiten.
Tags: execution
--max_config_changes_to_show=<an integer>-Standardwert: "3"
Wenn Sie den Analyse-Cache aufgrund einer Änderung der Build-Optionen verwerfen, wird die Anzahl der geänderten Namen der Optionen angezeigt. Wenn die Zahl -1 ist, werden alle geänderten Optionen angezeigt.
Tags: terminal_output
--max_test_output_bytes=<an integer>-Standardwert: "-1"
Gibt die maximale Pro-Log-Größe an, die ausgegeben werden kann, wenn --test_output 'errors' oder 'all' ist. Dies ist nützlich, um eine Überlastung der Ausgabe bei übermäßig vielen Testausgaben zu vermeiden. Der Testheader ist in der Protokollgröße enthalten. Negative Werte implizieren kein Limit. Die Ausgabe erfolgt vollständig oder gar nicht.
Tags: test_runner, terminal_output, execution
--output_filter=<a valid Java regular expression>-Standard: siehe Beschreibung
Zeigt nur Warnungen für Regeln an, deren Name mit dem angegebenen regulären Ausdruck übereinstimmt.
Tags: affects_outputs
--progress_report_interval=<an integer in 0-3600 range>-Standardwert: "0"
Die Anzahl der Sekunden, die zwischen zwei Berichten zum Ausführen von Jobs gewartet werden müssen. Der Standardwert 0 bedeutet, dass der standardmäßige Algorithmus 10:30:60 verwendet wird.
Tags: affects_outputs
--show_result=<an integer>-Standardwert: "1"
Zeigen Sie die Ergebnisse des Builds an. Geben Sie für jedes Ziel an, ob es auf dem neuesten Stand war und ob und falls ja, welche Listen erstellt wurden. Die gedruckten Dateien sind praktische Strings zum Kopieren und Einfügen in die Shell, um sie auszuführen. Für diese Option ist ein Ganzzahlargument erforderlich, also die Grenzwertanzahl der Ziele, über deren Ergebnisinformationen nicht gedruckt werden. Das führt dazu, dass keine Nachricht unterdrückt wird, und MAX_INT führt immer dazu, dass das Ergebnis gedruckt wird. Der Standardwert ist 1.
Tags: affects_outputs
--[no]subcommands [-s] Standardeinstellung: "false"
Die Unterbefehle anzeigen, die während eines Builds ausgeführt wurden. Ähnliche Flags: --execute_log_json_file, -- execution_log_binary_file (zum Logging von Unterbefehlen für eine Datei in einem nutzerfreundlichen Format).
Tags: terminal_output
--test_output=<summary, errors, all or streamed>-Standardwert: "summary"
Gibt den gewünschten Ausgabemodus an. Gültige Werte sind: 'Zusammenfassung nur zur Teststatuszusammenfassung; 'errors' zum Drucken der Testprotokolle für fehlgeschlagene Tests; 'all' zum Drucken der Protokolle für alle Tests; 'streamed' zum Ausgeben von Protokollen für alle Tests in Echtzeit. Dadurch werden Tests unabhängig von der Strategie lokal ausgeführt.
Tags: test_runner, terminal_output, execution
--test_summary=<short, terse, detailed, none or testcase>-Standardwert: "short"
Gibt das gewünschte Format der Testzusammenfassung an. Gültige Werte sind: „#{39;short'“ drucken: nur Informationen über ausgeführte Tests, „'terse“#.
Tags: terminal_output
--[no]verbose_explanations-Standardwert: "false"
Erhöht die Ausführlichkeit der Erklärungen, wenn „--plain“ aktiviert ist. Hat keine Auswirkungen, wenn „--explain“ nicht aktiviert ist.
Tags: affects_outputs
--[no]verbose_failures-Standardwert: "false"
Wenn ein Befehl fehlschlägt, drucken Sie die vollständige Befehlszeile aus.
Tags: terminal_output
Optionen zur Angabe oder Änderung einer allgemeinen Eingabe für einen Istio-Befehl, die nicht in andere Kategorien fallen:
--aspects_parameters=<a 'name=value' assignment> Verwendungen sind angesammelt
Gibt die Werte der Befehlszeilen-Parameter an. Jeder Parameterwert wird über <param_name>=<param_value> angegeben, z. B. 'my_param=my_val' wobei 'my_param' ein Parameter eines beliebigen Attributs in der --aspects-Liste oder aufgrund eines Aspekts in der Liste erforderlich ist. Diese Option kann mehrmals verwendet werden. Es ist jedoch nicht möglich, demselben Parameter mehr als einmal Werte zuzuweisen.
Tags: loading_and_analysis
--experimental_resolved_file_instead_of_workspace=<a string>-Standardwert: "
Wenn die Antwort nicht leer ist, lesen Sie die angegebene aufgelöste Datei anstelle der WORKSPACE-Datei.
Tags: changes_inputs
--target_pattern_file=<a string>-Standardwert: "
Wenn festgelegt, erstellt Build die Muster aus der hier angegebenen Datei und nicht in der Befehlszeile. Die Angabe einer Datei sowie die Befehlszeilenmuster reichen nicht aus.
Tags: changes_inputs
Optionen für Remote-Caching und Ausführung:
--experimental_downloader_config=<a string>-Standard: siehe Beschreibung
Geben Sie eine Datei an, mit der der Remote-Downloader konfiguriert werden soll. Diese Datei besteht aus Zeilen, die jeweils mit einer Direktive („allow“, „block“ oder „rewrite“) beginnen, gefolgt von einem Hostnamen (für „allow“ und „block“) oder zwei Mustern, eine für den Abgleich und eine für den Ersatz als Ersatz-URL. Es sind mehrere „rewrite“-Anweisungen für dieselbe URL möglich.
--[no]experimental_guard_against_concurrent_changes-Standardwert: "false"
Deaktivieren Sie diese Option, um die Uhrzeit der Eingabedateien einer Aktion zu prüfen, bevor Sie sie in einen Remote-Cache hochladen. Es kann vorkommen, dass der Linux-Kernel das Schreiben von Dateien verzögert, was zu falsch positiven Ergebnissen führen kann.
--[no]experimental_remote_cache_async-Standardwert: "false"
Wenn „true“, wird E/A des Remote-Cache im Hintergrund ausgeführt, anstatt als Teil einer Ladung.
--[no]experimental_remote_cache_compression-Standardwert: "false"
Wenn diese Option aktiviert ist, komprimieren/dekomprimieren Sie die Cache-Blobs mit zstd.
--experimental_remote_capture_corrupted_outputs=<a path>-Standard: siehe Beschreibung
Ein Pfad zu einem Verzeichnis, in dem die beschädigten Ausgaben erfasst werden.
--experimental_remote_downloader=<a string>-Standard: siehe Beschreibung
Ein URI-Endpunkt-URI für die Remote-API, der als Remote-Download-Proxy verwendet werden soll. Unterstützte Schemas sind gRPC, gRPCs (GRPC mit aktiviertem TLS) und unix (lokale UNIX-Sockets). Wenn kein Schema angegeben ist, wird Istio standardmäßig auf gRPCs festgelegt. Siehe https://github.com/bazelbuild/remote-apis/Blob/master/build/bazel/remote/asset/v1/remote_asset.proto
--[no]experimental_remote_execution_keepalive-Standardwert: "false"
Damit wird Keepalive für Aufrufe zur Remote-Ausführung verwendet.
--experimental_remote_grpc_log=<a path>-Standard: siehe Beschreibung
Wenn angegeben, ein Pfad zu einer Datei, um gRPC-Aufrufdetails zu protokollieren. Dieses Log besteht aus einer Sequenz der serialisierten com.google.devtools.build.lib.remote.logging.RemoteExecutionLog.PhoneNumber CryptoKeys, wobei jeder Nachrichten ein Präfix vorangestellt wird, das die Größe der folgenden serialisierten Ю-Nachricht angibt. Sie wird von der Methode „BidRequest.writeDelimitedTo(OutputStream) ausgeführt.
--[no]experimental_remote_merkle_tree_cache-Standardwert: "false"
Wenn diese Richtlinie auf „true“ gesetzt wird, werden die Baumdiagramme von Merkle gespeichert, um die Trefferquote beim Remote-Cache zu verbessern. Der Abzug für den Arbeitsspeicher des Cache wird durch „--experimental_remote_merkle_tree_cache_size“ gesteuert.
--experimental_remote_merkle_tree_cache_size=<a long integer>-Standardwert: "1000"
Die Anzahl der zu speichernden Merkle-Bäume, um die Trefferquote beim Remote-Cache zu verbessern. Obwohl der Cache gemäß der Verarbeitung von Soft References aus Java automatisch entfernt wird, können zu wenige Speicherfehler auftreten, wenn der Cache zu hoch ist. Wenn Sie den Wert auf 0 setzen, ist die Cache-Größe unbegrenzt. Der optimale Wert hängt von der Größe des Projekts ab. Die Standardeinstellung ist 1.000.
--[no]incompatible_remote_build_event_upload_respect_no_cache-Standardwert: "false"
Wenn auf „true“ gesetzt, werden von BEP referenzierte Ausgaben nicht in den Remote-Cache hochgeladen, wenn die Aktion, die generiert wird, nicht aus dem Remote-Cache gespeichert werden kann.
--[no]incompatible_remote_output_paths_relative_to_input_root-Standardwert: "false"
Wenn dieser Wert auf „true“ gesetzt wird, beziehen sich die Ausgabepfade auf das Eingabestammmenü und nicht auf das Arbeitsverzeichnis.
Tags: incompatible_change
--[no]incompatible_remote_results_ignore_disk-Standardwert: "false"
Wenn sie auf „true“ gesetzt ist, werden die Spalten „--noremote_upload_local_results“ und „--noremote_accept_cached“ nicht auf den Festplatten-Cache angewendet. Wenn ein kombinierter Cache verwendet wird: "--noremote_upload_local_results" führt dazu, dass Ergebnisse in den Festplatten-Cache geschrieben, aber nicht in den Remote-Cache hochgeladen werden. --noremote_accept_cached führt dazu, dass Memcache im Laufwerks-Cache nach Ergebnissen sucht, aber nicht im Remote-Cache. no-remote-exec-Aktionen können den Festplatten-Cache erreichen. Weitere Informationen finden Sie unter #8216.
Tags: incompatible_change
--[no]remote_accept_cached-Standardwert: "true"
Gibt an, ob Ergebnisse aus der Ferne im Cache akzeptiert werden.
--remote_bytestream_uri_prefix=<a string>-Standard: siehe Beschreibung
Der Hostname und der Instanzname, die in bytestream://-URIs verwendet werden sollen, die in Build-Ereignisstreams geschrieben werden. Diese Option kann festgelegt werden, wenn Builds mit einem Proxy ausgeführt werden. Dadurch entsprechen die Werte „--remote_executor“ und „--remote_instance_name“ nicht mehr dem kanonischen Namen des Remote-Ausführungsdienstes. Wenn nicht festgelegt, wird standardmäßig "${hostname}/${instance_name}" verwendet.
--remote_cache=<a string>-Standard: siehe Beschreibung
URI eines Caching-Endpunkts. Unterstützt werden die Schemas HTTP, HTTPS, gRPC, gRPCs (GRPC mit TLS aktiviert) und Unix (lokale UNIX-Sockets). Wenn kein Schema angegeben ist, wird Istio standardmäßig auf gRPCs festgelegt. Geben Sie gcmd://, http:// oder unix: Schema an, um TLS zu deaktivieren. Siehe https://dbaze.build/docs/remote-caching
--remote_cache_header=<a 'name=value' assignment> Verwendungen sind angesammelt
Geben Sie einen Header an, der in Cache-Anfragen einbezogen werden soll: --remote_cache_header=Name=Value. Sie können mehrere Header übergeben, indem Sie das Flag mehrmals angeben. Mehrere Werte für denselben Namen werden in eine durch Kommas getrennte Liste umgewandelt.
--remote_default_exec_properties=<a 'name=value' assignment> Verwendungen sind angesammelt
Legen Sie die Standardattribute für die Ausführung fest, die als Plattform für die Remote-Ausführung verwendet werden sollen, falls nicht bereits eine Ausführungsplattform festgelegt wurde.
Tags: affects_outputs
--remote_default_platform_properties=<a string>-Standardwert: "
Legen Sie die Standardplattformeigenschaften fest, die für die Remote Ausführung API festgelegt werden sollen, wenn die Ausführungsplattform „remote_ execution_properties“ noch nicht festgelegt hat. Dieser Wert wird auch verwendet, wenn die Hostplattform als Ausführungsplattform für die Remote-Ausführung ausgewählt ist.
--remote_downloader_header=<a 'name=value' assignment> Verwendungen sind angesammelt
Geben Sie einen Header an, der in die Anforderungen von Remote-Downloadern aufgenommen werden soll: --remote_downloader_header=Name=Value. Sie können mehrere Header übergeben, indem Sie das Flag mehrmals angeben. Mehrere Werte für denselben Namen werden in eine durch Kommas getrennte Liste umgewandelt.
--remote_exec_header=<a 'name=value' assignment> Verwendungen sind angesammelt
Geben Sie einen Header an, der in Ausführungsanfragen enthalten sein soll: --remote_exec_header=Name=Value. Sie können mehrere Header übergeben, indem Sie das Flag mehrmals angeben. Mehrere Werte für denselben Namen werden in eine durch Kommas getrennte Liste umgewandelt.
--remote_execution_priority=<an integer>-Standardwert: "0"
Die relative Priorität von Aktionen, die aus der Ferne ausgeführt werden. Die Semantik der jeweiligen Prioritätswerte ist vom Server abhängig.
--remote_executor=<a string>-Standard: siehe Beschreibung
HOST oder HOST:PORT eines Remote-Ausführungsendpunkts. Unterstützte Schemas sind gRPC, gRPCs (GRPC mit aktiviertem TLS) und unix (lokale UNIX-Sockets). Wenn kein Schema angegeben ist, wird Istio standardmäßig auf gRPCs festgelegt. Geben Sie gcmd:// oder unix:-Schema an, um TLS zu deaktivieren.
--remote_header=<a 'name=value' assignment> Verwendungen sind angesammelt
Geben Sie einen Header an, der in Anfragen aufgenommen werden soll: --remote_header=Name=Value. Sie können mehrere Header übergeben, indem Sie das Flag mehrmals angeben. Mehrere Werte für denselben Namen werden in eine durch Kommas getrennte Liste umgewandelt.
--remote_instance_name=<a string>-Standardwert: "
Wert, der in der API für Remote-Ausführung als „instance_name“ übergeben wird.
--[no]remote_local_fallback-Standardwert: "false"
Gibt an, ob eine eigenständige lokale Ausführungsstrategie verwendet werden soll, wenn die Remote-Ausführung fehlschlägt.
--remote_local_fallback_strategy=<a string>-Standardwert: "local"
No-op, veraltet. Weitere Informationen finden Sie unter https://github.com/bazelbuild/bazel/issues/7480.
--remote_max_connections=<an integer>-Standardwert: "100"
Beschränken Sie die maximale Anzahl gleichzeitiger Verbindungen zum Remote-Cache/Executor. Der Wert ist standardmäßig 100. Wenn Sie den Wert auf 0 setzen, bedeutet das keine Beschränkung. Bei HTTP-Remote-Caches kann eine TCP-Verbindung nur eine Anfrage auf einmal verarbeiten. Deshalb kann Filestore bis zu --remote_max_connections gleichzeitige Anfragen senden. Für gRPC-Remote-Cache/-Executors kann ein gRPC-Kanal normalerweise mehr als 100 gleichzeitige Anfragen verarbeiten. Deshalb kann Istio etwa `--remote_max_connections * 100` gleichzeitige Anfragen ausführen.
Tags: host_machine_resource_optimizations
--remote_proxy=<a string>-Standard: siehe Beschreibung
Stellen Sie eine Verbindung zum Remote-Cache über einen Proxy her. Dieses Flag kann derzeit nur zum Konfigurieren eines Unix-Domain-Sockets (unix:/path/to/socket) verwendet werden.
--remote_result_cache_priority=<an integer>-Standardwert: "0"
Die relative Priorität von Remote-Aktionen, die im Remote-Cache gespeichert werden. Die Semantik der jeweiligen Prioritätswerte ist vom Server abhängig.
--remote_retries=<an integer>-Standardwert: "5"
Die maximale Anzahl von Versuchen, einen vorübergehenden Fehler zu wiederholen. Wenn Sie den Wert auf 0 setzen, sind Wiederholungsversuche deaktiviert.
--remote_timeout=<An immutable length of time.>-Standardwert: "60s"
Die maximale Zeit, die auf die Remote-Ausführung und die Cache-Aufrufe gewartet wird. Für den REST-Cache ist dies sowohl das Verbindungs- als auch das Lesezeitlimit. Folgende Einheiten können verwendet werden: Tage (d), Stunden (h), Minuten (m), Sekunden (s) und Millisekunden (ms). Wenn die Einheit weggelassen wird, wird der Wert als Sekunden interpretiert.
--[no]remote_upload_local_results-Standardwert: "true"
Gibt an, ob lokal ausgeführte Aktionsergebnisse in den Remote-Cache hochgeladen werden.
--[no]remote_verify_downloads-Standardwert: "true"
Wenn die Richtlinie auf „true“ gesetzt ist, berechnet Istio die Hash-Summe aller Remote-Downloads und verwirft die Werte im Cache, die nicht im Cache gespeichert sind, falls sie nicht mit dem erwarteten Wert übereinstimmen.
Sonstige Optionen, die nicht anderweitig kategorisiert sind:
--auto_output_filter=<none, all, packages or subpackages>-Standardwert: "none"
Wenn --output_filter nicht angegeben ist, wird der Wert für diese Option automatisch verwendet, um einen Filter zu erstellen. Zulässige Werte sind 'none' (keinen Filter anzeigen / alle anzeigen), 'all' (alles filtern / nichts anzeigen), 'packages' (Ausgabe von Regeln in Paketen anzeigen, die in der Blaze-Befehlszeile erwähnt werden) 'subpackages' (&'packages', einfügen). Für die Werte 'packages' und ##9;subpackages' //java/foo und //javatests/foo werden sie als ein Paket behandelt.)'
--[no]build_manual_tests-Standardwert: "false"
Erzwingt zum Erstellen von Test-Tags mit dem Tag ' Manuelle Tests sind von der Verarbeitung ausgeschlossen. Diese Option sorgt für die Erstellung, aber nicht die Ausführung.
--build_tag_filters=<comma-separated list of options>-Standardwert: "
Gibt eine durch Kommas getrennte Liste von Tags an. Jedem Tag kann optional '-' vorangestellt werden, um ausgeschlossene Tags anzugeben. Es werden nur die Ziele erstellt, die mindestens ein eingeschlossenes Tag und keine ausgeschlossenen Tags enthalten. Diese Option wirkt sich nicht auf die Tests aus, die mit dem Befehl „'test'“ ausgeführt werden. Sie unterliegen den Testfilteroptionen, z. B. '--test_tag_filters'
--[no]build_tests_only-Standardwert: "false"
Wenn angegeben, werden nur *_test- und test_suite-Regeln erstellt und andere Ziele, die in der Befehlszeile angegeben werden, werden ignoriert. Standardmäßig wird alles angefordert, was angefordert wurde.
--combined_report=<none or lcov>-Standardwert: "none"
Gibt den gewünschten Berichtstyp zur kumulativen Abdeckung an. Derzeit wird nur LCOV unterstützt.
--[no]compile_one_dependency-Standardwert: "false"
Kompilieren Sie eine einzelne Abhängigkeit der Argumentdateien. Dies ist nützlich für die Syntaxprüfung von Quelldateien in IDEs. Dies kann beispielsweise der Fall sein, wenn Sie ein einzelnes Ziel neu erstellen, das auf der Quelldatei basiert, um Fehler so früh wie möglich im Bearbeitungs-/Build-/Testzyklus zu erkennen. Dieses Argument wirkt sich darauf aus, wie alle Nicht-Flag-Argumente interpretiert werden. Anstatt zum Erstellen von Zielen zu sein, sind sie Quelldateinamen. Für jeden Quelldateinamen wird ein beliebiges Ziel erstellt, das auf dieser Datei basiert.
--deleted_packages=<comma-separated list of package names>-Standardwert: "
Eine durch Kommas getrennte Liste von Namen von Paketen, die das Build-System als nicht vorhanden erachtet, auch wenn sie im Paketpfad sichtbar sind. Verwenden Sie diese Option, wenn Sie ein Unterpaket eines vorhandenen Pakets löschen möchten. Nachdem Sie z. B. x/y/BUILD in Ihrem Client gelöscht haben, kann es vorkommen, dass sich das Build-System beschädigt, wenn es mit einem Label '//x:y/z' gekennzeichnet ist, das noch von einem anderen package_path-Eintrag bereitgestellt wird. Durch Festlegen von --deleted_packages X/y wird dieses Problem vermieden.
--[no]discard_analysis_cache-Standardwert: "false"
Den Analyse-Cache direkt nach Abschluss der Analysephase verwerfen Senkt die Arbeitsspeichernutzung um ca. 10%, verlangsamt die Entwicklung von zusätzlichen Builds jedoch langsamer.
--disk_cache=<a path>-Standard: siehe Beschreibung
Ein Pfad zu einem Verzeichnis, in dem Istio Aktionen und Aktionsausgaben lesen und schreiben kann. Wenn das Verzeichnis nicht existiert, wird es erstellt.
--embed_label=<a one-line string>-Standardwert: "
Revision zur Überarbeitung oder Versionsfreigabe in das Binärprogramm einbetten
--execution_log_binary_file=<a path>-Standard: siehe Beschreibung
Logiert die ausgeführten Spaws in diese Datei als src/main/SNIPPET/spawn.proto als getrennte Spawn-Protos. Das Protokoll ist zuerst ungeordnet und wird dann am Ende des Aufrufs in einer stabilen Reihenfolge sortiert (kann CPU und Arbeitsspeicher beanspruchen). Zugehörige Flags: --execute_log_json_file (JSON-Format mit sortiertem Text), --experimental_ execution_log_file (unsortiertes binäres Ю-Format), --subcommands (zum Anzeigen der Unterbefehle in der Terminalausgabe).
--execution_log_json_file=<a path>-Standard: siehe Beschreibung
Logiert die ausgeführten Spaws in dieser Datei als JSON-Darstellung der getrennten Spawn-Protos, wie „src/main/SNIPPET/spawn.proto“. Das Protokoll ist zuerst ungeordnet und wird dann am Ende des Aufrufs in einer stabilen Reihenfolge sortiert (kann CPU und Arbeitsspeicher beanspruchen). Ähnliche Flags: Ähnliche Flags: --execute_log_binary_file (sortiertes binäres SavedModel-Format), --experimental_ execution_log_file (ungeordnetes binäres SavedModel-Format), --subcommands (zum Anzeigen von Unterbefehlen in der Terminalausgabe).
--[no]expand_test_suites-Standardwert: "true"
Erweitern Sie test_suite-Ziele vor der Analyse auf die entsprechenden Tests. Wenn dieses Flag aktiviert ist (Standardeinstellung), werden auszuschließende Zielmuster für die Tests der Testsuite angewendet, andernfalls nicht. Es ist nützlich, dieses Flag zu deaktivieren, wenn übergeordnete Elemente in der Befehlszeile angewendet werden, um damit Test-Suite-Ziele zu analysieren.
Tags: loading_and_analysis
--experimental_execution_log_file=<a path>-Standard: siehe Beschreibung
Logiert die ausgeführten Spaws in diese Datei als src/main/SNIPPET/spawn.proto als getrennte Spawn-Protos. Diese Datei wird in der richtigen Reihenfolge erstellt. Ähnliche Flags: --execute_log_binary_file (sortiertes binäres SavedModel-Format), --execute_log_json_file (sortiertes Text-JSON-Format), --subcommands (zum Anzeigen von Unterbefehlen in der Terminalausgabe).
--[no]experimental_execution_log_spawn_metrics-Standardwert: "false"
Fügen Sie Spaw-Messwerte in das ausgeführte Spawn-Protokoll ein.
--experimental_extra_action_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths>-Standardwert: "
Zugunsten von Aspekten eingestellt. Filter für Ziele, für die zusätzliche_Planungen geplant werden sollen.
--[no]experimental_extra_action_top_level_only-Standardwert: "false"
Zugunsten von Aspekten eingestellt. Hier werden nur extra_action für Top-Level-Ziele geplant.
--experimental_local_execution_delay=<an integer>-Standardwert: "1000"
Wie viele Millisekunden sollte die lokale Ausführung verzögert werden, wenn die Remote-Ausführung während eines Builds mindestens einmal schneller ausgeführt wurde?
--[no]experimental_local_memory_estimate-Standardwert: "false"
Den online verfügbaren Arbeitsspeicher abschätzen. Standardmäßig geht Blaze davon aus, dass eine feste Größe für die meisten Aktionen verwendet wird. Diese werden dann auf den insgesamt verfügbaren Systemspeicher angerechnet, unabhängig davon, wie viel Speicher tatsächlich verfügbar ist. Mit dieser Option können Sie online ermitteln, wie viel Speicher zu einem bestimmten Zeitpunkt verfügbar ist. Es ist daher keine genaue Schätzung erforderlich, wie viel Speicher eine bestimmte Aktion benötigt.
--experimental_persistent_javac
Aktivieren Sie den experimentellen nichtflüchtigen Java-Compiler.
Erweiterung zu:
--strategy=Javac=worker
--strategy=JavaIjar=local
--strategy=JavaDeployJar=local
--strategy=JavaSourceJar=local
--strategy=Turbine=local
--[no]experimental_prioritize_local_actions-Standardwert: "true"
Wenn festgelegt, erhalten Aktionen, die nur lokal ausgeführt werden können, die erste Gelegenheit zum Erwerb von Ressourcen, dynamisch ausgeführte Worker erhalten die zweite Chance und dynamisch ausgeführte eigenständige Aktionen kommen als Letzte hinzu.
Tags: execution
--experimental_spawn_scheduler
Aktivieren Sie die dynamische Ausführung, indem Sie gleichzeitig lokale und Remote-Aktionen ausführen. {5/} generiert jede Aktion lokal und aus der Ferne und wählt die Aktion aus, die zuerst ausgeführt wird. Falls eine Aktion Worker unterstützt, wird die lokale Aktion im Modus für nichtflüchtigen Worker ausgeführt. Wenn Sie die dynamische Ausführung für ein einzelnes Memory nutzen möchten, verwenden Sie stattdessen die Flags „--internal_spawn_scheduler“ und „--strategy=<mnemonic>=dynamic“.
Erweiterung zu:
--internal_spawn_scheduler
--spawn_strategy=dynamic
--[no]experimental_worker_as_resource-Standardwert: "false"
Wenn diese Option aktiviert ist, werden Worker als Ressourcen von ResourceManager übernommen.
Tags: execution
--[no]experimental_worker_cancellation-Standardwert: "false"
Wenn Sie diese Option aktivieren, sendet Memcache möglicherweise Stornierungsanfragen an Worker, die sie unterstützen.
Tags: execution
--experimental_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"> Verwendungen sind angesammelt
Wie viele WorkRequests-Worker-Prozesse können parallel mit der Strategie „--experimental_worker_multiplex“ ausgeführt werden? Kann als [name=value] angegeben werden, um einen anderen Wert pro Worker-Dem namens zu geben. Verwendet eine Ganzzahl oder ein Keyword ("auto", "HOST_CPUS", "HOST_RAM"), optional gefolgt von einer Operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5" 'auto' berechnet einen angemessenen Standardwert, der auf der Kapazität der Maschine basiert. "=value" legt einen Standardwert für nicht spezifizierte Dynamik fest.
Tags: host_machine_resource_optimizations
--[no]experimental_worker_multiplex-Standardwert: "true"
Wenn diese Option aktiviert ist, verwenden Worker, die die experimentelle Multiplexing-Funktion unterstützen, diese Funktion.
--[no]experimental_worker_multiplex_sandboxing-Standardwert: "false"
Wenn diese Option aktiviert ist, werden Multiplex-Worker in einer Sandbox ausgeführt und es wird ein separates Sandbox-Verzeichnis pro geschäftliche Anfrage verwendet. Nur Worker mit der Ausführungsanforderung "multiples-sandboxing" werden in einer Sandbox ausgeführt.
Tags: execution
--google_auth_scopes=<comma-separated list of options>-Standardeinstellung: "https://www.googleapis.com/auth/cloud-platform"
Eine durch Kommas getrennte Liste von Google Cloud-Authentifizierungsbereichen.
--google_credentials=<a string>-Standard: siehe Beschreibung
Gibt die Datei an, von der Authentifizierungsdaten abgerufen werden. Weitere Informationen finden Sie unter https://cloud.google.com/docs/authentication.
--[no]google_default_credentials-Standardwert: "false"
Gibt an, ob für die Authentifizierung die Standardanmeldedaten für Anwendungen verwendet werden sollen. Weitere Informationen finden Sie unter https://cloud.google.com/docs/authentication. Standardmäßig deaktiviert.
--grpc_keepalive_time=<An immutable length of time.>-Standard: siehe Beschreibung
Konfiguriert Ping-Alive-Pings für ausgehende gRPC-Verbindungen. Wenn diese Richtlinie aktiviert ist, sendet Waze nach dieser langen Zeit keine Lesevorgänge für die Verbindung, allerdings nur dann, wenn mindestens ein ausstehender gRPC-Aufruf vorhanden ist. Uhrzeiten werden als zweiter Detaillierungsgrad behandelt. Es bedeutet, einen Wert unter 1 Sekunde festzulegen. Keep-Alive-Pings ist standardmäßig deaktiviert. Sprechen Sie sich vor dem Aktivieren dieser Einstellung mit dem Inhaber des Dienstes ab.
--grpc_keepalive_timeout=<An immutable length of time.>-Standardwert: "20s"
Konfiguriert ein Keep-Alive-Zeitlimit für ausgehende gRPC-Verbindungen. Wenn Keep-Alive-Pings mit --gRPC_keepalive_time aktiviert sind, gibt Filestore eine Zeitüberschreitung aus, falls es nach diesem Zeitraum keine Ping-Antwort mehr erhält. Uhrzeiten werden als zweiter Detaillierungsgrad behandelt. Es bedeutet, einen Wert unter 1 Sekunde festzulegen. Keep-Alive-Pings sind deaktiviert, wird diese Einstellung ignoriert.
--high_priority_workers=<a string> Verwendungen sind angesammelt
Mitarbeiter, die mit hoher Priorität ausgeführt werden. Wenn Worker mit hoher Priorität ausgeführt werden, werden alle anderen Worker gedrosselt.
--[no]ignore_unsupported_sandboxing-Standardwert: "false"
Es soll keine Warnung ausgegeben werden, wenn die Ausführung in einer Sandbox auf diesem System nicht unterstützt wird.
--[no]incompatible_dont_use_javasourceinfoprovider-Standardwert: "false"
No-op
Tags: incompatible_change
--local_cpu_resources=<an integer, or "HOST_CPUS", optionally followed by [-|*]<float>.>-Standardwert: "HOST_CPUS"
Legen Sie die Gesamtzahl der lokalen CPU-Kerne fest, die für Waze verfügbar sind, damit sie in Build-Aktionen ausgeführt werden, die lokal ausgeführt werden. Verwendet eine Ganzzahl (&&t;HOST_CPUS" optional gefolgt von [-|*]<float> (z. B. HOST_CPUS*.5 verwenden, um die Hälfte der verfügbaren CPU-Kerne zu nutzen. Standardmäßig fragt „"HOST_CPUS"“ die Systemkonfiguration ab, um die Anzahl der verfügbaren CPU-Kerne zu schätzen.
--local_ram_resources=<an integer, or "HOST_RAM", optionally followed by [-|*]<float>.>-Standardwert: "HOST_RAM*.67"
Legen Sie explizit die Gesamtmenge des lokalen Host-RAMs (in MB) fest, der für Waze verfügbar ist, damit sie in Build-Aktionen ausgeführt wird, die lokal ausgeführt werden. Gibt eine ganze Zahl oder ein HOST_RAM" an, gefolgt von [-|*]<float> (z. B. HOST_RAM*.5, um die Hälfte des verfügbaren RAMs zu verwenden. Standardmäßig fragt ("HOST_RAM*.67") die Systemkonfiguration ab, um den verfügbaren RAM-Speicher zu schätzen und 67% davon zu verwenden.
--local_termination_grace_seconds=<an integer>-Standardwert: "15"
Wartezeit zwischen dem Beenden eines lokalen Prozesses aufgrund eines Zeitlimits und erzwungenem Herunterfahren.
--override_repository=<an equals-separated mapping of repository name to path> Verwendungen sind angesammelt
überschreibt ein Repository mit einem lokalen Verzeichnis.
--package_path=<colon-separated list of options>-Standardwert: "%workspace%"
Eine durch Punkte getrennte Liste der Orte, an denen nach Paketen gesucht werden soll Elemente, die mit '%workspace%' beginnen, sind relativ zum umgebenden Arbeitsbereich. Wenn es nicht vorhanden ist oder leer ist, wird standardmäßig die Ausgabe von 'bazel info default-package-path' verwendet.
--sandbox_add_mount_pair=<a single path or a 'source:target' pair> Verwendungen sind angesammelt
Zusätzliches Pfadpaar hinzufügen, um es in einer Sandbox bereitzustellen.
--sandbox_base=<a string>-Standardwert: "
Mit dieser Sandbox können Sandbox-Verzeichnisse unter diesem Pfad erstellt werden. Geben Sie einen Pfad bei „tmpfs“ an (z. B. „/run/shm“), um die Leistung möglicherweise erheblich zu verbessern, wenn Build oder Tests viele Eingabedateien enthalten. Hinweis: Sie benötigen genügend RAM-Speicher und Speicherplatz auf den tmpfs, um Ausgabe- und Zwischendateien zu speichern, die durch ausgeführte Aktionen generiert werden.
--sandbox_block_path=<a string> Verwendungen sind angesammelt
Verboten Sie den Zugriff auf diese Pfade, die in einer Sandbox ausgeführt werden.
--[no]sandbox_debug-Standardwert: "false"
Aktiviert Funktionen zur Fehlerbehebung für die Sandbox-Funktion. Das beinhaltet zwei Dinge: Erstens bleibt der Root-Inhalt einer Sandbox nach einem Build unverändert. Wenn sandboxfs verwendet wird, bleibt das Dateisystem bereitstellen. Zweitens werden zusätzliche Debugging-Informationen zur Ausführung ausgegeben. Das kann Entwicklern von Istio- oder Starlark-Regeln mit Debugging-Fehlern aufgrund fehlender Eingabedateien usw. helfen.
--[no]sandbox_default_allow_network-Standardwert: "true"
Netzwerkzugriff für Aktionen standardmäßig erlauben. Dies funktioniert möglicherweise nicht bei allen Sandbox-Implementierungen.
--[no]sandbox_fake_hostname-Standardwert: "false"
Ändere den aktuellen Hostnamen für 'localhost' für Sandbox-Aktionen.
--[no]sandbox_fake_username-Standardwert: "false"
Ändern Sie den aktuellen Nutzernamen für Sandbox-Aktionen in 'nobody'
--sandbox_tmpfs_path=<an absolute path> Verwendungen sind angesammelt
Bei Aktionen in einer Sandbox wird ein leeres, beschreibbares Verzeichnis in diesem absoluten Pfad bereitgestellt (sofern dies von der Sandbox-Implementierung unterstützt wird, andernfalls ignoriert).
--sandbox_writable_path=<a string> Verwendungen sind angesammelt
Für Aktionen, die in einer Sandbox ausgeführt werden, sollte ein vorhandenes Verzeichnis in der Sandbox beschreibbar werden (sofern dies von der Sandbox-Implementierung unterstützt wird, andernfalls ignoriert).
--[no]show_loading_progress-Standardwert: "true"
Wenn diese Option aktiviert ist, gibt Istio die Nachrichten an &loadt package:" aus.
--test_lang_filters=<comma-separated list of options>-Standardwert: "
Gibt eine durch Kommas getrennte Liste von Testsprachen an. Jede Sprache kann optional mit '-' vorangestellt werden, um ausgeschlossene Sprachen anzugeben. Es werden nur diese Testziele gefunden, die in den angegebenen Sprachen geschrieben sind. Der für die einzelnen Sprachen verwendete Name muss mit dem Sprachpräfix in der *_test-Regel übereinstimmen, z.B. für 'cc', 'java', 'py' usw. Diese Option betrifft das Verhalten „--build_tests_only“ und den Testbefehl.
--test_size_filters=<comma-separated list of values: small, medium, large or enormous>-Standardwert: "
Gibt eine durch Kommas getrennte Liste von Testgrößen an. Jede Größe kann optional mit '-' versehen werden, um ausgeschlossene Größen anzugeben. Es werden nur Testziele gefunden, die mindestens eine eingeschlossene Größe und keine ausgeschlossenen Größen enthalten. Diese Option betrifft das Verhalten „--build_tests_only“ und den Testbefehl.
--test_tag_filters=<comma-separated list of options>-Standardwert: "
Gibt eine durch Kommas getrennte Liste von Test-Tags an. Jedem Tag kann optional '-' vorangestellt werden, um ausgeschlossene Tags anzugeben. Es werden nur Testziele gefunden, die mindestens ein eingeschlossenes Tag und keine ausgeschlossenen Tags enthalten. Diese Option betrifft das Verhalten „--build_tests_only“ und den Testbefehl.
--test_timeout_filters=<comma-separated list of values: short, moderate, long or eternal>-Standardwert: "
Gibt eine durch Kommas getrennte Liste von Testzeitlimits an. Jeder Zeitüberschreitung kann optional '-' vorangestellt werden, um ausgeschlossene Zeitüberschreitungen anzugeben. Es werden nur Testziele gefunden, die mindestens ein eingeschlossenes Zeitlimit und ohne ausgeschlossene Zeitüberschreitungen enthalten. Diese Option betrifft das Verhalten „--build_tests_only“ und den Testbefehl.
--tls_certificate=<a string>-Standard: siehe Beschreibung
Geben Sie einen Pfad zu einem TLS-Zertifikat an, das für Serversignaturen vertrauenswürdig ist.
--tls_client_certificate=<a string>-Standard: siehe Beschreibung
Geben Sie das zu verwendende TLS-Clientzertifikat an. Sie müssen auch einen Clientschlüssel angeben, um die Clientauthentifizierung zu aktivieren.
--tls_client_key=<a string>-Standard: siehe Beschreibung
Geben Sie den zu verwendenden TLS-Clientschlüssel an. Sie müssen auch ein Clientzertifikat angeben, um die Clientauthentifizierung zu aktivieren.
--worker_extra_flag=<a 'name=value' assignment> Verwendungen sind angesammelt
Zusätzliche Befehlszeilen-Flags, die an zusätzlich zu "--Persistent_worker"übergeben werden und mit mnemonic arbeiten (z.B. --worker_extra_flag=Javac=--debug).
--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"> Verwendungen sind angesammelt
Die Anzahl der Instanzen eines Worker-Prozesses (z. B. der persistente Java-Compiler) kann angewendet werden, wenn Sie die Strategie 'worker' verwenden. Kann als [name=value] angegeben werden, um einen anderen Wert pro Worker-Dem namens zu geben. Verwendet eine Ganzzahl oder ein Keyword ("auto", "HOST_CPUS", "HOST_RAM"), optional gefolgt von einer Operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5" 'auto' berechnet einen angemessenen Standardwert, der auf der Kapazität der Maschine basiert. "=value" legt einen Standardwert für nicht spezifizierte Dynamik fest.
Tags: host_machine_resource_optimizations
--[no]worker_quit_after_build-Standardwert: "false"
Wenn diese Option aktiviert ist, werden alle Worker nach Abschluss eines Builds beendet.
--[no]worker_sandboxing-Standardwert: "false"
Wenn diese Option aktiviert ist, werden Worker in einer Sandbox-Umgebung ausgeführt.
--[no]worker_verbose-Standardwert: "false"
Wenn aktiviert, werden ausführliche Nachrichten ausgegeben, wenn Worker gestartet, heruntergefahren werden...
--workspace_status_command=<path>-Standardwert: "
Ein Befehl, der zu Beginn des Builds aufgerufen wird, um Statusinformationen zum Arbeitsbereich in Form von Schlüssel/Wert-Paaren anzugeben. Die vollständige Spezifikation finden Sie im Handbuch. Ein Beispiel finden Sie auch in „tools/buildstamp/get_workspace_status“.
Optionen zur Steuerung der Build-Ausführung:
--[no]check_up_to_date-Standardwert: "false"
Führen Sie den Build nicht aus, sondern prüfen Sie nur, ob er aktuell ist. Wenn alle Ziele auf dem neuesten Stand sind, wurde der Build erfolgreich abgeschlossen. Wenn ein Schritt ausgeführt werden muss, wird ein Fehler gemeldet und der Build schlägt fehl.
Tags: execution
ob direkt Dateisysteme für Symlink-Bäume aufgerufen werden sollen
Tags: loading_and_analysis, execution, experimental
--[no]experimental_remotable_source_manifests-Standardwert: "false"
Festlegen, ob Quellmanifestaktionen entfernt werden können
Tags: loading_and_analysis, execution, experimental
--[no]experimental_split_coverage_postprocessing-Standardwert: "false"
Wenn dieser Wert „true“ ist, führt Istio die Nachbearbeitung zur Prüfung in einem neuen Auftrag durch.
Tags: execution
--[no]experimental_split_xml_generation-Standardwert: "true"
Wenn dieses Flag festgelegt ist und keine Testaktion keine test.xml-Datei generiert, erstellt Istio eine separate Testdatei, die das Testprotokoll enthält. Andernfalls wird die Datei „test.xml“ im Rahmen der Testaktion generiert.
Tags: execution
--[no]experimental_strict_fileset_output-Standardwert: "false"
Wenn diese Option aktiviert ist, behandeln Dateisätze alle Ausgabeartefakte als normale Dateien. Verzeichnisse werden nicht durchsucht und die Wahrscheinlichkeit von Symlinks ist geringer.
Tags: execution
--genrule_strategy=<comma-separated list of options>-Standardwert: "
Geben Sie an, wie Genlogs ausgeführt werden sollen. Dieses Flag wird eingestellt. Verwenden Sie stattdessen --spawn_strategy=<value>, um alle Aktionen zu steuern, oder --strategy=Genrule=<value>, um nur Genrules zu steuern.
Tags: execution
--jobs=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5"> [-j] Standardeinstellung: "auto"
Die Anzahl der gleichzeitigen Jobs, die ausgeführt werden sollen. Verwendet eine Ganzzahl oder ein Keyword ("auto", "HOST_CPUS", "HOST_RAM"), optional gefolgt von einer Operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5" Die Werte müssen zwischen 1 und 5.000 liegen. Werte über 2.500 können Speicherprobleme verursachen. Mit „auto" wird ein angemessener Standardwert basierend auf Hostressourcen berechnet.
Tags: host_machine_resource_optimizations, execution
--[no]keep_going [-k] Standardeinstellung: "false"
Fahren Sie nach einem Fehler so weit wie möglich fort. Das Ziel, bei dem Fehler aufgetreten sind, und solche, die davon abhängen, können zwar nicht analysiert werden, aber andere Voraussetzungen dieser Ziele können sein.
Tags: 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">-Standardwert: "auto"
Anzahl der parallelen Threads, die für die Lade-/Analysephase verwendet werden sollen.Es wird eine Ganzzahl oder ein Keyword ("auto", "HOST_CPUS", "HOST_RAM") gefolgt von einer Operation ([-|*]<float>) angegeben. Beispiel: "auto", "HOST_CPUS*.5" Mit „auto"“ wird basierend auf den Hostressourcen ein angemessener Standardwert festgelegt. Muss mindestens 1 sein.
Tags: bazel_internal_configuration
--modify_execution_info=<regex=[+-]key,regex=[+-]key,...>-Standardwert: "
Schlüssel zu den Ausführungsinformationen einer Aktion hinzufügen oder daraus entfernen Gilt nur für Aktionen, die Ausführungsinformationen unterstützen. Viele gängige Aktionen unterstützen Ausführungsinformationen, z.B. Genrule, CppCompile, Javac, StarlarkAction oder TestRunner. Wenn Sie mehrere Werte angeben, ist die Reihenfolge wichtig, weil viele reguläre Ausdrücke möglicherweise auf dasselbe Gedächtnis basieren. Syntax: "regex=[+-]key,Regex=[+-]key,..." Beispiele: '.*=+x,.*=-y,.*=+z' fügt 'x' und 'z' hinzu und entfernt 'y' daraus die Ausführungsinformationen für alle Aktionen. 'Genrule=+requires-x' fügt 'requires-x' zu den Ausführungsinformationen für alle Genrule-Aktionen hinzu. '(?!Genrule).*=-requires-x' entfernt 'requires-x' aus Ausführungsinformationen für alle Nicht-Genrule-Aktionen.
Tags: execution, affects_outputs, loading_and_analysis
--persistent_android_resource_processor
Aktivieren Sie den nichtflüchtigen Android-Ressourcenprozessor mithilfe von Workern.
Erweiterung zu:
--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=Aapt2Optimize=worker
--spawn_strategy=<comma-separated list of options>-Standardwert: "
Geben Sie an, wie Aktionen beim Erstellen standardmäßig ausgeführt werden. Zulässig ist eine durch Kommas getrennte Liste von Strategien von der höchsten zur niedrigsten Priorität. Für jede Aktion wählt entsprechend die Strategie mit der höchsten Priorität aus. Der Standardwert ist „remote,worker,sandboxed,local"“. Weitere Informationen finden Sie unter https://blog.bazel.build/2019/06/19/list-strategy.html.
Tags: execution
--strategy=<a '[name=]value1[,..,valueN]' assignment> Verwendungen sind angesammelt
Angeben, wie die Zusammenstellung anderer Aktionen für Aktionen generiert werden soll. Zulässig ist eine durch Kommas getrennte Liste von Strategien von der höchsten zur niedrigsten Priorität. Für jede Aktion wählt entsprechend die Strategie mit der höchsten Priorität aus. Der Standardwert ist „remote,worker,sandboxed,local"“. Dieses Flag überschreibt die von --spawn_strategy (und --genrule_strategy) verwendeten Werte, wenn sie mit der mnemonic Genrule verwendet werden. Weitere Informationen finden Sie unter https://blog.bazel.build/2019/06/19/list-strategy.html.
Tags: execution
--strategy_regexp=<a '<RegexFilter>=value[,value]' assignment> Verwendungen sind angesammelt
Damit lässt sich überschreiben, welche Strategie bei Aktionen ausgelöst werden soll, deren Beschreibung mit einem bestimmten Regex_filter übereinstimmt. Weitere Informationen zum Abgleich mit regulären Ausdrücken finden Sie unter „--per_file_copt“. Es wird der erste Regex-Filter verwendet, der der Beschreibung entspricht. Mit dieser Option werden andere Flags überschrieben. Beispiel: --strategy_Regexp=//foo.*\.cc,-//foo/bar=local bedeutet, dass Aktionen mit der lokalen Strategie ausgeführt werden, wenn die Beschreibung //foo.*.cc, aber nicht //foo/bar entspricht. Beispiel: --strategy_Regexp='Compiling.*/bar=local --strategy_Regexp=Compiling=sandboxed wird mit dieser Strategie ausgeführt //foo/bar/baz' mit &&339;local' wird er jedoch rückgängig gemacht.
Tags: execution
Optionen zur Konfiguration der Toolchain, die für die Aktionsausführung verwendet wird:
--android_compiler=<a string>-Standard: siehe Beschreibung
Der Android-Target-Compiler
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--android_crosstool_top=<a build target label>-Standardeinstellung: "//external:android/crosstool"
Der Speicherort des C++-Compilers, der für Android-Builds verwendet wird.
Tags: affects_outputs, changes_inputs, loading_and_analysis, loses_incremental_state
--android_grte_top=<a label>-Standard: siehe Beschreibung
Das Android-Ziel „grte_top“.
Tags: changes_inputs, loading_and_analysis, loses_incremental_state
--android_manifest_merger=<legacy, android or force_android>-Standardwert: "android"
Wählt die Manifest-Zusammenführung aus, die für android_binary-Regeln verwendet werden soll. Flag, um die Umstellung auf die Android-Manifest-Zusammenführung von der alten Fusion zu unterstützen.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--android_platforms=<a build target label>-Standardwert: "
Legt die Plattformen fest, die"android_binary"-Ziele verwenden. Wenn mehrere Plattformen angegeben sind, ist das Binärprogramm ein Fett-APK, das native Binärprogramme für jede angegebene Zielplattform enthält.
Tags: changes_inputs, loading_and_analysis, loses_incremental_state
--android_sdk=<a build target label>-Standardeinstellung: "@bazel_tools//tools/android:sdk"
Gibt Android-SDK/-Plattform an, die zum Erstellen von Android-Apps verwendet wird.
Tags: changes_inputs, loading_and_analysis, loses_incremental_state
--apple_compiler=<a string>-Standard: siehe Beschreibung
Der Apple-Compiler. Nützlich zur Auswahl von Varianten einer Toolchain (z.B. xcode-beta).
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--apple_crosstool_top=<a build target label>-Standardeinstellung: "@bazel_tools//tools/cpp:chain"
Das Label des Crosstool-Pakets, das in Apple- und Objc-Regeln verwendet werden soll, sowie dessen Abhängigkeiten
Tags: loses_incremental_state, changes_inputs
--apple_grte_top=<a build target label>-Standard: siehe Beschreibung
Das Apple-Ziel „grte_top“.
Tags: changes_inputs, loading_and_analysis, loses_incremental_state
--cc_output_directory_tag=<a string>-Standardwert: "
Gibt ein Suffix an, das dem Konfigurationsverzeichnis hinzugefügt werden soll.
Tags: affects_outputs, explicit_in_output_path
--compiler=<a string>-Standard: siehe Beschreibung
Der C++-Compiler, der zum Kompilieren des Ziels verwendet werden soll.
Tags: loading_and_analysis, execution
--coverage_output_generator=<a build target label>-Standardeinstellung: "@bazel_tools//tools/test:lcov_merger"
Das Ziel der Binärdatei, die verwendet wird, um Berichte zur Rohabdeckung zu verarbeiten. Dies muss eine Dateigruppe sein, die eine einzelne Datei enthält. Standardmäßig wird '//tools/test:lcov_merger' verwendet.
Tags: changes_inputs, affects_outputs, loading_and_analysis
--coverage_report_generator=<a build target label>-Standardeinstellung: "@bazel_tools//tools/test:coverage_report_generator"
Damit wird der Speicherort des Binärprogramms angegeben, der zur Abdeckung von Berichten verwendet wird. Dies muss eine Dateigruppe sein, die eine einzelne Datei enthält. Standardmäßig wird '//tools/test:coverage_report_generator' verwendet.
Tags: changes_inputs, affects_outputs, loading_and_analysis
--coverage_support=<a build target label>-Standardeinstellung: "@bazel_tools//tools/test:coverage_support"
Speicherort der Supportdateien, die für die Eingaben jeder Testaktion erforderlich sind, mit der die Codeabdeckung erfasst wird. Standardmäßig wird '//tools/test:coverage_support' verwendet.
Tags: changes_inputs, affects_outputs, loading_and_analysis
--crosstool_top=<a build target label>-Standardeinstellung: "@bazel_tools//tools/cpp:chain"
Das Label des Crosstool-Pakets, das zum Kompilieren von C++-Code verwendet werden soll.
Tags: loading_and_analysis, changes_inputs, affects_outputs
--custom_malloc=<a build target label>-Standard: siehe Beschreibung
Gibt eine benutzerdefinierte Implementierung von Malloc an. Diese Einstellung überschreibt Malloc-Attribute in Build-Regeln.
Tags: changes_inputs, affects_outputs
--experimental_add_exec_constraints_to_targets=<a '<RegexFilter>=<label1>[,<label2>,...]' assignment> Verwendungen sind angesammelt
Liste der durch Kommas getrennten regulären Ausdrücke, denen optional ein Präfix - (negativer Ausdruck) vorangestellt ist, das einer Liste von durch Kommas getrennten Beschränkungswertwerten zugewiesen ist. Wenn ein Ziel nicht mit einem negativen Ausdruck übereinstimmt und mindestens ein positiver Ausdruck vorliegt, wird die Toolchain-Auflösung so ausgeführt, als hätte sie die Einschränkungswerte als Ausführungseinschränkungen angegeben. Beispiel: //demo,-test=@platforms//cpus:x86_64 will 'x86_64' zu jedem Ziel unter //demo hinzufügen, mit Ausnahme der Namen, deren Name 'test' enthält.
Tags: loading_and_analysis
--[no]experimental_enable_objc_cc_deps-Standardwert: "true"
Damit können Sie festlegen, dass objc_*-Regeln von cc_library abhängen. Dabei werden alle objc-Abhängigkeiten mit --cpu auf "ios_<--ios_cpu>" für alle Werte in --ios_multi_cpu erstellt.
Tags: loading_and_analysis, incompatible_change
--[no]experimental_include_xcode_execution_requirements-Standardwert: "false"
Wenn festgelegt, fügen Sie bei jeder Xcode-Aktion „&requires-xcode:{version}“ hinzu. Wenn die xcode-Version ein Bindestrich-Label aufweist, fügen Sie außerdem diese Ausführungsanforderung hinzu:
Tags: loses_incremental_state, loading_and_analysis, execution
--[no]experimental_prefer_mutual_xcode-Standardwert: "true"
Wenn „true“ festgelegt ist, verwenden Sie den neuesten Xcode, der sowohl lokal als auch aus der Ferne verfügbar ist. Wenn „false“ ist oder keine gegenseitig verfügbaren Versionen vorhanden sind, verwenden Sie die lokale Xcode-Version, die über xcode-select ausgewählt wurde.
Tags: loses_incremental_state
--extra_execution_platforms=<comma-separated list of options> Verwendungen sind angesammelt
Die Plattformen, die als Ausführungsplattformen zum Ausführen von Aktionen zur Verfügung stehen. Plattformen können durch das genaue Ziel oder als Zielmuster angegeben werden. Diese Plattformen werden vor den in der WORKSPACE-Datei von „register_ execution_platforms()“ angegebenen Plattformen berücksichtigt.
Tags: execution
--extra_toolchains=<comma-separated list of options> Verwendungen sind angesammelt
Die Toolchain-Regeln, die bei der Toolchain-Auflösung berücksichtigt werden sollen. Toolketten können entweder über ein genaues Ziel oder als Zielmuster angegeben werden. Diese Toolchains werden berücksichtigt, bevor sie von der WORKSPACE-Datei von „register_chains()“ deklariert werden.
Tags: affects_outputs, changes_inputs, loading_and_analysis
--grte_top=<a label>-Standard: siehe Beschreibung
Ein Label für eine eingecheckte libc-Bibliothek. Der Standardwert wird von der websiteübergreifenden Toolchain ausgewählt. Sie müssen sie fast nie überschreiben.
Tags: action_command_lines, affects_outputs
--host_compiler=<a string>-Standard: siehe Beschreibung
Der C++-Compiler, der für die Hostkompilierung verwendet werden soll. Falls --host_crosstool_top nicht festgelegt ist, wird dies ignoriert.
Tags: loading_and_analysis, execution
--host_crosstool_top=<a build target label>-Standard: siehe Beschreibung
Standardmäßig werden die Optionen „--crosstool_top“ und „--Compiler“ auch für die Hostkonfiguration verwendet. Wenn dieses Flag bereitgestellt wird, verwendet Istio die Standard-libc und den Compiler für das angegebene crosstool_top.
Tags: loading_and_analysis, changes_inputs, affects_outputs
--host_grte_top=<a label>-Standard: siehe Beschreibung
Wenn angegeben, überschreibt diese Einstellung das libc-Verzeichnis der obersten Ebene (--grte_top) für die Hostkonfiguration.
Tags: action_command_lines, affects_outputs
--host_platform=<a build target label>-Standardwert: "
Das Label einer Plattformregel, die das Hostsystem beschreibt.
Tags: affects_outputs, changes_inputs, loading_and_analysis
--[no]incompatible_disable_expand_if_all_available_in_flag_set-Standardwert: "true"
Wenn „true“ festgelegt ist, lässt Istio die Angabe von Expanding_if_all_available in Flag_sets nicht zulassen. Weitere Informationen zur Migration finden Sie unter https://github.com/bazelbuild/bazel/issues/7008.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_dont_enable_host_nonhost_crosstool_features-Standardwert: "true"
Bei "true" werden die Funktionen von {5/} in der c++-Toolchain nicht aktiviert (weitere Informationen finden Sie unter https://github.com/bazelbuild/bazel/issues/7407).
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_enable_android_toolchain_resolution-Standardwert: "false"
Mit der Toolchain-Auflösung das Android SDK für Android-Regeln auswählen (Starlark und nativ)
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_enable_apple_toolchain_resolution-Standardwert: "false"
Auf Grundlage der Toolchain-Auflösung wählen Sie das Apple SDK für Apfelregeln (Starlark und native Anzeigen)
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_make_thinlto_command_lines_standalone-Standardwert: "true"
Wenn „true“ festgelegt ist, verwendet Istio keine C++-Linkaktions-Befehlszeilen für lto-Indexierungs-Befehlszeilen (weitere Informationen finden Sie unter https://github.com/bazelbuild/bazel/issues/6791).
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_remove_cpu_and_compiler_attributes_from_cc_toolchain-Standardwert: "true"
Wenn der Wert „true“ ist, meldet sich Istio, wenn die Attribute „cc_chain.cpu“ und „cc_toolkit.Compiler“ festgelegt sind. Eine Anleitung zur Migration finden Sie unter https://github.com/bazelbuild/bazel/issues/7075.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_remove_legacy_whole_archive-Standardwert: "true"
Bei „true“ werden die Abhängigkeiten der Bibliothek nicht standardmäßig als ganzes Archiv verknüpft. Weitere Informationen finden Sie unter https://github.com/bazelbuild/bazel/issues/7362.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_require_ctx_in_configure_features-Standardwert: "true"
Wenn „true“ festgelegt ist, benötigt den Parameter cc_common.configure_features, um weitere Informationen zu erhalten. Weitere Informationen finden Sie unter https://github.com/bazelbuild/bazel/issues/7793.
Tags: loading_and_analysis, incompatible_change
--[no]interface_shared_objects-Standardwert: "true"
Verwenden Sie freigegebene Schnittstellenobjekte, wenn sie von der Toolchain unterstützt werden. Diese Einstellung wird derzeit von allen ELF-Toolchains unterstützt.
Tags: loading_and_analysis, affects_outputs, affects_outputs
--ios_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>-Standard: siehe Beschreibung
Gibt die Version des iOS SDK an, die zum Erstellen von iOS-Anwendungen verwendet wird. Wenn Sie nichts angeben, wird die Standard-SDK-Version von iOS von 'xcode_version' verwendet.
Tags: loses_incremental_state
--macos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>-Standard: siehe Beschreibung
Gibt die Version des macOS SDK an, die zum Erstellen von macOS-Anwendungen verwendet werden soll. Wenn Sie nichts angeben, wird die macOS-SDK-Standardversion von 'xcode_version' verwendet.
Tags: loses_incremental_state
--minimum_os_version=<a string>-Standard: siehe Beschreibung
Die Mindestversion des Betriebssystems, auf die die Kompilierung ausgerichtet ist.
Tags: loading_and_analysis, affects_outputs
--platform_mappings=<a relative path>-Standardwert: "
Der Speicherort einer Zuordnungsdatei, die beschreibt, welche Plattform verwendet werden soll, wenn keine Plattform festgelegt ist oder welche Flags festgelegt werden sollen, wenn eine Plattform bereits vorhanden ist. Muss relativ zum Stammverzeichnis des Hauptarbeitsbereichs sein. Standardmäßig wird 'platform_mappings' eine Datei direkt unter dem Stammverzeichnis des Arbeitsbereichs angezeigt.
Tags: affects_outputs, changes_inputs, loading_and_analysis
--platforms=<a build target label>-Standardwert: "
Die Labels der Plattformregeln, mit denen die Zielplattformen für den aktuellen Befehl beschrieben werden.
Tags: affects_outputs, changes_inputs, loading_and_analysis
--python2_path=<a string>-Standard: siehe Beschreibung
Eingestellt, no-op. Deaktiviert von „--incompatible_use_python_chains“.
Tags: no_op, deprecated
--python3_path=<a string>-Standard: siehe Beschreibung
Eingestellt, no-op. Deaktiviert von „--incompatible_use_python_chains“.
Tags: no_op, deprecated
--python_path=<a string>-Standard: siehe Beschreibung
Der absolute Pfad des Python-Interpreters, der zum Ausführen von Python-Zielen auf der Zielplattform aufgerufen wird. Verworfen; durch --incompatible_use_python_chains deaktiviert.
Tags: loading_and_analysis, affects_outputs
--python_top=<a build target label>-Standard: siehe Beschreibung
Das Label einer „py_runtime“ für den Python-Interpreter, der zum Ausführen von Python-Zielen auf der Zielplattform aufgerufen wurde. Verworfen; durch --incompatible_use_python_chains deaktiviert.
Tags: loading_and_analysis, affects_outputs
--target_platform_fallback=<a build target label>-Standardeinstellung: "@local_config_platform//:host"
Das Label einer Plattformregel, die verwendet werden soll, wenn keine Zielplattform festgelegt ist und keine Plattformzuordnung dem aktuellen Satz von Flags entspricht.
Tags: affects_outputs, changes_inputs, loading_and_analysis
--tvos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>-Standard: siehe Beschreibung
Gibt die Version des tvOS SDK an, die zum Erstellen von tvOS-Anwendungen verwendet wird. Wenn dieser Wert nicht angegeben ist, wird die Standardversion des tvOS SDK aus 'xcode_version' verwendet.
Tags: loses_incremental_state
--watchos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>-Standard: siehe Beschreibung
Gibt die Version des WatchOS-SDKs an, mit der „watchOS“-Anwendungen erstellt werden sollen. Wenn Sie nichts angeben, wird die WatchOS SDK-Standardversion aus 'xcode_version' verwendet.
Tags: loses_incremental_state
--xcode_version=<a string>-Standard: siehe Beschreibung
Wenn angegeben, wird Xcode der angegebenen Version für relevante Build-Aktionen verwendet. Wenn dieser Wert nicht angegeben ist, wird die Executor-Standardversion von Xcode verwendet.
Tags: loses_incremental_state
--xcode_version_config=<a build target label>-Standardeinstellung: "@bazel_tools//tools/cpp:host_xcodes"
Das Label der xcode_config-Regel, die zur Auswahl der Xcode-Version in der Build-Konfiguration verwendet werden soll.
Tags: loses_incremental_state, loading_and_analysis
Optionen zur Steuerung der Ausgabe des Befehls:
--[no]apple_enable_auto_dsym_dbg-Standardwert: "false"
Erzwingen, dass Debugging-Symboldateien (dSYM) für DBG-Builds generiert werden können
Tags: affects_outputs, action_command_lines
--[no]apple_generate_dsym-Standardwert: "false"
Gibt an, ob Debugging-Symboldateien (.dSYM) generiert werden sollen.
Tags: affects_outputs, action_command_lines
--[no]build-Standardwert: "true"
Führen Sie den Build aus. Dies ist das übliche Verhalten. Wenn Sie „--nobuild“ angeben, wird der Build vor der Ausführung der Build-Aktionen beendet. Wenn die Paketlade- und Analysephasen erfolgreich abgeschlossen sind, wird null zurückgegeben. Dieser Modus ist zum Testen dieser Phasen nützlich.
Tags: execution, affects_outputs
Wenn „true“, erstellen Sie eine Runfiles-Symlink-Wälder für alle Ziele. Schreiben Sie bei „false“ nach Möglichkeit nur die Manifeste.
Tags: affects_outputs
--[no]build_runfile_manifests-Standardwert: "true"
Wenn „true“, werden Runfiles-Manifeste für alle Ziele geschrieben. Wenn „false“ angegeben ist, lassen Sie sie weg. Lokale Tests werden nicht ausgeführt, wenn sie „false“ ist.
Tags: affects_outputs
--[no]build_test_dwp-Standardwert: "false"
Wenn diese Option aktiviert ist, wird bei der statischen Erstellung von C++-Tests und mit der Spaltenüberschrift die DWP-Datei für die Testbinärdatei automatisch erstellt.
Tags: loading_and_analysis, affects_outputs
--cc_proto_library_header_suffixes=<comma-separated list of options>-Standardwert: ".pb.h"
Legt die Präfixe der Header-Dateien fest, die von einer cc_proto_library erstellt werden.
Tags: affects_outputs, loading_and_analysis
--cc_proto_library_source_suffixes=<comma-separated list of options>-Standardwert: ".pb.cc"
Legt die Präfixe der Quelldateien fest, die von einer cc_proto_library erstellt werden.
Tags: affects_outputs, loading_and_analysis
--[no]experimental_proto_descriptor_sets_include_source_info-Standardwert: "false"
Zusätzliche Aktionen für alternative Java API-Versionen in einer proto_library ausführen.
Tags: affects_outputs, loading_and_analysis, experimental
--[no]experimental_proto_extra_actions-Standardwert: "false"
Zusätzliche Aktionen für alternative Java API-Versionen in einer proto_library ausführen.
Tags: affects_outputs, loading_and_analysis, experimental
--[no]experimental_run_validations-Standardwert: "true"
Verwenden Sie stattdessen „--run_validations“.
Tags: execution, affects_outputs
--[no]experimental_save_feature_state-Standardwert: "false"
Speichern Sie den Status der aktivierten und angeforderten Funktionen als Ausgabe der Kompilierung.
Tags: affects_outputs, experimental
--[no]experimental_use_validation_aspect-Standardwert: "false"
Gibt an, ob Validierungsaktionen unter Verwendung des Aspektes ausgeführt werden (für Parallelismus mit Tests).
Tags: execution, affects_outputs
--fission=<a set of compilation modes>-Standardwert: "no"
Gibt an, welche Kompilierungsmodi für die C++-Compilation und die Links gemeinsam genutzt werden. Kann eine beliebige Kombination aus {'fastbuild', 'dbg',##9;opt'} oder den speziellen Werten 'yes' sein, um alle Modi zu aktivieren und 'no' alle Modi zu deaktivieren.
Tags: loading_and_analysis, action_command_lines, affects_outputs
--[no]legacy_external_runfiles-Standardwert: "true"
Wenn „true“ festgelegt ist, erstellen Sie neben „.runfiles/repo“ auch Runfiles-Symlink-Wälder für externe Repositories unter .runfiles/wsname/external/repo.
Tags: affects_outputs
--[no]objc_generate_linkmap-Standardwert: "false"
Gibt an, ob eine Linkmap-Datei generiert werden soll.
Tags: affects_outputs
--output_groups=<comma-separated list of options> Verwendungen sind angesammelt
Eine Liste kommagetrennter Ausgabegruppennamen, denen jeweils ein Präfix + oder - vorangestellt ist. Eine Gruppe mit dem Präfix + wird den Standardgruppen der Ausgabegruppen hinzugefügt, während eine Gruppe mit dem Präfix „-“ aus dem Standardsatz entfernt wird. Wenn mindestens eine Gruppe kein Präfix hat, wird der Standardsatz von Ausgabegruppen weggelassen. Zum Beispiel erstellt --output_groups=+foo,+bar die Union aus den Standardsätzen "foo" und "bar", während "--output_groups=foo,bar" den Standardsatz überschreibt, sodass nur "foo" und "bar" erstellt werden.
Tags: execution, affects_outputs
--[no]run_validations-Standardwert: "true"
Gibt an, ob Validierungsaktionen im Rahmen des Builds ausgeführt werden.
Tags: execution, affects_outputs
--[no]save_temps-Standardwert: "false"
Wenn aktiviert, werden temporäre Ausgaben von gcc gespeichert. Dazu zählen .s-Dateien ( Assemblercode), .i-Dateien (vorbearbeitete C) und .ii-Dateien (vorverarbeitete C++).
Tags: affects_outputs
Optionen, mit denen der Nutzer die gewünschte Ausgabe konfigurieren kann und sich auf ihren Wert auswirkt (sofern das nicht der Fall ist):
--action_env=<a 'name=value' assignment with an optional value part> Verwendungen sind angesammelt
Gibt die Reihe der für die Aktion mit Zielkonfiguration verfügbaren Umgebungsvariablen an. Variablen können entweder namentlich angegeben werden. In diesem Fall wird der Wert aus der Aufrufumgebung entnommen oder mit dem Namen/Wert-Paar, das den Wert unabhängig von der Aufrufumgebung festlegt. Diese Option kann mehrmals verwendet werden. Bei Optionen, die für dieselbe Variable gegeben werden, erfolgen die letzten Erfolgen oder für verschiedene Variablen.
Tags: action_command_lines
--android_cpu=<a string>-Standardwert: "armeabi-v7a"
Die Android-Ziel-CPU.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]android_databinding_use_androidx-Standardwert: "false"
Erstellen Sie AndroidX-kompatible Datenbindungsdateien. Dies wird nur mit Databinding v2 verwendet.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--[no]android_databinding_use_v3_4_args-Standardwert: "false"
Android Databinding v2 mit 3.4.0-Argument verwenden
Tags: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--android_dynamic_mode=<off, default or fully>-Standardwert: "off"
Stellt fest, ob C++-Deps von Android-Regeln dynamisch verknüpft werden, wenn eine cc_binary-Bibliothek keine explizite Bibliothek erstellt. 'default' bedeutet, dass entscheidet sich für die dynamische Kontoverknüpfung. 'full' bedeutet, dass alle Bibliotheken dynamisch verknüpft werden. 'off' bedeutet, dass alle Bibliotheken im Großteil des statischen Modus verlinkt werden.
Tags: affects_outputs, loading_and_analysis
--android_manifest_merger_order=<alphabetical, alphabetical_by_configuration or dependency>-Standardwert: &alphabetisch
Legt die Reihenfolge der Manifeste fest, die an die Manifest-Zusammenführung für Android-Binärprogramme übergeben werden. „ALPHABETTIC“ bedeutet, dass Manifeste nach Pfad relativ zum Executor sortiert werden. „ALPHABETTIC_BY_CONFIGURATION“ bedeutet, dass Manifeste nach Pfaden relativ zum Konfigurationsverzeichnis innerhalb des Ausgabeverzeichniss sortiert werden. DEPENDENCY bedeutet, dass Manifeste mit jeder Manifestdatei geordnet werden, die vor den Manifesten ihrer Abhängigkeiten erscheint.
Tags: action_command_lines, execution
--[no]android_resource_shrinking-Standardwert: "false"
Aktiviert die Ressourcenkomprimierung für Android-Binär-APKs, die ProGuard verwenden.
Tags: affects_outputs, loading_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> Verwendungen sind angesammelt
Geben Sie den Apple-Bitcode-Modus für Kompilierungsschritte an, die auf Gerätearchitekturen ausgerichtet sind. Werte haben das Format '[platform=]mode', wobei die Plattform optional sein muss. Diese Plattform muss optional sein. Falls vorhanden, wird der Bitcode-Modus speziell für diese Plattform angewendet. Wenn Sie ihn nicht angeben, wird er auf allen Plattformen angewendet. Der Modus muss 'none', 'embed_markers' oder 'embed' sein. Diese Option kann mehrmals angegeben werden.
Tags: loses_incremental_state
--aspects=<comma-separated list of options> Verwendungen sind angesammelt
Durch Kommas getrennte Liste von Aspekten, die auf die Ziele der obersten Ebene angewendet werden. Wenn „ einige_aspect“ die erforderlichen Seitenanbieter über „required_aspect_providers“ angibt, wird „some_aspect“ nach jedem zuvor erwähnten Aspekt in der Liste der Aspekte ausgeführt, dessen beworbene Anbieter die erforderlichen „provider“-Attribute erfüllen. außerdem wird „some_aspect“ nach allen erforderlichen Attributen ausgeführt, die durch „attributes“ angegeben sind. „some_aspect“ hat dann Zugriff auf die Werte dieser Anbieter. <bzl-file-label>%<aspect_name> zum Beispiel '//tools:my_def.bzl%my_aspect' wobei 'my_aspect' ein Top-Level-Wert aus einem Datei-Tool/my_def.bzl
--[no]build_python_zip-Standardwert: "auto"
ZIP-Datei für Python erstellen, unter Windows auf anderen Plattformen
Tags: affects_outputs
--catalyst_cpus=<comma-separated list of options> Verwendungen sind angesammelt
Durch Kommas getrennte Liste von Architekturen, für die Sie Apple Catalyst-Binärprogramme erstellen möchten.
Tags: loses_incremental_state, loading_and_analysis
--[no]collect_code_coverage-Standardwert: "false"
Andernfalls wird der Instrumentencode (sofern möglich) mithilfe von Offline-Instrumentierung instrumentiert und die Abdeckungsinformationen werden bei den Tests gesammelt. Nur Ziele, die mit „--ationation_filter“ übereinstimmen, sind betroffen. Normalerweise sollte diese Option nicht direkt angegeben werden. Verwenden Sie stattdessen den Befehl 'bazelabdeckung'.
Tags: affects_outputs
--compilation_mode=<fastbuild, dbg or opt> [-c]-Standardwert: "fastbuild"
Geben Sie den Modus an, in den das Binärprogramm erstellt wird. Werte: 'fastbuild', 'dbg', 'opt'
Tags: affects_outputs, action_command_lines, explicit_in_output_path
--conlyopt=<a string> Verwendungen sind angesammelt
Zusätzliche Option zur Übergabe an gcc beim Kompilieren von C-Quelldateien.
Tags: action_command_lines, affects_outputs
--copt=<a string> Verwendungen sind angesammelt
Zusätzliche Optionen zur Weitergabe an gcc
Tags: action_command_lines, affects_outputs
--cpu=<a string>-Standardwert: "
Die Ziel-CPU.
Tags: changes_inputs, affects_outputs, explicit_in_output_path
--cs_fdo_absolute_path=<a string>-Standard: siehe Beschreibung
Nutze die CSFDO-Profilinformationen, um die Zusammenstellung zu optimieren. Geben Sie den absoluten Pfadnamen der ZIP-Datei an, die die Profildatei, das Rohdatenformat oder eine indexierte LLVM-Profildatei enthält.
Tags: affects_outputs
--cs_fdo_instrument=<a string>-Standard: siehe Beschreibung
Generieren Sie Binärprogramme mit kontextsensitiver FDO-Instrumentierung. Mit dem Clang-/LLVM-Compiler wird auch der Verzeichnisname akzeptiert, unter dem die Profilprofildateien zur Laufzeit Dumpingen erhalten.
Tags: affects_outputs
--cs_fdo_profile=<a build target label>-Standard: siehe Beschreibung
„cs_fdo_profile“ für das kontextsensitive Profil, das zur Optimierung verwendet werden soll
Tags: affects_outputs
--cxxopt=<a string> Verwendungen sind angesammelt
Zusätzliche Option zur Weitergabe an gcc beim Kompilieren von C++-Quelldateien.
Tags: action_command_lines, affects_outputs
--define=<a 'name=value' assignment> Verwendungen sind angesammelt
Jede „--define“-Option gibt eine Zuweisung für eine Build-Variable an.
Tags: changes_inputs, affects_outputs
--dynamic_mode=<off, default or fully>-Standardwert: "default"
Bestimmt, ob C++-Binärprogramme dynamisch verknüpft werden. 'default' bedeutet, dass {5/} entscheidet, ob eine dynamische Verknüpfung hergestellt werden soll. 'full' bedeutet, dass alle Bibliotheken dynamisch verknüpft werden. 'off' bedeutet, dass alle Bibliotheken im Großteil des statischen Modus verlinkt werden.
Tags: loading_and_analysis, affects_outputs
--[no]enable_fdo_profile_absolute_path-Standardwert: "true"
Wenn festgelegt, wird bei Verwendung von fdo_absolute_profile_path ein Fehler ausgelöst.
Tags: affects_outputs
--[no]enable_runfiles-Standardwert: "auto"
Symlink-Baum der Runfiles aktivieren, standardmäßig unter Windows auf anderen Plattformen.
Tags: affects_outputs
--experimental_action_listener=<a build target label> Verwendungen sind angesammelt
Zugunsten von Aspekten eingestellt. Mit „action_listener“ können Sie eine bestehende „action“-Aktion an vorhandene Build-Aktionen anhängen.
Tags: execution, experimental
--[no]experimental_android_compress_java_resources-Standardwert: "false"
Java-Ressourcen in APKs komprimieren
Tags: affects_outputs, loading_and_analysis, experimental
--[no]experimental_android_databinding_v2-Standardwert: "false"
Android Databinding v2 verwenden
Tags: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--[no]experimental_android_resource_shrinking-Standardwert: "false"
Aktiviert die Ressourcenkomprimierung für Android-Binär-APKs, die ProGuard verwenden.
Tags: affects_outputs, loading_and_analysis
--[no]experimental_android_rewrite_dexes_with_rex-Standardwert: "false"
Mit dem Rex-Tool DEX-Dateien umschreiben
Tags: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
Mit diesem Flag wird gesteuert, wie die Komfort-Symlinks (Symlinks, die im Arbeitsbereich nach dem Build angezeigt werden) verwaltet werden. Mögliche Werte: „normal“ (Standardeinstellung): Jede Art von Komfort-Symlink wird entsprechend dem Build erstellt oder gelöscht. sauber: Alle Symlinks werden bedingungslos gelöscht. Ignorieren: Symlinks bleiben allein. Nur_log: Logeinträge werden so generiert, als ob sie übergeben wurden, jedoch keine Dateisystemvorgänge ausführen. Das ist für Tools nützlich. Beachten Sie, dass nur symlinks, deren Namen durch den aktuellen Wert von „--symlink_prefix“ generiert werden, davon betroffen sind. Wenn sich das Präfix ändert, bleiben alle bereits vorhandenen symlinks unverändert.
Tags: affects_outputs
Mit diesem Flag wird festgelegt, ob das Build-Ereignis „ConvenienceSymlinksIdentified“ an das BuildEventProtokoll gesendet wird. Wenn der Wert „true“ ist, enthält das BuildEventProtokoll einen Eintrag für „fortSymlinksIdentified“, der alle Komfort-Symlinks enthält, die im Arbeitsbereich erstellt wurden. Bei „false“ ist der Eintrag „fortSymlinksIdentified“ im BuildEventProtokoll leer.
Tags: affects_outputs
--experimental_multi_cpu=<comma-separated list of options> Verwendungen sind angesammelt
Mit diesem Flag können Sie mehrere Ziel-CPUs angeben. Ist dies angegeben, wird die Option --cpu ignoriert.
Tags: affects_outputs, experimental
--experimental_objc_fastbuild_options=<comma-separated list of options>-Standardwert: "-O0,-DDEBUG=1"
Verwendet diese Strings als objc fastbuild-Compiler-Optionen.
Tags: action_command_lines
--[no]experimental_omitfp-Standardwert: "false"
Wenn „true“ angegeben ist, verwenden Sie libunwind zum Zurücknehmen von Stacks und zum Kompilieren mit -fomit-frame-pointer und -fasynchronous-unwind-tables.
Tags: action_command_lines, affects_outputs, experimental
--[no]experimental_platform_in_output_dir-Standardwert: "false"
Wenn „true“, wird die Zielplattform im Ausgabeverzeichnisnamen anstelle der CPU verwendet.
Tags: affects_outputs, experimental
--[no]experimental_use_llvm_covmap-Standardwert: "false"
Wenn die Richtlinie festgelegt ist, generiert Istio mit llvm-cov Abdeckungsinformationen anstelle von gcov, wenn „collect_code_coverage“ aktiviert ist.
Tags: changes_inputs, affects_outputs, loading_and_analysis, experimental
--fat_apk_cpu=<comma-separated list of options>-Standardwert: "armeabi-v7a"
Mit dieser Option werden Fett-APKs aktiviert, die native Binärprogramme für alle angegebenen Zielarchitekturen enthalten, z.B. --fat_apk_cpu=x86,armeabi-v7a, erstellt. Wenn dieses Flag angegeben ist, wird --android_cpu für Abhängigkeiten von android_binary-Regeln ignoriert.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]fat_apk_hwasan-Standardwert: "false"
Gibt an, ob HWASAN-Splits erstellt werden sollen.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--fdo_instrument=<a string>-Standard: siehe Beschreibung
Generieren Sie Binärprogramme mit FDO-Instrumentierung. Mit dem Clang-/LLVM-Compiler wird auch der Verzeichnisname akzeptiert, unter dem die Profilprofildateien zur Laufzeit Dumpingen erhalten.
Tags: affects_outputs
--fdo_optimize=<a string>-Standard: siehe Beschreibung
Verwenden Sie FDO-Profilinformationen, um die Zusammenstellung zu optimieren. Geben Sie den Namen der ZIP-Datei mit dem .gcda-Dateibaum oder eine Afdo-Datei mit dem automatischen Profil an. Für dieses Flag werden auch Dateien akzeptiert, die als Labels angegeben werden, z. B. //foo/bar:file.afdo. Solche Labels müssen sich auf die Eingabedateien beziehen. Sie müssen dem entsprechenden Paket möglicherweise eine export_files-Anweisung hinzufügen, damit die Datei für Istio sichtbar ist. Es wird auch eine Roh- oder indexierte LLVM-Profildatei akzeptiert. Dieses Flag wird durch die Regel „fdo_profile“ ersetzt.
Tags: affects_outputs
--fdo_prefetch_hints=<a build target label>-Standard: siehe Beschreibung
Verwenden Sie Prefetch-Hinweise im Cache.
Tags: affects_outputs
--fdo_profile=<a build target label>-Standard: siehe Beschreibung
fdo_profile für das Profil, das zur Optimierung verwendet werden soll
Tags: affects_outputs
--features=<a string> Verwendungen sind angesammelt
Die angegebenen Funktionen werden für alle Pakete standardmäßig aktiviert oder deaktiviert. Mit der Angabe -<feature> wird die Funktion weltweit deaktiviert. Negative Funktionen überschreiben immer positive. Dieses Flag wird verwendet, um die Einführung von Standardfeature-Änderungen ohne einen {5/}-Release einzuführen.
Tags: changes_inputs, affects_outputs
--[no]force_pic-Standardwert: "false"
Wenn diese Option aktiviert ist, generieren alle C++-Compilations einen positionsunabhängigen Code ("-fPIC"), Links bevorzugen PIC-vordefinierte Bibliotheken gegenüber Nicht-PIC-Bibliotheken und Links stellen positionsunabhängige ausführbare Dateien ("-pie").
Tags: loading_and_analysis, affects_outputs
--host_action_env=<a 'name=value' assignment with an optional value part> Verwendungen sind angesammelt
Gibt die Reihe der für die Aktionen mit Host- oder Ausführungskonfigurationen verfügbaren Umgebungsvariablen an. Variablen können entweder namentlich angegeben werden. In diesem Fall wird der Wert aus der Aufrufumgebung entnommen oder mit dem Namen/Wert-Paar, das den Wert unabhängig von der Aufrufumgebung festlegt. Diese Option kann mehrmals verwendet werden. Bei Optionen, die für dieselbe Variable gegeben werden, erfolgen die letzten Erfolgen oder für verschiedene Variablen.
Tags: action_command_lines
--host_compilation_mode=<fastbuild, dbg or opt>-Standardwert: "opt"
Geben Sie den Modus an, in dem die Tools während der Build-Erstellung verwendet werden. Werte: 'fastbuild', 'dbg', 'opt'
Tags: affects_outputs, action_command_lines
--host_conlyopt=<a string> Verwendungen sind angesammelt
Zusätzliche Option zur Übergabe an gcc beim Kompilieren von C-Quelldateien für Hosttools.
Tags: action_command_lines, affects_outputs
--host_copt=<a string> Verwendungen sind angesammelt
Zusätzliche Optionen zur Übergabe an gcc für Hosttools.
Tags: action_command_lines, affects_outputs
--host_cpu=<a string>-Standardwert: "
Die Host-CPU.
Tags: changes_inputs, affects_outputs
--host_cxxopt=<a string> Verwendungen sind angesammelt
Zusätzliche Optionen zur Übergabe an gcc für Hosttools.
Tags: action_command_lines, affects_outputs
--host_force_python=<PY2 or PY3>-Standard: siehe Beschreibung
Die Python-Version wird für die Hostkonfiguration überschrieben. Kann „PY2“ und „PY3“ sein.
Tags: loading_and_analysis, affects_outputs
--host_linkopt=<a string> Verwendungen sind angesammelt
Zusätzliche Option zur Weitergabe an gcc beim Verknüpfen von Hosttools.
Tags: action_command_lines, affects_outputs
--host_macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>-Standard: siehe Beschreibung
Mindestens kompatible macOS-Version für Hostziele. Wenn dieser Wert nicht angegeben ist, wird 'macos_sdk_version' verwendet.
Tags: loses_incremental_state
--host_swiftcopt=<a string> Verwendungen sind angesammelt
Zusätzliche Optionen zur Weitergabe an swiftc für Hosttools.
Tags: action_command_lines, affects_outputs
--[no]incompatible_avoid_conflict_dlls-Standardwert: "true"
Wenn diese Option aktiviert ist, werden alle von cc_library unter Windows generierten C++-dynamischen Bibliotheken in „name_{hash}.dll“ umbenannt, wobei die Hashwerte basierend auf dem RepositoryName und dem DLL-Paketpfad berechnet werden. Diese Option ist sinnvoll, wenn Sie ein Paket haben, das von mehreren cc_library mit demselben Namen abhängig ist (z. B. //foo/bar1:utils und //foo/bar2:utils).
Tags: loading_and_analysis, affects_outputs, incompatible_change
--[no]incompatible_merge_genfiles_directory-Standardwert: "true"
Wenn „true“, wird das Verzeichnis „genfiles“ in das bin-Verzeichnis eingebunden.
Tags: affects_outputs, incompatible_change
--[no]incompatible_use_platforms_repo_for_constraints-Standardwert: "false"
Wenn „true“, werden die Einschränkungseinstellungen von @bazel_tools entfernt.
Tags: affects_outputs, incompatible_change
--[no]instrument_test_targets-Standardwert: "false"
Wenn die Abdeckung aktiviert ist, wird angegeben, ob Instrumentierungstestregeln berücksichtigt werden. Wenn diese Richtlinie festgelegt ist, werden die durch „--instrumentation_filter“ enthaltenen Testregeln instrumentiert. Andernfalls sind Testregeln immer von der Abdeckungsinstrumentierung ausgeschlossen.
Tags: affects_outputs
--instrumentation_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths>-Standardwert: "-/javatests[/:],-/test/java[/:]"
Wenn die Abdeckung aktiviert ist, werden nur Regeln mit Namen angewendet, die vom angegebenen Regex-basierten Filter enthalten sind. Regeln mit dem Präfix '-' werden stattdessen ausgeschlossen. Nur Nicht-Testregeln werden instrumentiert, sofern --instrument_test_targets nicht aktiviert ist.
Tags: affects_outputs
--ios_cpu=<a string>-Standardwert: "x86_64"
Gibt an, dass das Ziel die CPU der iOS-Kompilierung ist.
Tags: no_op, deprecated
--ios_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>-Standard: siehe Beschreibung
Mindestens kompatible iOS-Version für Zielsimulatoren und Geräte. Wenn dieser Wert nicht angegeben ist, wird 'ios_sdk_version' verwendet.
Tags: loses_incremental_state
--ios_multi_cpus=<comma-separated list of options> Verwendungen sind angesammelt
Durch Kommas getrennte Liste von Architekturen zum Erstellen einer ios_application. Das Ergebnis ist ein universelles Binärprogramm, das alle angegebenen Architekturen enthält.
Tags: loses_incremental_state, loading_and_analysis
--[no]legacy_whole_archive-Standardwert: "true"
Ersetzt durch --incompatible_remove_legacy_whole_archive (siehe https://github.com/bazelbuild/bazel/issues/7362 für weitere Informationen). Wenn diese Option aktiviert ist, verwenden Sie „--whole-archive“ für cc_binary-Regeln, bei denen „linkshared=1“ und entweder „linkstatic=1“ oder „##9;-static'“ in „linkopts“ vorhanden sind. Dies dient nur der Abwärtskompatibilität. Besser ist es, bei Bedarf Alwayslink=1 zu verwenden.
Tags: action_command_lines, affects_outputs, deprecated
--linkopt=<a string> Verwendungen sind angesammelt
Zusätzliche Option zur Weitergabe an gcc beim Verknüpfen.
Tags: action_command_lines, affects_outputs
--ltobackendopt=<a string> Verwendungen sind angesammelt
Zusätzliche Option zur Übergabe an den LTO-Back-End-Schritt (unter --features=thin_lto).
Tags: action_command_lines, affects_outputs
--ltoindexopt=<a string> Verwendungen sind angesammelt
Zusätzliche Option zur Übergabe an den LTO-Indexierungsschritt (unter --features=thin_lto).
Tags: action_command_lines, affects_outputs
--macos_cpus=<comma-separated list of options> Verwendungen sind angesammelt
Durch Kommas getrennte Liste von Architekturen, für die Apple macOS-Binärprogramme erstellt werden sollen.
Tags: loses_incremental_state, loading_and_analysis
--macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>-Standard: siehe Beschreibung
Mindestens kompatible macOS-Version für Ziele. Wenn dieser Wert nicht angegeben ist, wird 'macos_sdk_version' verwendet.
Tags: loses_incremental_state
--[no]objc_debug_with_GLIBCXX-Standardwert: "false"
Wenn der Kompilierungsmodus festgelegt ist und 'dbg' festgelegt ist, definieren Sie GLIBCXX_DEBUG, GLIBCXX_DEBUG_PEDANTIC und GLIBCPP_CONCEPT_CHECKS.
Tags: action_command_lines
--[no]objc_enable_binary_stripping-Standardwert: "false"
Gibt an, ob Symbol- und Dead-Code-Entfernungen für verknüpfte Binärprogramme ausgeführt werden sollen. Binärautorisierungn werden entfernt, wenn sowohl dieses Flag als auch --compilation_mode=opt angegeben wurden.
Tags: action_command_lines
--objccopt=<a string> Verwendungen sind angesammelt
Zusätzliche Optionen zur Übergabe an Ziel-C.
Tags: 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> Verwendungen sind angesammelt
Zusätzliche Optionen zur selektiven Übergabe an gcc beim Kompilieren bestimmter Dateien. Diese Option kann mehrmals übergeben werden. Syntax: Regex_filter@option_1,option_2,...,option_n. Die Abkürzung Regex_filter ist eine Liste mit Regeln zum Einschließen und Ausschließen regulärer Ausdrücke (siehe auch „--instrumentation_filter“). Option_1 bis „optionn“ steht für beliebige Befehlszeilenoptionen. Wenn eine Option ein Komma enthält, muss sie in einem umgekehrten Schrägstrich in Anführungszeichen gesetzt werden. Optionen können @-Zeichen enthalten. Dabei wird nur das erste @-Zeichen verwendet. Beispiel: --per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0 fügt die Befehlszeilenoption -O0 aller Cc-Dateien in //foo/ mit Ausnahme von bar.cc hinzu.
Tags: action_command_lines, affects_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> Verwendungen sind angesammelt
Zusätzliche Optionen zur selektiven Übergabe an das LTO-Back-End (unter --features=thin_lto) beim Kompilieren bestimmter Back-End-Objekte. Diese Option kann mehrmals übergeben werden. Syntax: Regex_filter@option_1,option_2,...,option_n. Dabei steht Regex_filter für eine Liste von Ein- und Ausschlussmustern für reguläre Ausdrücke. „option_1“ steht für „option_n“ für beliebige Befehlszeilenoptionen. Wenn eine Option ein Komma enthält, muss sie in einem umgekehrten Schrägstrich in Anführungszeichen gesetzt werden. Optionen können @-Zeichen enthalten. Dabei wird nur das erste @-Zeichen verwendet. Beispiel: --per_file_ltobackendopt=//foo/.*\.o,-//foo/bar\.o@-O0 fügt die Befehlszeilenoption -O0 der LTO-Back-End-Befehlszeile aller //Dateien mit //foo/ mit Ausnahme von bar.o hinzu.
Tags: action_command_lines, affects_outputs
--platform_suffix=<a string>-Standard: siehe Beschreibung
Gibt ein Suffix an, das dem Konfigurationsverzeichnis hinzugefügt werden soll.
Tags: loses_incremental_state, affects_outputs, loading_and_analysis
--propeller_optimize=<a build target label>-Standard: siehe Beschreibung
Verwenden Sie Propeller-Profilinformationen, um das Build-Ziel zu optimieren.Ein Propeller-Profil muss aus mindestens einer Datei, einem CC-Profil und einem ld-Profil bestehen. Dieses Flag akzeptiert ein Build-Label, das auf die Eingabedateien des Propeller-Profils verweisen muss. Beispiel: Die BUILD-Datei, die das Label definiert, in a/b/BUILD:propeller_optimize( name = "propeller_profile", cc_profile = "propeller_cc_profile.txt", ld_profile = "propeller_ld_profile.txt".) Die Option muss so verwendet werden: --propeller_optimize=//a/b:propeller_profile
Tags: action_command_lines, affects_outputs
--propeller_optimize_absolute_cc_profile=<a string>-Standard: siehe Beschreibung
Name des absoluten Pfads der Datei „cc_profile“ für Propeller-Optimierte Builds
Tags: affects_outputs
--propeller_optimize_absolute_ld_profile=<a string>-Standard: siehe Beschreibung
Name des absoluten Pfads der Datei „ld_profile“ für Propeller-optimierte Builds.
Tags: affects_outputs
--run_under=<a prefix in front of command>-Standard: siehe Beschreibung
Präfix, das vor den ausführbaren Dateien für die Befehle 'test' und 'run' eingefügt werden soll Wenn der Wert 'foo -bar' lautet und die Ausführungszeile 'test_binary -baz' lautet, wird die letzte Befehlszeile 'foo -bar test_binary -baz' ausgegeben. Es kann auch ein Label für ein ausführbares Ziel sein. Beispiele: 'valgrind','strace',##9;strace -c','valgrind --quiet --num-callers=20','//package:target'//#39;//#39;//#39;//#&;
Tags: action_command_lines
--[no]share_native_deps-Standardwert: "true"
Wenn „true“, werden native Bibliotheken mit identischen Funktionen für verschiedene Ziele verwendet
Tags: loading_and_analysis, affects_outputs
--[no]stamp-Standardwert: "false"
Stempel-Binärprogramme mit Datum, Nutzername, Hostname, Arbeitsbereichinformationen usw.
Tags: affects_outputs
--strip=<always, sometimes or never>-Standardwert: "Manchmal"
Gibt an, ob Binärprogramme und gemeinsam genutzte Bibliotheken mithilfe von "-Wl,--strip-debug" entfernt werden sollen. Der Standardwert von 'Manchmal' bedeutet Streifen-iff --compilation_mode=fastbuild.
Tags: affects_outputs
--stripopt=<a string> Verwendungen sind angesammelt
Zusätzliche Optionen zur Übergabe an Streifen, wenn ein '<name>.stripped'-Binärprogramm erstellt wird.
Tags: action_command_lines, affects_outputs
--swiftcopt=<a string> Verwendungen sind angesammelt
Weitere Optionen zur Übergabe an die Swift-Zusammenstellung.
Tags: action_command_lines
Das Präfix, das jedem Komfort-Symlinks vorangestellt wird, die nach einem Build erstellt werden. Wenn nicht angegeben, ist der Standardwert der Name des Build-Tools gefolgt von einem Bindestrich. Wird „'“ übergeben, werden keine symbolischen Links erstellt und keine Warnung ausgegeben. Warnung: Die Sonderfunktion für '/' wird demnächst eingestellt. Verwenden Sie stattdessen --experimental_Convenience_symlinks=ignore.
Tags: affects_outputs
--tvos_cpus=<comma-separated list of options> Verwendungen sind angesammelt
Durch Kommas getrennte Liste von Architekturen, für die Apple tvOS-Binärprogramme erstellt werden sollen.
Tags: loses_incremental_state, loading_and_analysis
--tvos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>-Standard: siehe Beschreibung
Mindestens kompatible tvOS-Version für Zielsimulatoren und Geräte. Wenn dieser Wert nicht angegeben ist, wird 'tvos_sdk_version' verwendet.
Tags: loses_incremental_state
--watchos_cpus=<comma-separated list of options> Verwendungen sind angesammelt
Durch Kommas getrennte Liste von Architekturen, für die Apple WatchOS-Binärprogramme erstellt werden sollen.
Tags: loses_incremental_state, loading_and_analysis
--watchos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>-Standard: siehe Beschreibung
Mindestens kompatible WatchOS-Version für Zielsimulatoren und Geräte. Falls nicht angegeben, wird 'watchos_sdk_version' verwendet.
Tags: loses_incremental_state
--xbinary_fdo=<a build target label>-Standard: siehe Beschreibung
Nutze die XbinaryFDO-Profilinformationen, um die Zusammenstellung zu optimieren. Name des standardmäßigen Cross-Binärprofils angeben. Wenn Sie die Option in Verbindung mit "--fdo_instrument/--fdo_optimize/--fdo_profile" nutzen, haben diese Optionen immer Vorrang, als ob "xbinary_fdo" nie angegeben wird.
Tags: affects_outputs
Optionen, die sich darauf auswirken, wie strikte Istio-Eingaben (Regeldefinitionen, Flag-Kombinationen usw.) von Istio erzwungen werden:
--auto_cpu_environment_group=<a build target label>-Standardwert: "
Deklarieren Sie die Umgebung_Gruppe, die verwendet werden soll, um CPU-Werte automatisch den Werten der Zielumgebung zuzuordnen.
Tags: changes_inputs, loading_and_analysis, experimental
--[no]check_licenses-Standardwert: "false"
Prüfen Sie, ob die Lizenzbeschränkungen von abhängigen Paketen nicht im Konflikt mit den Verteilungsmodi der erstellten Ziele stehen. Standardmäßig sind die Lizenzen nicht geprüft.
Tags: build_file_semantics
--[no]check_visibility-Standardwert: "true"
Ist die Option deaktiviert, werden Sichtbarkeitsfehler auf Warnungen herabgestuft.
Tags: build_file_semantics
--[no]desugar_for_android-Standardwert: "true"
Gibt an, ob Java 8-Bytecode vor dem Dexing entfernt werden soll.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]enforce_constraints-Standardwert: "true"
Überprüft die Umgebungen, mit denen die einzelnen Ziele kompatibel sind, und meldet Fehler, wenn ein Ziel Abhängigkeiten hat, die dieselben Umgebungen unterstützen
Tags: build_file_semantics
--[no]experimental_allow_android_library_deps_without_srcs-Standardwert: "false"
Flag, um zu verhindern, dass „srcs-less“-Regeln für android_library mit Deps zugelassen werden. Standardmäßig muss das Depot zur Einführung freigegeben werden.
Tags: eagerness_to_exit, loading_and_analysis
--[no]experimental_check_desugar_deps-Standardwert: "true"
Gibt an, ob die korrekte Beschreibung der Android-Binärdatei überprüft wird.
Tags: eagerness_to_exit, loading_and_analysis, experimental
--[no]experimental_desugar_java8_libs-Standardwert: "false"
Gibt an, ob unterstützte Java 8-Bibliotheken in Apps für ältere Geräte enthalten sein sollen.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--experimental_import_deps_checking=<off, warning or error>-Standardwert: "AUS"
Wenn diese Option aktiviert ist, prüfen Sie, ob die Abhängigkeiten von aar_import vollständig sind. Das kann den Build beeinträchtigen oder einfach zu Warnungen führen.
Tags: loading_and_analysis
--experimental_strict_java_deps=<off, warn, error, strict or default>-Standardwert: "default"
Wenn „true“, wird geprüft, ob ein Java-Ziel explizit alle direkt verwendeten Ziele als Abhängigkeiten deklariert und
Tags: build_file_semantics, eagerness_to_exit
--[no]incompatible_disable_native_android_rules-Standardwert: "false"
Wenn diese Option aktiviert ist, ist die direkte Nutzung der nativen Android-Regeln deaktiviert. Verwenden Sie stattdessen die Starlark-Android-Regeln von https://github.com/bazelbuild/rules_android
Tags: eagerness_to_exit, incompatible_change
--[no]incompatible_disable_native_apple_binary_rule-Standardwert: "false"
No-op. Hier klicken, um Abwärtskompatibilität zu gewährleisten.
Tags: eagerness_to_exit, incompatible_change
--[no]incompatible_force_strict_header_check_from_starlark-Standardwert: "true"
Wenn Sie diese Option aktivieren, legen Sie die strenge Headerüberprüfung in der Starlark API fest.
Tags: loading_and_analysis, changes_inputs, incompatible_change
--[no]incompatible_validate_top_level_header_inclusions-Standardwert: "true"
Wenn „true“ festgelegt ist, validiert Istio auch die Top-Level-Verzeichnisheader. Weitere Informationen finden Sie unter https://github.com/bazelbuild/bazel/issues/10047.
Tags: loading_and_analysis, incompatible_change
--[no]strict_filesets-Standardwert: "false"
Wenn diese Option aktiviert ist, werden Dateisätze, die die Paketgrenzen überschreiten, als Fehler gemeldet. Es funktioniert nicht, wenn „check_fileset_Abhängigkeiten_recursible“ deaktiviert ist.
Tags: build_file_semantics, eagerness_to_exit
--strict_proto_deps=<off, warn, error, strict or default>-Standardwert: "error"
Wenn kein AUS festgelegt ist, wird geprüft, ob ein Ziel von proto_library explizit direkt verwendete Ziele als Abhängigkeiten deklariert.
Tags: build_file_semantics, eagerness_to_exit, incompatible_change
--strict_public_imports=<off, warn, error, strict or default>-Standardwert: "off"
Wenn nicht, wird ein proto_library-Ziel explizit für alle in 'import public' exportierten Ziele deklariert.
Tags: build_file_semantics, eagerness_to_exit, incompatible_change
--[no]strict_system_includes-Standardwert: "false"
Wenn „true“, werden Header, die über das System gefunden werden, auch Pfade (-isystem) enthalten, müssen deklariert werden.
Tags: loading_and_analysis, eagerness_to_exit
--target_environment=<a build target label> Verwendungen sind angesammelt
Gibt diese Zielumgebung an. Muss eine Labelreferenz auf eine Regel für die Umgebung sein. Falls angegeben, müssen alle übergeordneten Ziele mit dieser Umgebung kompatibel sein.
Tags: changes_inputs
Optionen, die sich auf die Signaturausgaben eines Builds auswirken:
--apk_signing_method=<v1, v2, v1_v2 or v4>-Standardwert: "v1_v2"
Implementierung zum Signieren von APKs
Tags: action_command_lines, affects_outputs, loading_and_analysis
--[no]device_debug_entitlements-Standardwert: "true"
Wenn dieser Modus festgelegt und der Kompilierungsmodus nicht aktiviert ist, enthalten Objc-Apps beim Signieren Berechtigungen zur Fehlerbehebung.
Tags: changes_inputs
--ios_signing_cert_name=<a string>-Standard: siehe Beschreibung
Zertifikatname für die iOS-Signatur. Wenn diese Richtlinie nicht konfiguriert ist, wird auf das Bereitstellungsprofil zurückgegriffen. Kann die Schlüsselbundidentität oder der Teilstring des allgemeinen Namens des Zertifikats gemäß der Codesignatur auf der Manpage (Signatursignatur) sein.
Tags: action_command_lines
Diese Option wirkt sich auf die Semantik der Starlark-Sprache oder der Build-API aus, auf die BUILD-Dateien, BZL-Dateien oder WORKSPACE-Dateien zugreifen können.
--[no]incompatible_config_setting_private_default_visibility-Standardwert: "false"
Wenn inkompatibel_enforce_config_setting_sichtbarkeit=falsch, ist dies ein Noop. Falls dieses Flag auf „false“ gesetzt ist, lautet „config_setting“ ohne explizites Sichtbarkeitsattribut „//visibility:public“. Wenn dieses Flag „true“ ist, folgt „config_setting“ derselben Sichtbarkeitslogik wie alle anderen Regeln. Siehe https://github.com/bazelbuild/bazel/issues/12933.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_disallow_legacy_py_provider-Standardwert: "true"
Nein. Sie wird bald entfernt.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_enforce_config_setting_visibility-Standardwert: "false"
Wenn „true“, erzwingen Sie die Sichtbarkeitskonfiguration „config_setting“. Bei „falsch“ ist jede config_setting für jedes Ziel sichtbar. Siehe https://github.com/bazelbuild/bazel/issues/12932.
Tags: loading_and_analysis, incompatible_change
Optionen, die das Verhalten der Testumgebung oder des Test-Ausführers regeln:
--[no]allow_analysis_failures-Standardwert: "false"
Wenn „true“ festgelegt ist, führt ein Analysefehler eines Regelziels dazu, dass sich das Ziel einer Instanz von AnalysisFailureInfo mit der Fehlerbeschreibung weiter verbreitet, anstatt zu einem Build-Fehler.
Tags: loading_and_analysis, experimental
--analysis_testing_deps_limit=<an integer>-Standardwert: "2000"
Legt die maximale Anzahl vorübergehender Abhängigkeiten über ein Regelattribut mit einem for_analysis_testing-Konfigurationsübergang fest. Das Überschreiten dieses Grenzwerts führt zu einem Regelfehler.
Tags: loading_and_analysis
--[no]break_build_on_parallel_dex2oat_failure-Standardwert: "false"
Bei „true dex2oat action“-Fehlern wird der Build nicht ausgeführt, anstatt „dex2oat“ während der Testlaufzeit auszuführen.
Tags: loading_and_analysis, experimental
--[no]check_tests_up_to_date-Standardwert: "false"
Führen Sie keine Tests durch, sondern prüfen Sie, ob sie auf dem neuesten Stand sind. Wenn alle Testergebnisse aktualisiert sind, ist der Test erfolgreich. Wenn ein Test erstellt oder ausgeführt werden soll, wird ein Fehler gemeldet und der Test schlägt fehl. Diese Option impliziert das Verhalten --check_up_to_date.
Tags: execution
--[no]experimental_android_use_parallel_dex2oat-Standardwert: "false"
Verwende dex2oat parallel, um die Geschwindigkeit von android_test zu beschleunigen.
Tags: loading_and_analysis, host_machine_resource_optimizations, experimental
--flaky_test_attempts=<a positive integer, the string "default", or test_regex@attempts. This flag may be passed more than once> Verwendungen sind angesammelt
Bei allen Fehlern wird jeder Test bis zur angegebenen Anzahl wiederholt. Tests, die mehr als einen Versuch bestanden haben, sind in der Testzusammenfassung als 'FLAKY' gekennzeichnet. Normalerweise ist der angegebene Wert nur eine Ganzzahl oder der String 'default'. Wenn es sich um eine ganze Zahl handelt, werden alle Tests bis zu N Mal ausgeführt. Bei 'default' wird nur ein einzelner Testversuch für normale und drei für Tests durchgeführt, die von der Regel als instabil gekennzeichnet wurden (flaky=1-Attribut). Alternative Syntax: Regex_filter@flaky_test_attempts. Dabei steht „flaky_test_attempts“ wie oben und „Regex_filter“ steht für eine Liste mit Ein- und Ausschlussmustern für reguläre Ausdrücke (siehe auch „--runs_per_test“). Beispiel: --flaky_test_attempts=//foo/.*,-//foo/bar/.*@3 springt alle Tests in //foo/ außer den dreimal unter foo/bar aus. Diese Option kann mehrmals übergeben werden. Das zuletzt übergebene Argument, das übereinstimmt, hat Vorrang. Wenn keine Übereinstimmung gefunden wird, ist das Verhalten so, als wäre 'default' oben.
Tags: execution
--[no]ios_memleaks-Standardwert: "false"
Prüfung auf iOS-Testziele auf Speicherlecks aktivieren.
Tags: action_command_lines
--ios_simulator_device=<a string>-Standard: siehe Beschreibung
Das Gerät, das beim Ausführen einer iOS-Anwendung im Simulator simuliert werden soll, z.B. 'iPhone 6'. Sie können eine Liste der Geräte abrufen. Führen Sie dazu auf dem Computer den Simulator aus.
Tags: test_runner
--ios_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>-Standard: siehe Beschreibung
Die iOS-Version, die im Simulator ausgeführt oder getestet werden soll. Sie wird für iOS-Testregeln ignoriert, wenn ein Zielgerät in der Regel angegeben ist.
Tags: 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">-Standardwert: "auto"
Die maximale Anzahl lokaler Testjobs, die gleichzeitig ausgeführt werden sollen. Verwendet eine Ganzzahl oder ein Keyword ("auto", "HOST_CPUS", "HOST_RAM"), optional gefolgt von einer Operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5" 0 bedeutet, dass die Anzahl der lokalen Testjobs, die stattdessen gleichzeitig ausgeführt werden, durch lokale Ressourcen begrenzt wird. Wenn dieser Wert über dem Wert für „--jobs“ liegt, ist das nicht wirksam.
Tags: execution
--runs_per_test=<a positive integer or test_regex@runs. This flag may be passed more than once> Verwendungen sind angesammelt
Gibt an, wie oft jeder Test ausgeführt wird. Wenn einer dieser Versuche aus irgendeinem Grund fehlschlägt, wird der gesamte Test als fehlgeschlagen betrachtet. Normalerweise ist der angegebene Wert nur eine Ganzzahl. Beispiel: --runs_per_test=3 führt alle Tests dreimal durch. Alternative Syntax: Regex_filter@runs_per_test. Dabei steht „run_per_test“ für eine Ganzzahl und „Regex_filter“ für eine Liste von Regeln zum Einschließen und Ausschließen regulärer Ausdrücke. Weitere Informationen finden Sie unter „--ationation_filter“. Beispiel: --runs_per_test=//foo/.*,-//foo/bar/.*@3 führt alle Tests in //foo/ bis auf dreimal unter foo/bar aus. Diese Option kann mehrmals übergeben werden. Das zuletzt übergebene Argument, das übereinstimmt, hat Vorrang. Wenn keine Übereinstimmung gefunden wird, wird der Test nur einmal durchgeführt.
--test_env=<a 'name=value' assignment with an optional value part> Verwendungen sind angesammelt
Gibt zusätzliche Umgebungsvariablen an, die in die Test-Ausführer-Umgebung eingefügt werden sollen. Variablen können entweder namentlich angegeben werden. In diesem Fall werden ihre Werte aus der Istio-Clientumgebung gelesen oder anhand des Namens=Wert-Paars. Mit dieser Option können Sie mehrere Variablen angeben. Wird nur vom &&33;bazel-Test'-Befehl verwendet.
Tags: test_runner
--[no]test_keep_going-Standardwert: "true"
Wenn diese Option deaktiviert ist, wird bei jedem nicht bestandenen Test der gesamte Build beendet. Standardmäßig werden alle Tests ausgeführt, auch wenn einige die Tests nicht bestehen.
Tags: execution
--test_strategy=<a string>-Standardwert: "
Gibt an, welche Strategie beim Ausführen von Tests verwendet werden soll.
Tags: execution
--test_timeout=<a single integer or comma-separated list of 4 integers>-Standardwert: "-1"
Überschreiben Sie die standardmäßigen Werte für die Zeitüberschreitung bei Testzeitüberschreitungen in Sekunden. Wird nur ein positiver Ganzzahlwert angegeben, werden alle Kategorien überschrieben. Wenn vier durch Kommas getrennte Ganzzahlen angegeben sind, werden die Zeitüberschreitungen für kurze, mittlere, lange und unbestimmte Zeit (in dieser Reihenfolge) überschrieben. In beiden Fällen gibt der Wert „-1“ an, dass das Standard-Timeout für diese Kategorie verwendet wird.
--test_tmpdir=<a path>-Standard: siehe Beschreibung
Gibt das Basisverzeichnis für <bpt>hier</a> an, das verwendet werden soll.
--tvos_simulator_device=<a string>-Standard: siehe Beschreibung
Das Gerät, das beim Ausführen einer tvOS-Anwendung im Simulator simuliert werden soll, z.B. 'Apple TV 1080p'. Sie können eine Liste der Geräte abrufen. Führen Sie dazu auf dem Computer den Simulator aus.
Tags: test_runner
--tvos_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>-Standard: siehe Beschreibung
Die Version von tvOS, die im Simulator ausgeführt oder getestet werden soll.
Tags: test_runner
--watchos_simulator_device=<a string>-Standard: siehe Beschreibung
Das Gerät, das beim Ausführen einer „watchOS“-Anwendung im Simulator simuliert werden soll, z.B. 'Apple Watch – 38mm'. Sie können eine Liste der Geräte abrufen. Führen Sie dazu auf dem Computer den Simulator aus.
Tags: test_runner
--watchos_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>-Standard: siehe Beschreibung
Die Version von WatchOS zum Ausführen im Simulator.
Tags: test_runner
--[no]zip_undeclared_test_outputs-Standardwert: "true"
Wenn „true“ angegeben ist, werden nicht deklarierte Testausgaben in einer ZIP-Datei archiviert.
Tags: test_runner
Optionen, die eine Optimierung der Build-Zeit auslösen:
--[no]collapse_duplicate_defines-Standardwert: "false"
Wenn diese Option aktiviert ist, wird redundant – definiert – frühzeitig im Build entfernt. So vermeiden Sie, dass der Analyse-Cache für bestimmte Typen gleichwertiger Builds unnötig verloren geht.
Tags: loading_and_analysis, loses_incremental_state
--[no]experimental_filter_library_jar_with_program_jar-Standardwert: "false"
Filtern Sie den ProGuard ProgramJar, um alle auch in LibraryJar vorhandenen Kurse zu entfernen.
Tags: action_command_lines
--[no]experimental_inmemory_dotd_files-Standardwert: "false"
Wenn diese Option aktiviert ist, werden C++-.d-Dateien direkt im Arbeitsspeicher von den Remote-Build-Knoten geleitet, anstatt auf das Laufwerk geschrieben zu werden.
Tags: loading_and_analysis, execution, affects_outputs, experimental
--[no]experimental_inmemory_jdeps_files-Standardwert: "false"
Wenn diese Option aktiviert ist, werden die von Java-kompilierten generierten Abhängigkeits-Dateien (.jdeps) direkt von den Remote-Build-Knoten aus über den Arbeitsspeicher geleitet, anstatt auf das Laufwerk geschrieben zu werden.
Tags: loading_and_analysis, execution, affects_outputs, experimental
--[no]experimental_objc_include_scanning-Standardwert: "false"
So führen Sie Scans für das Ziel-C/C++ durch:
Tags: loading_and_analysis, execution, changes_inputs
--[no]experimental_parse_headers_skipped_if_corresponding_srcs_found-Standardwert: "false"
Wenn diese Funktion aktiviert ist, wird keine Funktion zum Kompilieren von Headern erstellt, wenn eine Quelle mit demselben Basisnamen im selben Ziel gefunden wird.
Tags: loading_and_analysis, affects_outputs
--[no]experimental_retain_test_configuration_across_testonly-Standardwert: "false"
Wenn diese Option aktiviert ist, wird die Testkonfiguration für die mit „testonly=1“ gekennzeichneten Regeln nicht abgeschnitten. Dadurch sollen Probleme mit Aktionskonflikten minimiert werden, wenn Nicht-Testregeln von cc_test-Regeln abhängen. Keine Auswirkungen, wenn „--trim_test_configuration“ auf „false“ gesetzt ist.
Tags: loading_and_analysis, loses_incremental_state
--[no]experimental_starlark_cc_import-Standardwert: "false"
Wenn diese Option aktiviert ist, kann die Starlark-Version von cc_import verwendet werden.
Tags: loading_and_analysis, experimental
--[no]experimental_unsupported_and_brittle_include_scanning-Standardwert: "false"
Gibt an, ob Eingaben für die C/C++-Kompilierung durch das Parsen von #include-Zeilen aus Eingabedateien eingeschränkt werden sollen. Dies kann die Leistung und Inkrementalität verbessern, indem die Größe der Zusammenstellung von Eingabebäumen reduziert wird. Es kann jedoch auch dazu führen, dass Builds nicht korrekt funktionieren, da der Include-Scanner die C-Präprozessorsemantik nicht vollständig implementiert. Insbesondere werden dynamische #include-Anweisungen nicht erkannt und bedingte Logik von Präprozessoren ignoriert. Die Nutzung erfolgt auf eigenes Risiko. Alle Probleme im Zusammenhang mit dieser Kennzeichnung werden geschlossen.
Tags: loading_and_analysis, execution, changes_inputs
--[no]incremental_dexing-Standardwert: "true"
Der Großteil der Dexing-Vorgänge erfolgt für jede JAR-Datei separat.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]objc_use_dotd_pruning-Standardwert: "true"
Wenn festgelegt, werden die von clang ausgegebenen .d-Dateien dazu verwendet, die an die Objc-Kompilierungen übergebenen Eingaben zu kürzen.
Tags: changes_inputs, loading_and_analysis
--[no]process_headers_in_dependencies-Standardwert: "false"
Beim Erstellen eines Ziels //a:a werden Header in allen Zielen verarbeitet, von denen //a:a abhängt, sofern die Headerverarbeitung für die Toolchain aktiviert ist.
Tags: execution
--[no]trim_test_configuration-Standardwert: "true"
Wenn diese Option aktiviert ist, werden testbezogene Optionen unter der obersten Ebene des Builds gelöscht. Wenn dieses Flag aktiv ist, können Tests nicht als Abhängigkeiten von Nicht-Testregeln erstellt werden. Änderungen an testbezogenen Optionen führen jedoch nicht dazu, dass Nicht-Testregeln neu analysiert werden.
Tags: loading_and_analysis, loses_incremental_state
--[no]use_singlejar_apkbuilder-Standardwert: "true"
Diese Option wurde eingestellt. Das bedeutet, dass es ab sofort nicht mehr verfügbar ist und bald entfernt wird.
Tags: loading_and_analysis
Optionen, die die Ausführlichkeit, das Format oder den Speicherort von Logging beeinflussen:
--[no]announce-Standardwert: "false"
Eingestellt. Kein Vorgang.
Tags: affects_outputs
--[no]experimental_bep_target_summary-Standardwert: "false"
Gibt an, ob TargetSummary-Ereignisse veröffentlicht werden.
--[no]experimental_build_event_expand_filesets-Standardwert: "false"
Wenn „true“, maximieren Sie Dateisätze im BEP, wenn Sie Ausgabedateien präsentieren.
Tags: affects_outputs
Wenn „true“, wird das relative Fileset-Symlinks im BEP beim Anzeigen der Ausgabedateien vollständig aufgelöst. Erfordert --experimental_build_event_expand_filesets.
Tags: affects_outputs
--experimental_build_event_upload_strategy=<a string>-Standard: siehe Beschreibung
Auswahl der Methode zum Hochladen von Artefakten, auf die im Build-Ereignisprotokoll verwiesen wird.
Tags: affects_outputs
--[no]experimental_materialize_param_files_directly-Standardwert: "false"
Wenn Sie Parametrisierungsdateien erstellen, tun Sie dies mit direkten Schreibvorgängen auf das Laufwerk.
Tags: execution
--[no]experimental_stream_log_file_uploads-Standardwert: "false"
Stream-Logdateien werden direkt in den Remote-Speicher hochgeladen, anstatt sie auf ein Laufwerk zu schreiben.
Tags: affects_outputs
--explain=<a path>-Standard: siehe Beschreibung
Sorgt dafür, dass das Build-System jeden ausgeführten Schritt des Builds erläutert. Die Erklärung wird in die angegebene Protokolldatei geschrieben.
Tags: affects_outputs
--[no]legacy_important_outputs-Standardwert: "true"
Verwenden Sie diese Option, um die Generierung des Legacy-Felds „important_outputs“ im Ereignis „CompleteComplete“ zu unterdrücken. „important_outputs“ ist für die Integration von Istio mit ResultStore erforderlich.
Tags: affects_outputs
--[no]materialize_param_files-Standardwert: "false"
Schreiben Parameterparameter in die Ausgabestruktur, auch wenn Remote-Aktionen ausgeführt werden. Nützlich für das Debugging von Aktionen. Dies wird impliziert durch --subcommands und --Detaillierte_Fehlzeiten.
Tags: execution
--max_config_changes_to_show=<an integer>-Standardwert: "3"
Wenn Sie den Analyse-Cache aufgrund einer Änderung der Build-Optionen verwerfen, wird die Anzahl der geänderten Namen der Optionen angezeigt. Wenn die Zahl -1 ist, werden alle geänderten Optionen angezeigt.
Tags: terminal_output
--max_test_output_bytes=<an integer>-Standardwert: "-1"
Gibt die maximale Pro-Log-Größe an, die ausgegeben werden kann, wenn --test_output 'errors' oder 'all' ist. Dies ist nützlich, um eine Überlastung der Ausgabe bei übermäßig vielen Testausgaben zu vermeiden. Der Testheader ist in der Protokollgröße enthalten. Negative Werte implizieren kein Limit. Die Ausgabe erfolgt vollständig oder gar nicht.
Tags: test_runner, terminal_output, execution
--output_filter=<a valid Java regular expression>-Standard: siehe Beschreibung
Zeigt nur Warnungen für Regeln an, deren Name mit dem angegebenen regulären Ausdruck übereinstimmt.
Tags: affects_outputs
--progress_report_interval=<an integer in 0-3600 range>-Standardwert: "0"
Die Anzahl der Sekunden, die zwischen zwei Berichten zum Ausführen von Jobs gewartet werden müssen. Der Standardwert 0 bedeutet, dass der standardmäßige Algorithmus 10:30:60 verwendet wird.
Tags: affects_outputs
--show_result=<an integer>-Standardwert: "1"
Zeigen Sie die Ergebnisse des Builds an. Geben Sie für jedes Ziel an, ob es auf dem neuesten Stand war und ob und falls ja, welche Listen erstellt wurden. Die gedruckten Dateien sind praktische Strings zum Kopieren und Einfügen in die Shell, um sie auszuführen. Für diese Option ist ein Ganzzahlargument erforderlich, also die Grenzwertanzahl der Ziele, über deren Ergebnisinformationen nicht gedruckt werden. Das führt dazu, dass keine Nachricht unterdrückt wird, und MAX_INT führt immer dazu, dass das Ergebnis gedruckt wird. Der Standardwert ist 1.
Tags: affects_outputs
--[no]subcommands [-s] Standardeinstellung: "false"
Die Unterbefehle anzeigen, die während eines Builds ausgeführt wurden. Ähnliche Flags: --execute_log_json_file, -- execution_log_binary_file (zum Logging von Unterbefehlen für eine Datei in einem nutzerfreundlichen Format).
Tags: terminal_output
--test_output=<summary, errors, all or streamed>-Standardwert: "summary"
Gibt den gewünschten Ausgabemodus an. Gültige Werte sind: 'Zusammenfassung nur zur Teststatuszusammenfassung; 'errors' zum Drucken der Testprotokolle für fehlgeschlagene Tests; 'all' zum Drucken der Protokolle für alle Tests; 'streamed' zum Ausgeben von Protokollen für alle Tests in Echtzeit. Dadurch werden Tests unabhängig von der Strategie lokal ausgeführt.
Tags: test_runner, terminal_output, execution
--test_summary=<short, terse, detailed, none or testcase>-Standardwert: "short"
Gibt das gewünschte Format der Testzusammenfassung an. Gültige Werte sind: „#{39;short'“ drucken: nur Informationen über ausgeführte Tests, „'terse“#.
Tags: terminal_output
--toolchain_resolution_debug=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths>-Standardwert: "-.*"
Informationen zur Fehlerbehebung während der Toolchain-Auflösung drucken. Dieses Flag verwendet einen Regex, der mit Toolchain-Typen und bestimmten Zielen geprüft wird, um festzustellen, welche debuggen werden sollen. Mehrere reguläre Ausdrücke können durch Kommas getrennt werden. Dann werden die regulären Ausdrücke separat geprüft. Hinweis: Die Ergebnisse dieses Flags sind sehr komplex und werden wahrscheinlich nur für Experten in der Toolchain-Auflösung nützlich sein.
Tags: terminal_output
--[no]verbose_explanations-Standardwert: "false"
Erhöht die Ausführlichkeit der Erklärungen, wenn „--plain“ aktiviert ist. Hat keine Auswirkungen, wenn „--explain“ nicht aktiviert ist.
Tags: affects_outputs
--[no]verbose_failures-Standardwert: "false"
Wenn ein Befehl fehlschlägt, drucken Sie die vollständige Befehlszeile aus.
Tags: terminal_output
Optionen zur Angabe oder Änderung einer allgemeinen Eingabe für einen Istio-Befehl, die nicht in andere Kategorien fallen:
--aspects_parameters=<a 'name=value' assignment> Verwendungen sind angesammelt
Gibt die Werte der Befehlszeilen-Parameter an. Jeder Parameterwert wird über <param_name>=<param_value> angegeben, z. B. 'my_param=my_val' wobei 'my_param' ein Parameter eines beliebigen Attributs in der --aspects-Liste oder aufgrund eines Aspekts in der Liste erforderlich ist. Diese Option kann mehrmals verwendet werden. Es ist jedoch nicht möglich, demselben Parameter mehr als einmal Werte zuzuweisen.
Tags: loading_and_analysis
--flag_alias=<a 'name=value' flag alias> Verwendungen sind angesammelt
Stellt einen Kurznamen für ein Starlark-Flag ein. Es wird ein einzelnes Schlüssel/Wert-Paar in der Form „<key>=<value>" als Argument verwendet.
Tags: changes_inputs
--[no]incompatible_default_to_explicit_init_py-Standardwert: "false"
Mit diesem Flag wird das Standardverhalten so geändert, dass __init__.py-Dateien nicht mehr automatisch in den Runfiles von Python-Zielen erstellt werden. Wenn also das Ziel „py_binary“ oder „py_test“ auf „auto_create_init“ auf „auto"“ (Standardeinstellung) gesetzt ist, wird es als „false“ behandelt, wenn das Flag festgelegt ist. Siehe https://github.com/bazelbuild/bazel/issues/10076.
Tags: affects_outputs, incompatible_change
--[no]incompatible_py2_outputs_are_suffixed-Standardwert: "true"
Wenn „true“ festgelegt ist, werden Ziele, die in der Python 2-Konfiguration erstellt wurden, unter einem Ausgabestamm angezeigt, das das Suffix „#39;-py2&#39“ enthält, während für Python 3 erstellte Ziele in einem Stammverzeichnis ohne Python-bezogenes Suffix enthalten sind. Das heißt, der „Bazel-bin“-Komfort-Symlink verweist auf Python 3-Ziele statt auf Python 2. Wenn Sie diese Option aktivieren, wird außerdem empfohlen, "--incompatible_py3_is_default" zu aktivieren.
Tags: affects_outputs, incompatible_change
--[no]incompatible_py3_is_default-Standardwert: "true"
Wenn „true“, werden für „py_binary“ und „py_test“ die Ziele „python_version“ (oder „default_python_version“) nicht standardmäßig festgelegt, sondern „PY2“. Wenn Sie dieses Flag festlegen, wird außerdem „--incompatible_py2_outputs_are_suffixed“ angegeben.
Tags: loading_and_analysis, affects_outputs, incompatible_change
--[no]incompatible_use_python_toolchains-Standardwert: "true"
Wenn diese Richtlinie auf „true“ gesetzt ist, verwenden ausführbare ausführbare Python-Regeln die von der Python-Toolchain angegebene Python-Laufzeit, nicht die von älteren Flags wie „--python_top“ angegebenen Laufzeit.
Tags: loading_and_analysis, incompatible_change
--python_version=<PY2 or PY3>-Standard: siehe Beschreibung
Der Hauptversionsmodus von Python, entweder „PY2“ oder „PY3“, wird durch die Ziele „py_binary“ und „py_test“ überschrieben (auch wenn keine Version explizit angegeben wird), sodass es in der Regel keinen Grund zur Bereitstellung dieses Flags gibt.
Tags: loading_and_analysis, affects_outputs, explicit_in_output_path
--target_pattern_file=<a string>-Standardwert: "
Wenn festgelegt, erstellt Build die Muster aus der hier angegebenen Datei und nicht in der Befehlszeile. Die Angabe einer Datei sowie die Befehlszeilenmuster reichen nicht aus.
Tags: changes_inputs
Sonstiges, nicht anderweitig kategorisiert:
--[no]build_manual_tests-Standardwert: "false"
Erzwingt zum Erstellen von Test-Tags mit dem Tag ' Manuelle Tests sind von der Verarbeitung ausgeschlossen. Diese Option sorgt für die Erstellung, aber nicht die Ausführung.
--build_tag_filters=<comma-separated list of options>-Standardwert: "
Gibt eine durch Kommas getrennte Liste von Tags an. Jedem Tag kann optional '-' vorangestellt werden, um ausgeschlossene Tags anzugeben. Es werden nur die Ziele erstellt, die mindestens ein eingeschlossenes Tag und keine ausgeschlossenen Tags enthalten. Diese Option wirkt sich nicht auf die Tests aus, die mit dem Befehl „'test'“ ausgeführt werden. Sie unterliegen den Testfilteroptionen, z. B. '--test_tag_filters'
--[no]build_tests_only-Standardwert: "false"
Wenn angegeben, werden nur *_test- und test_suite-Regeln erstellt und andere Ziele, die in der Befehlszeile angegeben werden, werden ignoriert. Standardmäßig wird alles angefordert, was angefordert wurde.
--[no]cache_test_results [-t] Standardeinstellung: "auto"
Bei der Einstellung „'auto'“ wird ein Test nur dann wiederholt, wenn (1) Änderungen im Test oder in den zugehörigen Abhängigkeiten erkannt wurden, (2) der Test als extern markiert ist, (3) mehrere Testläufe mit „--runs_per_test“ angefordert wurden oder(4) der Test zuvor fehlgeschlagen ist. Wenn Sie diese Option auf „#39;yes'“ festlegen, werden alle Testergebnisse mit Ausnahme von Tests, die als extern gekennzeichnet sind, im Cache gespeichert. Wenn diese auf 'no' gesetzt ist, speichert Istio keine Testergebnisse im Cache.
--[no]compile_one_dependency-Standardwert: "false"
Kompilieren Sie eine einzelne Abhängigkeit der Argumentdateien. Dies ist nützlich für die Syntaxprüfung von Quelldateien in IDEs. Dies kann beispielsweise der Fall sein, wenn Sie ein einzelnes Ziel neu erstellen, das auf der Quelldatei basiert, um Fehler so früh wie möglich im Bearbeitungs-/Build-/Testzyklus zu erkennen. Dieses Argument wirkt sich darauf aus, wie alle Nicht-Flag-Argumente interpretiert werden. Anstatt zum Erstellen von Zielen zu sein, sind sie Quelldateinamen. Für jeden Quelldateinamen wird ein beliebiges Ziel erstellt, das auf dieser Datei basiert.
--deleted_packages=<comma-separated list of package names>-Standardwert: "
Eine durch Kommas getrennte Liste von Namen von Paketen, die das Build-System als nicht vorhanden erachtet, auch wenn sie im Paketpfad sichtbar sind. Verwenden Sie diese Option, wenn Sie ein Unterpaket eines vorhandenen Pakets löschen möchten. Nachdem Sie z. B. x/y/BUILD in Ihrem Client gelöscht haben, kann es vorkommen, dass sich das Build-System beschädigt, wenn es mit einem Label '//x:y/z' gekennzeichnet ist, das noch von einem anderen package_path-Eintrag bereitgestellt wird. Durch Festlegen von --deleted_packages X/y wird dieses Problem vermieden.
--[no]discard_analysis_cache-Standardwert: "false"
Den Analyse-Cache direkt nach Abschluss der Analysephase verwerfen Senkt die Arbeitsspeichernutzung um ca. 10%, verlangsamt die Entwicklung von zusätzlichen Builds jedoch langsamer.
--execution_log_binary_file=<a path>-Standard: siehe Beschreibung
Logiert die ausgeführten Spaws in diese Datei als src/main/SNIPPET/spawn.proto als getrennte Spawn-Protos. Das Protokoll ist zuerst ungeordnet und wird dann am Ende des Aufrufs in einer stabilen Reihenfolge sortiert (kann CPU und Arbeitsspeicher beanspruchen). Zugehörige Flags: --execute_log_json_file (JSON-Format mit sortiertem Text), --experimental_ execution_log_file (unsortiertes binäres Ю-Format), --subcommands (zum Anzeigen der Unterbefehle in der Terminalausgabe).
--execution_log_json_file=<a path>-Standard: siehe Beschreibung
Logiert die ausgeführten Spaws in dieser Datei als JSON-Darstellung der getrennten Spawn-Protos, wie „src/main/SNIPPET/spawn.proto“. Das Protokoll ist zuerst ungeordnet und wird dann am Ende des Aufrufs in einer stabilen Reihenfolge sortiert (kann CPU und Arbeitsspeicher beanspruchen). Ähnliche Flags: Ähnliche Flags: --execute_log_binary_file (sortiertes binäres SavedModel-Format), --experimental_ execution_log_file (ungeordnetes binäres SavedModel-Format), --subcommands (zum Anzeigen von Unterbefehlen in der Terminalausgabe).
--[no]expand_test_suites-Standardwert: "true"
Erweitern Sie test_suite-Ziele vor der Analyse auf die entsprechenden Tests. Wenn dieses Flag aktiviert ist (Standardeinstellung), werden auszuschließende Zielmuster für die Tests der Testsuite angewendet, andernfalls nicht. Es ist nützlich, dieses Flag zu deaktivieren, wenn übergeordnete Elemente in der Befehlszeile angewendet werden, um damit Test-Suite-Ziele zu analysieren.
Tags: loading_and_analysis
--[no]experimental_cancel_concurrent_tests-Standardwert: "false"
Wenn der Wert „true“ ist, bricht Blaze bei der ersten erfolgreichen Ausführung gleichzeitig Tests ab. Dies ist nur in Kombination mit --runs_per_test_detects_flakes sinnvoll.
Tags: affects_outputs, loading_and_analysis
--experimental_execution_log_file=<a path>-Standard: siehe Beschreibung
Logiert die ausgeführten Spaws in diese Datei als src/main/SNIPPET/spawn.proto als getrennte Spawn-Protos. Diese Datei wird in der richtigen Reihenfolge erstellt. Ähnliche Flags: --execute_log_binary_file (sortiertes binäres SavedModel-Format), --execute_log_json_file (sortiertes Text-JSON-Format), --subcommands (zum Anzeigen von Unterbefehlen in der Terminalausgabe).
--[no]experimental_execution_log_spawn_metrics-Standardwert: "false"
Fügen Sie Spaw-Messwerte in das ausgeführte Spawn-Protokoll ein.
--experimental_extra_action_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths>-Standardwert: "
Zugunsten von Aspekten eingestellt. Filter für Ziele, für die zusätzliche_Planungen geplant werden sollen.
--[no]experimental_extra_action_top_level_only-Standardwert: "false"
Zugunsten von Aspekten eingestellt. Hier werden nur extra_action für Top-Level-Ziele geplant.
--[no]experimental_fetch_all_coverage_outputs-Standardwert: "false"
Wenn dieser Wert „true“ ist, ruft Istio für jeden Test das gesamte Verzeichnis mit den Abdeckungsdaten ab.
Tags: affects_outputs, loading_and_analysis
--[no]experimental_generate_llvm_lcov-Standardwert: "false"
Wenn „true“, wird für clang ein LCOV-Bericht erstellt.
Tags: affects_outputs, loading_and_analysis
--[no]experimental_j2objc_header_map-Standardwert: "true"
Gibt an, ob eine J2ObjC-Headerkarte parallel zur J2ObjC-Transpilation generiert werden soll.
--[no]experimental_j2objc_shorter_header_path-Standardwert: "false"
Ob sie mit einem kürzeren Headerpfad generiert werden soll (verwendet "_ios" statt "_j2objc")
Tags: affects_outputs
--experimental_java_classpath=<off, javabuilder or bazel>-Standardwert: "javabuilder"
Aktiviert reduzierte Klassenpfade für Java-Kompilierungen.
--[no]experimental_limit_android_lint_to_android_constrained_java-Standardwert: "false"
Beschränken Sie „--experimental_run_android_lint_on_java_rules“ auf Android-kompatible Bibliotheken.
Tags: affects_outputs
--[no]experimental_local_memory_estimate-Standardwert: "false"
Den online verfügbaren Arbeitsspeicher abschätzen. Standardmäßig geht Blaze davon aus, dass eine feste Größe für die meisten Aktionen verwendet wird. Diese werden dann auf den insgesamt verfügbaren Systemspeicher angerechnet, unabhängig davon, wie viel Speicher tatsächlich verfügbar ist. Mit dieser Option können Sie online ermitteln, wie viel Speicher zu einem bestimmten Zeitpunkt verfügbar ist. Es ist daher keine genaue Schätzung erforderlich, wie viel Speicher eine bestimmte Aktion benötigt.
--[no]experimental_prioritize_local_actions-Standardwert: "true"
Wenn festgelegt, erhalten Aktionen, die nur lokal ausgeführt werden können, die erste Gelegenheit zum Erwerb von Ressourcen, dynamisch ausgeführte Worker erhalten die zweite Chance und dynamisch ausgeführte eigenständige Aktionen kommen als Letzte hinzu.
Tags: execution
--[no]experimental_run_android_lint_on_java_rules-Standardwert: "false"
Gibt an, ob java_*-Quellen validiert werden sollen.
Tags: affects_outputs
--[no]explicit_java_test_deps-Standardwert: "false"
Geben Sie explizit eine Abhängigkeit von JUnit oder Hamcrest in einem java_test an, anstatt versehentlich aus den TestAusführer-Abrufen abzurufen. Funktioniert derzeit nur für Baizel.
--host_java_launcher=<a build target label>-Standard: siehe Beschreibung
Der Java-Launcher, der von Tools verwendet wird, die während eines Builds ausgeführt werden.
--host_javacopt=<a string> Verwendungen sind angesammelt
Zusätzliche Optionen zur Weitergabe an Javac, wenn Tools erstellt werden, die während eines Builds ausgeführt werden.
--host_jvmopt=<a string> Verwendungen sind angesammelt
Zusätzliche Optionen zur Weitergabe an die Java-VM, wenn Tools erstellt werden, die während des Builds ausgeführt werden. Diese Optionen werden den VM-Startoptionen jedes java_binary-Ziels hinzugefügt.
--[no]incompatible_exclusive_test_sandboxed-Standardwert: "false"
Bei „true“ werden exklusive Tests mit einer Sandbox-Strategie ausgeführt. Fügen Sie ein 'local'-Tag hinzu, um einen exklusiven Testlauf lokal zu erzwingen.
Tags: incompatible_change
--[no]incompatible_strict_action_env-Standardwert: "false"
Bei"true"verwendet {5/} eine Umgebung mit einem statischen Wert für PATH und übernimmt nicht LD_LIBRary_PATH. Verwenden Sie „--action_env=ENV_VARIABLE“, wenn Sie bestimmte Umgebungsvariablen vom Client übernehmen möchten. Beachten Sie jedoch, dass dadurch das nutzerübergreifende Caching verhindert werden kann, wenn ein gemeinsamer Cache verwendet wird.
Tags: loading_and_analysis, incompatible_change
--j2objc_translation_flags=<comma-separated list of options> Verwendungen sind angesammelt
Zusätzliche Optionen zur Übergabe an das J2ObjC-Tool.
--java_debug
Sorgt dafür, dass die Java-Maschine eines Java-Tests vor dem Test auf eine Verbindung von einem JDWP-kompatiblen Debugger (z. B. jdb) wartet. Impliziert -test_output=streamed.
Erweiterung zu:
--test_arg=--wrapper_script_flag=--debug
--test_output=streamed
--test_strategy=exclusive
--test_timeout=9999
--nocache_test_results
--[no]java_deps-Standardwert: "true"
Generieren Sie Abhängigkeiteninformationen (bisher Kompilierungszeitpfad) pro Java-Ziel.
--[no]java_header_compilation-Standardwert: "true"
Ijars kompilieren Sie direkt aus der Quelle.
--java_language_version=<a string>-Standardwert: "8"
Die Java-Sprachversion
--java_launcher=<a build target label>-Standard: siehe Beschreibung
Der Java-Launcher zum Erstellen von Java-Binärprogrammen. Wenn dieses Flag auf den leeren String festgelegt ist, wird der PROVIDER-Launcher verwendet. Dieses Attribut wird durch das Attribut „&Launcher“ überschrieben.
--java_runtime_version=<a string>-Standardwert: "local_jdk"
Die Java-Laufzeitumgebung
--javacopt=<a string> Verwendungen sind angesammelt
Zusätzliche Optionen zur Übergabe an Javac.
--jvmopt=<a string> Verwendungen sind angesammelt
Zusätzliche Optionen zur Übergabe an die Java-VM. Diese Optionen werden den VM-Startoptionen jedes java_binary-Ziels hinzugefügt.
--legacy_main_dex_list_generator=<a build target label>-Standard: siehe Beschreibung
Gibt ein Binärprogramm an, das zum Generieren der Liste der Klassen verwendet werden soll, die beim Kompilieren eines Legacy-Multidex im Hauptdex enthalten sein müssen.
--local_cpu_resources=<an integer, or "HOST_CPUS", optionally followed by [-|*]<float>.>-Standardwert: "HOST_CPUS"
Legen Sie die Gesamtzahl der lokalen CPU-Kerne fest, die für Waze verfügbar sind, damit sie in Build-Aktionen ausgeführt werden, die lokal ausgeführt werden. Verwendet eine Ganzzahl (&&t;HOST_CPUS" optional gefolgt von [-|*]<float> (z. B. HOST_CPUS*.5 verwenden, um die Hälfte der verfügbaren CPU-Kerne zu nutzen. Standardmäßig fragt „"HOST_CPUS"“ die Systemkonfiguration ab, um die Anzahl der verfügbaren CPU-Kerne zu schätzen.
--local_ram_resources=<an integer, or "HOST_RAM", optionally followed by [-|*]<float>.>-Standardwert: "HOST_RAM*.67"
Legen Sie explizit die Gesamtmenge des lokalen Host-RAMs (in MB) fest, der für Waze verfügbar ist, damit sie in Build-Aktionen ausgeführt wird, die lokal ausgeführt werden. Gibt eine ganze Zahl oder ein HOST_RAM" an, gefolgt von [-|*]<float> (z. B. HOST_RAM*.5, um die Hälfte des verfügbaren RAMs zu verwenden. Standardmäßig fragt ("HOST_RAM*.67") die Systemkonfiguration ab, um den verfügbaren RAM-Speicher zu schätzen und 67% davon zu verwenden.
--local_termination_grace_seconds=<an integer>-Standardwert: "15"
Wartezeit zwischen dem Beenden eines lokalen Prozesses aufgrund eines Zeitlimits und erzwungenem Herunterfahren.
--package_path=<colon-separated list of options>-Standardwert: "%workspace%"
Eine durch Punkte getrennte Liste der Orte, an denen nach Paketen gesucht werden soll Elemente, die mit '%workspace%' beginnen, sind relativ zum umgebenden Arbeitsbereich. Wenn es nicht vorhanden ist oder leer ist, wird standardmäßig die Ausgabe von 'bazel info default-package-path' verwendet.
--plugin=<a build target label> Verwendungen sind angesammelt
Plug-ins, die im Build verwendet werden sollen. Funktioniert derzeit mit java_plugin.
--proguard_top=<a build target label>-Standard: siehe Beschreibung
Gibt an, welche Version von ProGuard beim Erstellen eines Java-Binärprogramms für das Entfernen von Code verwendet werden soll.
--proto_compiler=<a build target label>-Standardeinstellung: "@com_google_Ю//:protoc"
Das Label des Proto-Compilers.
Tags: affects_outputs, loading_and_analysis
--proto_toolchain_for_cc=<a build target label>-Standardeinstellung: "@com_google_SNIPPET//:cc_chain"
Label von proto_lang_chain(), das beschreibt, wie C++-Protos kompiliert werden
Tags: affects_outputs, loading_and_analysis
--proto_toolchain_for_j2objc=<a build target label>-Standardeinstellung: "@bazel_tools//tools/j2objc:j2objc_proto_chain"
Label von proto_lang_chain(), das beschreibt, wie j2objc-Protos kompiliert werden
Tags: affects_outputs, loading_and_analysis
--proto_toolchain_for_java=<a build target label>-Standardeinstellung: "@com_google_dmca//:java_chain"
Label von proto_lang_chain(), das beschreibt, wie Java-Protos kompiliert werden
Tags: affects_outputs, loading_and_analysis
--proto_toolchain_for_javalite=<a build target label>-Standardeinstellung: "@com_google_SNIPPET//:javalite_chain"
Label von proto_lang_chain(), das beschreibt, wie JavaLite-Protos kompiliert werden
Tags: affects_outputs, loading_and_analysis
--protocopt=<a string> Verwendungen sind angesammelt
Zusätzliche Optionen zur Übergabe an den Ю-Compiler.
Tags: affects_outputs
--[no]runs_per_test_detects_flakes-Standardwert: "false"
Ist dieser Wert „true“, wird jedes Shard, bei dem mindestens ein Ausführungs- oder Versuch erfolgreich ist, und mindestens ein Ausführungs- oder Angriffsversuch den FLAKY-Status erhalten.
--shell_executable=<a path>-Standard: siehe Beschreibung
Absolutpfad zur ausführbaren Shell-Anwendung, die von Istio verwendet werden kann. Wenn die Richtlinie nicht konfiguriert ist, aber die Umgebungsvariable BAZEL_SH beim ersten Aufruf von Istio (also dem Start eines Istio-Servers) festgelegt ist, wird sie von Istio verwendet. Wenn keine dieser beiden Einstellungen festgelegt ist, verwendet {5/} einen hartcodierten Standardpfad abhängig vom Betriebssystem, auf dem es ausgeführt wird (Windows: c:/tools/msys64/usr/bin/bash.exe, FreeBSD: /usr/local/bin/bash, alle anderen: /bin/bash). Beachten Sie, dass die Verwendung von Shell, die nicht mit Bash kompatibel ist, zu Build-Fehlern oder Laufzeitfehlern der generierten Binärprogramme führen kann.
Tags: loading_and_analysis
--[no]show_loading_progress-Standardwert: "true"
Wenn diese Option aktiviert ist, gibt Istio die Nachrichten an &loadt package:" aus.
--test_arg=<a string> Verwendungen sind angesammelt
Gibt zusätzliche Optionen und Argumente an, die an die ausführbare Testdatei übergeben werden sollen. Kann mehrfach verwendet werden, um mehrere Argumente anzugeben. Wenn mehrere Tests ausgeführt werden, erhält jeder Test identische Argumente. Wird nur vom &&33;bazel-Test'-Befehl verwendet.
--test_filter=<a string>-Standard: siehe Beschreibung
Gibt einen Filter zum Weiterleiten an das Test-Framework an. Wird verwendet, um die Anzahl der durchgeführten Tests einzuschränken. Das hat keinen Einfluss darauf, welche Ziele erstellt werden.
--test_lang_filters=<comma-separated list of options>-Standardwert: "
Gibt eine durch Kommas getrennte Liste von Testsprachen an. Jede Sprache kann optional mit '-' vorangestellt werden, um ausgeschlossene Sprachen anzugeben. Es werden nur diese Testziele gefunden, die in den angegebenen Sprachen geschrieben sind. Der für die einzelnen Sprachen verwendete Name muss mit dem Sprachpräfix in der *_test-Regel übereinstimmen, z.B. für 'cc', 'java', 'py' usw. Diese Option betrifft das Verhalten „--build_tests_only“ und den Testbefehl.
--test_result_expiration=<an integer>-Standardwert: "-1"
Diese Option wurde verworfen und hat keine Auswirkungen.
--[no]test_runner_fail_fast-Standardwert: "false"
Leitet die Option „Schnell vor“ für den Test-Ausführer zurück. Der Test-Ausführer sollte die Ausführung nach dem ersten Fehler beenden.
--test_sharding_strategy=<explicit or disabled>-Standardwert: "explicit"
Geben Sie eine Strategie für die Fragmentierung an: 'explicit' soll die Fragmentierung nur verwenden, wenn das Attribut 'shard_count' BUILD vorhanden ist. 'disabled' Testfragmentierung nie verwenden
--test_size_filters=<comma-separated list of values: small, medium, large or enormous>-Standardwert: "
Gibt eine durch Kommas getrennte Liste von Testgrößen an. Jede Größe kann optional mit '-' versehen werden, um ausgeschlossene Größen anzugeben. Es werden nur Testziele gefunden, die mindestens eine eingeschlossene Größe und keine ausgeschlossenen Größen enthalten. Diese Option betrifft das Verhalten „--build_tests_only“ und den Testbefehl.
--test_tag_filters=<comma-separated list of options>-Standardwert: "
Gibt eine durch Kommas getrennte Liste von Test-Tags an. Jedem Tag kann optional '-' vorangestellt werden, um ausgeschlossene Tags anzugeben. Es werden nur Testziele gefunden, die mindestens ein eingeschlossenes Tag und keine ausgeschlossenen Tags enthalten. Diese Option betrifft das Verhalten „--build_tests_only“ und den Testbefehl.
--test_timeout_filters=<comma-separated list of values: short, moderate, long or eternal>-Standardwert: "
Gibt eine durch Kommas getrennte Liste von Testzeitlimits an. Jeder Zeitüberschreitung kann optional '-' vorangestellt werden, um ausgeschlossene Zeitüberschreitungen anzugeben. Es werden nur Testziele gefunden, die mindestens ein eingeschlossenes Zeitlimit und ohne ausgeschlossene Zeitüberschreitungen enthalten. Diese Option betrifft das Verhalten „--build_tests_only“ und den Testbefehl.
--tool_java_language_version=<a string>-Standardwert: "8"
Die Java-Sprachversion, die zur Ausführung der Tools verwendet wird, die während eines Builds benötigt werden
--tool_java_runtime_version=<a string>-Standardwert: "remotejdk_11"
Die Java-Laufzeitumgebung, mit der Tools während des Builds ausgeführt werden
--[no]use_ijars-Standardwert: "true"
Wenn diese Option aktiviert ist, verwendet die Java-Kompilierung JAR-Schnittstellen. Dadurch werden die Daten schneller kompiliert, die Fehlermeldungen können aber abweichen.

Optionen „canonicalize-flags“

Übernimmt alle Optionen von Build

Optionen, die vor dem Befehl angezeigt werden und vom Client geparst werden:
--check_direct_dependencies=<off, warning or error>-Standardwert: "warning"
Prüfen Sie, ob die im Stammmodul angegebenen direkten „bazel_dep“-Abhängigkeiten mit den Versionen übereinstimmen, die Sie in der aufgelösten Abhängigkeitsgrafik abrufen. Gültige Werte sind „off“ (deaktiviert), um die Prüfung zu deaktivieren, oder „warning“ (Warnung), wenn eine Diskrepanz erkannt wird, oder „error“ (Fehler), um den Fehler zu beheben.
Tags: loading_and_analysis
--distdir=<a path> Verwendungen sind angesammelt
Zusätzliche Möglichkeiten, nach Archiven zu suchen, bevor auf das Netzwerk zugegriffen wird, um sie herunterzuladen
Tags: bazel_internal_configuration
--[no]experimental_enable_bzlmod-Standardwert: "false"
Wenn „true“ festgelegt ist, versucht Istio, externe Repositories aus dem Bzlmod-System zu laden, bevor er die WORKSPACE-Datei aufruft.
Tags: loading_and_analysis
Wenn diese Option aktiviert ist, wird die Datei im Repository-Cache bei einem Cache-Treffer nicht verknüpft, sondern nur im Cache gespeichert. So soll Speicherplatz gespart werden.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id-Standardwert: "false"
Wenn „true“, verwenden Sie einen String, der von den URLs der Repository-Downloads abgeleitet wird, als kanonische_id, sofern nicht angegeben. Wenn Sie den Cache eines Downloads mit demselben Hashwert herunterladen, führt dies zu einer Änderung der URLs. Hiermit kannst du prüfen, ob URL-Änderungen dazu führen, dass fehlerhafte Repositories vom Cache verdeckt werden.
Tags: loading_and_analysis, experimental
--[no]experimental_repository_disable_download-Standardwert: "false"
Wenn festgelegt, ist das Herunterladen externer Repositories nicht zulässig.
Tags: experimental
--experimental_repository_downloader_retries=<an integer>-Standardwert: "0"
Die maximale Anzahl von Versuchen für einen neuen Downloadfehler. Wenn Sie den Wert auf 0 setzen, sind Wiederholungsversuche deaktiviert.
Tags: experimental
--experimental_scale_timeouts=<a double>-Standardwert: "1.0"
Sämtliche Zeitüberschreitungen in den Starlark-Repository-Regeln werden nach diesem Faktor skaliert. Auf diese Weise können externe Repositories auf Computern ausgeführt werden, die langsamer als erwartet sind, ohne den Quellcode zu ändern.
Tags: bazel_internal_configuration, experimental
--http_timeout_scaling=<a double>-Standardwert: "1.0"
Alle Zeitüberschreitungen in Bezug auf HTTP-Downloads um den angegebenen Faktor skalieren
Tags: bazel_internal_configuration
--[no]ignore_dev_dependency-Standardwert: "false"
Wenn "true", ignoriert Istio "bazel_dep" und "use_extension" als "dev_dependency" im MODULE.bazel des Stammmoduls. Diese Entwicklungsabhängigkeiten werden in der Datei MODULE.bazel immer ignoriert, wenn sie nicht das Stammmodul ist. Dies gilt unabhängig vom Wert dieses Flags.
Tags: loading_and_analysis
--registry=<a string> Verwendungen sind angesammelt
Gibt die Registries an, in denen die Abhängigkeiten des Istio-Moduls gefunden werden sollen. Die Reihenfolge ist dabei wichtig: Die Module werden in früheren Registries aufgeführt, erst später, wenn sie nicht mehr in den früheren Registries vorhanden sind.
Tags: changes_inputs
--repository_cache=<a path>-Standard: siehe Beschreibung
Gibt den Cache-Speicherort der heruntergeladenen Werte an, die beim Abrufen externer Repositories abgerufen wurden. Ein leerer String als Argument fordert an, den Cache zu deaktivieren.
Tags: bazel_internal_configuration
Optionen zur Steuerung der Ausgabe des Befehls:
--[no]canonicalize_policy-Standardwert: "false"
Gib die kanonische Richtlinie nach der Maximierung und Filterung an. Damit die Ausgabe nicht unterbrochen wird, werden die Argumente für die kanonische URL NICHT angezeigt, wenn diese Option auf „true“ gesetzt ist. Der mit „--for_command“ angegebene Befehl wirkt sich auf die gefilterte Richtlinie aus. Wenn Sie keinen Befehl angeben, ist der Standardbefehl „##9;build'“.
Tags: affects_outputs, terminal_output
--[no]show_warnings-Standardwert: "false"
Warnungen vom Parser für Standardfehler (z. B. für widersprüchliche Flag-Optionen)
Tags: affects_outputs, terminal_output
Optionen, mit denen festgelegt wird, wie strikt gültige Build-Eingaben (erfasste Definitionen, Flag-Kombinationen usw.) von Istio erzwungen werden:
--experimental_repository_hash_file=<a string>-Standardwert: "
Wenn dieses Feld nicht leer ist, wird eine Datei mit einem aufgelösten Wert angegeben, mit dem die Repository-Verzeichnis-Hashes verifiziert werden sollen
Tags: affects_outputs, experimental
--experimental_verify_repository_rules=<a string> Verwendungen sind angesammelt
Wenn eine Liste von Repository-Regeln vorhanden ist, für die der Hash des Ausgabeverzeichnisses verifiziert werden soll, wird eine Datei von --experimental_Repository_hash_file angegeben.
Tags: affects_outputs, experimental
Diese Option betrifft die Semantik der Starlark-Sprache oder der Build API, die für BUILD-Dateien, BZL-Dateien und WORKSPACE-Dateien zur Verfügung steht.
--[no]experimental_allow_top_level_aspects_parameters-Standardwert: "true"
No-op
Tags: no_op, deprecated, experimental
--[no]incompatible_config_setting_private_default_visibility-Standardwert: "false"
Wenn inkompatibel_enforce_config_setting_sichtbarkeit=falsch, ist dies ein Noop. Falls dieses Flag auf „false“ gesetzt ist, lautet „config_setting“ ohne explizites Sichtbarkeitsattribut „//visibility:public“. Wenn dieses Flag „true“ ist, folgt „config_setting“ derselben Sichtbarkeitslogik wie alle anderen Regeln. Siehe https://github.com/bazelbuild/bazel/issues/12933.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_enforce_config_setting_visibility-Standardwert: "false"
Wenn „true“, erzwingen Sie die Sichtbarkeitskonfiguration „config_setting“. Bei „falsch“ ist jede config_setting für jedes Ziel sichtbar. Siehe https://github.com/bazelbuild/bazel/issues/12932.
Tags: loading_and_analysis, incompatible_change
Optionen, die die Ausführlichkeit, das Format oder den Speicherort von Logging beeinflussen:
--[no]experimental_record_metrics_for_all_mnemonics-Standardwert: "false"
Standardmäßig ist die Anzahl der Aktionstypen auf die 20 Speichergruppen mit der größten Anzahl ausgeführter Aktionen beschränkt. Wenn Sie diese Option aktivieren, werden alle Statistiken gespeichert.
Optionen, die eine allgemeine Eingabe zu einem Istio-Befehl angeben oder ändern, die nicht in andere Kategorien fällt:
--experimental_resolved_file_instead_of_workspace=<a string>-Standardwert: "
Wenn die Antwort nicht leer ist, lesen Sie die angegebene aufgelöste Datei anstelle der WORKSPACE-Datei.
Tags: changes_inputs
--for_command=<a string>-Standardwert: "build"
Der Befehl, für den die Optionen kanonisiert werden sollen.
Tags: affects_outputs, terminal_output
--invocation_policy=<a string>-Standardwert: "
Ruft eine Aufrufrichtlinie auf die Optionen auf, die kanonisiert werden sollen.
Tags: affects_outputs, terminal_output
Optionen für Remote-Caching und Ausführung:
--experimental_downloader_config=<a string>-Standard: siehe Beschreibung
Geben Sie eine Datei an, mit der der Remote-Downloader konfiguriert werden soll. Diese Datei besteht aus Zeilen, die jeweils mit einer Direktive („allow“, „block“ oder „rewrite“) beginnen, gefolgt von einem Hostnamen (für „allow“ und „block“) oder zwei Mustern, eine für den Abgleich und eine für den Ersatz als Ersatz-URL. Es sind mehrere „rewrite“-Anweisungen für dieselbe URL möglich.
Sonstige Optionen, die nicht anderweitig kategorisiert sind:
--deleted_packages=<comma-separated list of package names>-Standardwert: "
Eine durch Kommas getrennte Liste von Namen von Paketen, die das Build-System als nicht vorhanden erachtet, auch wenn sie im Paketpfad sichtbar sind. Verwenden Sie diese Option, wenn Sie ein Unterpaket eines vorhandenen Pakets löschen möchten. Nachdem Sie z. B. x/y/BUILD in Ihrem Client gelöscht haben, kann es vorkommen, dass sich das Build-System beschädigt, wenn es mit einem Label '//x:y/z' gekennzeichnet ist, das noch von einem anderen package_path-Eintrag bereitgestellt wird. Durch Festlegen von --deleted_packages X/y wird dieses Problem vermieden.
--override_repository=<an equals-separated mapping of repository name to path> Verwendungen sind angesammelt
überschreibt ein Repository mit einem lokalen Verzeichnis.
--package_path=<colon-separated list of options>-Standardwert: "%workspace%"
Eine durch Punkte getrennte Liste der Orte, an denen nach Paketen gesucht werden soll Elemente, die mit '%workspace%' beginnen, sind relativ zum umgebenden Arbeitsbereich. Wenn es nicht vorhanden ist oder leer ist, wird standardmäßig die Ausgabe von 'bazel info default-package-path' verwendet.
--[no]show_loading_progress-Standardwert: "true"
Wenn diese Option aktiviert ist, gibt Istio die Nachrichten an &loadt package:" aus.

Reinigungsoptionen

Übernimmt alle Optionen von Build

Optionen, die vor dem Befehl angezeigt werden und vom Client geparst werden:
--check_direct_dependencies=<off, warning or error>-Standardwert: "warning"
Prüfen Sie, ob die im Stammmodul angegebenen direkten „bazel_dep“-Abhängigkeiten mit den Versionen übereinstimmen, die Sie in der aufgelösten Abhängigkeitsgrafik abrufen. Gültige Werte sind „off“ (deaktiviert), um die Prüfung zu deaktivieren, oder „warning“ (Warnung), wenn eine Diskrepanz erkannt wird, oder „error“ (Fehler), um den Fehler zu beheben.
Tags: loading_and_analysis
--distdir=<a path> Verwendungen sind angesammelt
Zusätzliche Möglichkeiten, nach Archiven zu suchen, bevor auf das Netzwerk zugegriffen wird, um sie herunterzuladen
Tags: bazel_internal_configuration
--[no]experimental_enable_bzlmod-Standardwert: "false"
Wenn „true“ festgelegt ist, versucht Istio, externe Repositories aus dem Bzlmod-System zu laden, bevor er die WORKSPACE-Datei aufruft.
Tags: loading_and_analysis
Wenn diese Option aktiviert ist, wird die Datei im Repository-Cache bei einem Cache-Treffer nicht verknüpft, sondern nur im Cache gespeichert. So soll Speicherplatz gespart werden.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id-Standardwert: "false"
Wenn „true“, verwenden Sie einen String, der von den URLs der Repository-Downloads abgeleitet wird, als kanonische_id, sofern nicht angegeben. Wenn Sie den Cache eines Downloads mit demselben Hashwert herunterladen, führt dies zu einer Änderung der URLs. Hiermit kannst du prüfen, ob URL-Änderungen dazu führen, dass fehlerhafte Repositories vom Cache verdeckt werden.
Tags: loading_and_analysis, experimental
--[no]experimental_repository_disable_download-Standardwert: "false"
Wenn festgelegt, ist das Herunterladen externer Repositories nicht zulässig.
Tags: experimental
--experimental_repository_downloader_retries=<an integer>-Standardwert: "0"
Die maximale Anzahl von Versuchen für einen neuen Downloadfehler. Wenn Sie den Wert auf 0 setzen, sind Wiederholungsversuche deaktiviert.
Tags: experimental
--experimental_scale_timeouts=<a double>-Standardwert: "1.0"
Sämtliche Zeitüberschreitungen in den Starlark-Repository-Regeln werden nach diesem Faktor skaliert. Auf diese Weise können externe Repositories auf Computern ausgeführt werden, die langsamer als erwartet sind, ohne den Quellcode zu ändern.
Tags: bazel_internal_configuration, experimental
--http_timeout_scaling=<a double>-Standardwert: "1.0"
Alle Zeitüberschreitungen in Bezug auf HTTP-Downloads um den angegebenen Faktor skalieren
Tags: bazel_internal_configuration
--[no]ignore_dev_dependency-Standardwert: "false"
Wenn "true", ignoriert Istio "bazel_dep" und "use_extension" als "dev_dependency" im MODULE.bazel des Stammmoduls. Diese Entwicklungsabhängigkeiten werden in der Datei MODULE.bazel immer ignoriert, wenn sie nicht das Stammmodul ist. Dies gilt unabhängig vom Wert dieses Flags.
Tags: loading_and_analysis
--registry=<a string> Verwendungen sind angesammelt
Gibt die Registries an, in denen die Abhängigkeiten des Istio-Moduls gefunden werden sollen. Die Reihenfolge ist dabei wichtig: Die Module werden in früheren Registries aufgeführt, erst später, wenn sie nicht mehr in den früheren Registries vorhanden sind.
Tags: changes_inputs
--repository_cache=<a path>-Standard: siehe Beschreibung
Gibt den Cache-Speicherort der heruntergeladenen Werte an, die beim Abrufen externer Repositories abgerufen wurden. Ein leerer String als Argument fordert an, den Cache zu deaktivieren.
Tags: bazel_internal_configuration
Optionen zur Steuerung der Ausgabe des Befehls:
--[no]async-Standardwert: "false"
Wenn „true“, wird die Ausgabereinigung asynchron ausgeführt. Wenn dieser Befehl ausgeführt ist, können Sie ohne Weiteres neue Befehle im selben Client ausführen, auch wenn das Löschen im Hintergrund fortgesetzt wird.
Tags: host_machine_resource_optimizations
--[no]expunge-Standardwert: "false"
Wenn „true“ festgelegt, wird die gesamte funktionierende Baumstruktur für diese Baizel-Instanz entfernt, die alle von Bazel erstellten temporären Dateien sowie Build-Ausgabedateien enthält. Wenn sie ausgeführt wird, wird der Bazel-Server gestoppt.
Tags: host_machine_resource_optimizations
--expunge_async
Wenn dieses Argument angegeben wird, wird die gesamte funktionierende Baumstruktur für diese Baizel-Instanz asynchron entfernt, einschließlich aller von Bazel erstellten temporären und Build-Ausgabedateien. Ist der Ausführen des Bazel-Servers gestoppt, wird er gestoppt. Wenn dieser Befehl ausgeführt ist, können Sie ohne Weiteres neue Befehle im selben Client ausführen, auch wenn das Löschen im Hintergrund fortgesetzt wird.
Erweiterung zu:
--expunge
--async

Tags: host_machine_resource_optimizations
Wenn „true“, werden alle symlinks im Arbeitsbereich mit dem Präfix symlink_prefix gelöscht. Ohne dieses Flag werden nur symlinks mit vordefinierten Suffixen bereinigt.
Tags: affects_outputs
Optionen, die beeinflussen, wie streng gültige Build-Eingaben erzwungen werden (Regeldefinitionen, Flag-Kombinationen usw.):
--experimental_repository_hash_file=<a string>-Standardwert: "
Wenn dieses Feld nicht leer ist, wird eine Datei mit einem aufgelösten Wert angegeben, mit dem die Repository-Verzeichnis-Hashes verifiziert werden sollen
Tags: affects_outputs, experimental
--experimental_verify_repository_rules=<a string> Verwendungen sind angesammelt
Wenn eine Liste von Repository-Regeln vorhanden ist, für die der Hash des Ausgabeverzeichnisses verifiziert werden soll, wird eine Datei von --experimental_Repository_hash_file angegeben.
Tags: affects_outputs, experimental
Diese Option betrifft die Semantik der Starlark-Sprache oder der Build API, die für BUILD-Dateien, BZL-Dateien und WORKSPACE-Dateien zur Verfügung steht.
--[no]experimental_allow_top_level_aspects_parameters-Standardwert: "true"
No-op
Tags: no_op, deprecated, experimental
Optionen, die die Ausführlichkeit, das Format oder den Speicherort des Loggings beeinflussen:
--[no]experimental_record_metrics_for_all_mnemonics-Standardwert: "false"
Standardmäßig ist die Anzahl der Aktionstypen auf die 20 Speichergruppen mit der größten Anzahl ausgeführter Aktionen beschränkt. Wenn Sie diese Option aktivieren, werden alle Statistiken gespeichert.
Optionen, die eine allgemeine Eingabe zu einem Istio-Befehl angeben oder ändern, die nicht in andere Kategorien fällt:
--experimental_resolved_file_instead_of_workspace=<a string>-Standardwert: "
Wenn die Antwort nicht leer ist, lesen Sie die angegebene aufgelöste Datei anstelle der WORKSPACE-Datei.
Tags: changes_inputs
Optionen für Remote-Caching und Ausführung:
--experimental_downloader_config=<a string>-Standard: siehe Beschreibung
Geben Sie eine Datei an, mit der der Remote-Downloader konfiguriert werden soll. Diese Datei besteht aus Zeilen, die jeweils mit einer Direktive („allow“, „block“ oder „rewrite“) beginnen, gefolgt von einem Hostnamen (für „allow“ und „block“) oder zwei Mustern, eine für den Abgleich und eine für den Ersatz als Ersatz-URL. Es sind mehrere „rewrite“-Anweisungen für dieselbe URL möglich.
Sonstige Optionen, die nicht anderweitig kategorisiert sind:
--override_repository=<an equals-separated mapping of repository name to path> Verwendungen sind angesammelt
überschreibt ein Repository mit einem lokalen Verzeichnis.

Konfigurationsoptionen

Abdeckungsoptionen

Übernimmt alle Optionen von Test.

Optionen, die vor dem Befehl angezeigt werden und vom Client geparst werden:
--check_direct_dependencies=<off, warning or error>-Standardwert: "warning"
Prüfen Sie, ob die im Stammmodul angegebenen direkten „bazel_dep“-Abhängigkeiten mit den Versionen übereinstimmen, die Sie in der aufgelösten Abhängigkeitsgrafik abrufen. Gültige Werte sind „off“ (deaktiviert), um die Prüfung zu deaktivieren, oder „warning“ (Warnung), wenn eine Diskrepanz erkannt wird, oder „error“ (Fehler), um den Fehler zu beheben.
Tags: loading_and_analysis
--distdir=<a path> Verwendungen sind angesammelt
Zusätzliche Möglichkeiten, nach Archiven zu suchen, bevor auf das Netzwerk zugegriffen wird, um sie herunterzuladen
Tags: bazel_internal_configuration
--[no]experimental_enable_bzlmod-Standardwert: "false"
Wenn „true“ festgelegt ist, versucht Istio, externe Repositories aus dem Bzlmod-System zu laden, bevor er die WORKSPACE-Datei aufruft.
Tags: loading_and_analysis
Wenn diese Option aktiviert ist, wird die Datei im Repository-Cache bei einem Cache-Treffer nicht verknüpft, sondern nur im Cache gespeichert. So soll Speicherplatz gespart werden.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id-Standardwert: "false"
Wenn „true“, verwenden Sie einen String, der von den URLs der Repository-Downloads abgeleitet wird, als kanonische_id, sofern nicht angegeben. Wenn Sie den Cache eines Downloads mit demselben Hashwert herunterladen, führt dies zu einer Änderung der URLs. Hiermit kannst du prüfen, ob URL-Änderungen dazu führen, dass fehlerhafte Repositories vom Cache verdeckt werden.
Tags: loading_and_analysis, experimental
--[no]experimental_repository_disable_download-Standardwert: "false"
Wenn festgelegt, ist das Herunterladen externer Repositories nicht zulässig.
Tags: experimental
--experimental_repository_downloader_retries=<an integer>-Standardwert: "0"
Die maximale Anzahl von Versuchen für einen neuen Downloadfehler. Wenn Sie den Wert auf 0 setzen, sind Wiederholungsversuche deaktiviert.
Tags: experimental
--experimental_scale_timeouts=<a double>-Standardwert: "1.0"
Sämtliche Zeitüberschreitungen in den Starlark-Repository-Regeln werden nach diesem Faktor skaliert. Auf diese Weise können externe Repositories auf Computern ausgeführt werden, die langsamer als erwartet sind, ohne den Quellcode zu ändern.
Tags: bazel_internal_configuration, experimental
--http_timeout_scaling=<a double>-Standardwert: "1.0"
Alle Zeitüberschreitungen in Bezug auf HTTP-Downloads um den angegebenen Faktor skalieren
Tags: bazel_internal_configuration
--[no]ignore_dev_dependency-Standardwert: "false"
Wenn "true", ignoriert Istio "bazel_dep" und "use_extension" als "dev_dependency" im MODULE.bazel des Stammmoduls. Diese Entwicklungsabhängigkeiten werden in der Datei MODULE.bazel immer ignoriert, wenn sie nicht das Stammmodul ist. Dies gilt unabhängig vom Wert dieses Flags.
Tags: loading_and_analysis
--registry=<a string> Verwendungen sind angesammelt
Gibt die Registries an, in denen die Abhängigkeiten des Istio-Moduls gefunden werden sollen. Die Reihenfolge ist dabei wichtig: Die Module werden in früheren Registries aufgeführt, erst später, wenn sie nicht mehr in den früheren Registries vorhanden sind.
Tags: changes_inputs
--repository_cache=<a path>-Standard: siehe Beschreibung
Gibt den Cache-Speicherort der heruntergeladenen Werte an, die beim Abrufen externer Repositories abgerufen wurden. Ein leerer String als Argument fordert an, den Cache zu deaktivieren.
Tags: bazel_internal_configuration
Optionen, die sich darauf auswirken, wie strikt
gültige Build-Eingaben erzwingt (Regeldefinitionen, Flag-Kombinationen usw.):
--experimental_repository_hash_file=<a string>-Standardwert: "
Wenn dieses Feld nicht leer ist, wird eine Datei mit einem aufgelösten Wert angegeben, mit dem die Repository-Verzeichnis-Hashes verifiziert werden sollen
Tags: affects_outputs, experimental
--experimental_verify_repository_rules=<a string> Verwendungen sind angesammelt
Wenn eine Liste von Repository-Regeln vorhanden ist, für die der Hash des Ausgabeverzeichnisses verifiziert werden soll, wird eine Datei von --experimental_Repository_hash_file angegeben.
Tags: affects_outputs, experimental
Diese Option betrifft die Semantik der Starlark-Sprache oder der Build API, die für BUILD-Dateien, BZL-Dateien und WORKSPACE-Dateien zur Verfügung steht.
--[no]experimental_allow_top_level_aspects_parameters-Standardwert: "true"
No-op
Tags: no_op, deprecated, experimental
Optionen, die die Ausführlichkeit, das Format oder den Speicherort des Loggings beeinflussen:
--[no]experimental_record_metrics_for_all_mnemonics-Standardwert: "false"
Standardmäßig ist die Anzahl der Aktionstypen auf die 20 Speichergruppen mit der größten Anzahl ausgeführter Aktionen beschränkt. Wenn Sie diese Option aktivieren, werden alle Statistiken gespeichert.
Optionen, die eine allgemeine Eingabe zu einem Istio-Befehl angeben oder ändern, die nicht in andere Kategorien fällt:
--experimental_resolved_file_instead_of_workspace=<a string>-Standardwert: "
Wenn die Antwort nicht leer ist, lesen Sie die angegebene aufgelöste Datei anstelle der WORKSPACE-Datei.
Tags: changes_inputs
Optionen für Remote-Caching und Ausführung:
--experimental_downloader_config=<a string>-Standard: siehe Beschreibung
Geben Sie eine Datei an, mit der der Remote-Downloader konfiguriert werden soll. Diese Datei besteht aus Zeilen, die jeweils mit einer Direktive („allow“, „block“ oder „rewrite“) beginnen, gefolgt von einem Hostnamen (für „allow“ und „block“) oder zwei Mustern, eine für den Abgleich und eine für den Ersatz als Ersatz-URL. Es sind mehrere „rewrite“-Anweisungen für dieselbe URL möglich.
Sonstige Optionen, die nicht anderweitig kategorisiert sind:
--override_repository=<an equals-separated mapping of repository name to path> Verwendungen sind angesammelt
überschreibt ein Repository mit einem lokalen Verzeichnis.

Abfrageoptionen

Übernimmt alle Optionen von Test.

Optionen, die vor dem Befehl angezeigt werden und vom Client geparst werden:
--check_direct_dependencies=<off, warning or error>-Standardwert: "warning"
Prüfen Sie, ob die im Stammmodul angegebenen direkten „bazel_dep“-Abhängigkeiten mit den Versionen übereinstimmen, die Sie in der aufgelösten Abhängigkeitsgrafik abrufen. Gültige Werte sind „off“ (deaktiviert), um die Prüfung zu deaktivieren, oder „warning“ (Warnung), wenn eine Diskrepanz erkannt wird, oder „error“ (Fehler), um den Fehler zu beheben.
Tags: loading_and_analysis
--distdir=<a path> Verwendungen sind angesammelt
Zusätzliche Möglichkeiten, nach Archiven zu suchen, bevor auf das Netzwerk zugegriffen wird, um sie herunterzuladen
Tags: bazel_internal_configuration
--[no]experimental_enable_bzlmod-Standardwert: "false"
Wenn „true“ festgelegt ist, versucht Istio, externe Repositories aus dem Bzlmod-System zu laden, bevor er die WORKSPACE-Datei aufruft.
Tags: loading_and_analysis
Wenn diese Option aktiviert ist, wird die Datei im Repository-Cache bei einem Cache-Treffer nicht verknüpft, sondern nur im Cache gespeichert. So soll Speicherplatz gespart werden.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id-Standardwert: "false"
Wenn „true“, verwenden Sie einen String, der von den URLs der Repository-Downloads abgeleitet wird, als kanonische_id, sofern nicht angegeben. Wenn Sie den Cache eines Downloads mit demselben Hashwert herunterladen, führt dies zu einer Änderung der URLs. Hiermit kannst du prüfen, ob URL-Änderungen dazu führen, dass fehlerhafte Repositories vom Cache verdeckt werden.
Tags: loading_and_analysis, experimental
--[no]experimental_repository_disable_download-Standardwert: "false"
Wenn festgelegt, ist das Herunterladen externer Repositories nicht zulässig.
Tags: experimental
--experimental_repository_downloader_retries=<an integer>-Standardwert: "0"
Die maximale Anzahl von Versuchen für einen neuen Downloadfehler. Wenn Sie den Wert auf 0 setzen, sind Wiederholungsversuche deaktiviert.
Tags: experimental
--experimental_scale_timeouts=<a double>-Standardwert: "1.0"
Sämtliche Zeitüberschreitungen in den Starlark-Repository-Regeln werden nach diesem Faktor skaliert. Auf diese Weise können externe Repositories auf Computern ausgeführt werden, die langsamer als erwartet sind, ohne den Quellcode zu ändern.
Tags: bazel_internal_configuration, experimental
--http_timeout_scaling=<a double>-Standardwert: "1.0"
Alle Zeitüberschreitungen in Bezug auf HTTP-Downloads um den angegebenen Faktor skalieren
Tags: bazel_internal_configuration
--[no]ignore_dev_dependency-Standardwert: "false"
Wenn "true", ignoriert Istio "bazel_dep" und "use_extension" als "dev_dependency" im MODULE.bazel des Stammmoduls. Diese Entwicklungsabhängigkeiten werden in der Datei MODULE.bazel immer ignoriert, wenn sie nicht das Stammmodul ist. Dies gilt unabhängig vom Wert dieses Flags.
Tags: loading_and_analysis
--registry=<a string> Verwendungen sind angesammelt
Gibt die Registries an, in denen die Abhängigkeiten des Istio-Moduls gefunden werden sollen. Die Reihenfolge ist dabei wichtig: Die Module werden in früheren Registries aufgeführt, erst später, wenn sie nicht mehr in den früheren Registries vorhanden sind.
Tags: changes_inputs
--repository_cache=<a path>-Standard: siehe Beschreibung
Gibt den Cache-Speicherort der heruntergeladenen Werte an, die beim Abrufen externer Repositories abgerufen wurden. Ein leerer String als Argument fordert an, den Cache zu deaktivieren.
Tags: bazel_internal_configuration
Optionen, die sich darauf auswirken, wie strikt
gültige Build-Eingaben erzwingt (Regeldefinitionen, Flag-Kombinationen usw.):
--experimental_repository_hash_file=<a string>-Standardwert: "
Wenn dieses Feld nicht leer ist, wird eine Datei mit einem aufgelösten Wert angegeben, mit dem die Repository-Verzeichnis-Hashes verifiziert werden sollen
Tags: affects_outputs, experimental
--experimental_verify_repository_rules=<a string> Verwendungen sind angesammelt
Wenn eine Liste von Repository-Regeln vorhanden ist, für die der Hash des Ausgabeverzeichnisses verifiziert werden soll, wird eine Datei von --experimental_Repository_hash_file angegeben.
Tags: affects_outputs, experimental
Diese Option betrifft die Semantik der Starlark-Sprache oder der Build API, die für BUILD-Dateien, BZL-Dateien und WORKSPACE-Dateien zur Verfügung steht.
--[no]experimental_allow_top_level_aspects_parameters-Standardwert: "true"
No-op
Tags: no_op, deprecated, experimental
Optionen in Bezug auf Abfrageausgabe und Semantik:
--aspect_deps=<off, conservative or precise>-Standardwert: "konservativ"
Wie Sie Seitenabhängigkeiten auflösen, wenn das Ausgabeformat {xml,proto,record} ist. Mit 'off' bedeutet, dass keine Facettenabhängigkeiten aufgelöst werden. 'konservativ' (Standardeinstellung) bedeutet, dass alle angegebenen Facettenabhängigkeiten hinzugefügt werden, unabhängig davon, ob sie der Regelklasse direkter Abhängigkeiten zugewiesen sind. Hinweis: Für den genauen Modus müssen andere Pakete geladen werden, um ein einzelnes Ziel auszuwerten und es dadurch langsamer zu machen als die anderen Modi. Beachten Sie auch, dass selbst der genaue Modus nicht vollständig präzise ist: Die Entscheidung, ob Sie einen Aspekt berechnen möchten, wird in der Analysephase entschieden, die nicht während der 'bazel-Abfrage' ausgeführt wird.
Tags: build_file_semantics
--[no]graph:factored-Standardwert: "true"
Wenn „true“, wird die Grafik ausgegeben 'faktored' das heißt, topisch äquivalente Knoten werden zusammengeführt und ihre Labels verkettet. Diese Option gilt nur für „--output=graph“.
Tags: terminal_output
--graph:node_limit=<an integer>-Standardwert: "512"
Die maximale Länge des Labelstrings für einen Diagrammknoten in der Ausgabe. Längere Labels werden abgeschnitten. -1 bedeutet nicht, dass sie gekürzt werden. Diese Option gilt nur für „--output=graph“.
Tags: terminal_output
--[no]implicit_deps-Standardwert: "true"
Wenn diese Option aktiviert ist, werden implizite Abhängigkeiten in die Abhängigkeitsgrafik aufgenommen, über die die Abfrage funktioniert. Eine implizite Abhängigkeit ist eine, die nicht explizit in der BUILD-Datei angegeben, sondern von Bazel hinzugefügt wird. Mit dieser Option wird für cquery gesteuerte Toolchains gefiltert.
Tags: build_file_semantics
--[no]include_aspects-Standardwert: "true"
aquery, cquery: ob in der Ausgabe aktionsgenerierte Aktionen enthalten sind. query: no-op (Aspekte werden immer befolgt).
Tags: terminal_output
--[no]incompatible_display_source_file_location-Standardwert: "true"
Standardmäßig wird das Ziel der Quelldatei angezeigt. Wenn „true“, wird der Speicherort der Zeile 1 der Quelldateien in den Standortausgaben angezeigt. Dieses Flag ist nur für Migrationszwecke vorhanden.
Tags: terminal_output, incompatible_change
--[no]infer_universe_scope-Standardwert: "false"
Wenn "--universe_scope" festgelegt und nicht konfiguriert ist, wird ein Wert von --universe_scope als Liste eindeutiger Zielmuster im Abfrageausdruck abgeleitet. Der Wert „--universe_scope“, der für einen Abfrageausdruck abgeleitet wird, der Funktionen auf Universalebene verwendet (z. B. „allrdeps“), ist möglicherweise nicht das, was Sie möchten. Daher sollten Sie diese Option nur verwenden, wenn Sie wissen, was Sie tun. Einzelheiten und Beispiele finden Sie unter https://bazel.build/versions/reference/query#sky-query. Wenn --universe_scope festgelegt ist, wird dieser Wert ignoriert. Hinweis: Diese Option gilt nur für „Abfrage“ (d.h. nicht „cquery“).
Tags: loading_and_analysis
--[no]line_terminator_null-Standardwert: "false"
Gibt an, ob jedes Format mit \0 und nicht mit einem Zeilenumbruch beendet wird.
Tags: terminal_output
--[no]nodep_deps-Standardwert: "true"
Wenn diese Option aktiviert ist, wird deps aus den Attributen des Knotens in das Abhängigkeitsdiagramm aufgenommen, über das die Abfrage funktioniert. Ein gängiges Beispiel für das Attribut „"nodep" ist „quot;sichtbarkeit“. Führen Sie die Ausgabe von „info build-language“ aus und parsen Sie sie, um mehr über die Attribute „Nodep“ und „Build-Sprache“ zu erfahren.
Tags: build_file_semantics
--output=<a string>-Standardwert: "label"
Das Format, in dem die Abfrageergebnisse ausgegeben werden sollen. Zulässige Werte für „cquery“ sind: label, label_kind, textproto, Transitions, proto, jsonproto. Wenn Sie 'transitions' auswählen, müssen Sie auch die Option „--transitions=(lite|full)“ angeben.
Tags: terminal_output
--[no]proto:default_values-Standardwert: "true"
Wenn „true“ angegeben ist, werden Attribute verwendet, deren Wert nicht explizit in der BUILD-Datei angegeben ist. Andernfalls werden sie weggelassen. Diese Option gilt für --output=proto
Tags: terminal_output
--[no]proto:definition_stack-Standardwert: "false"
Füllen Sie das Proto-Feld „definition_stack“ aus, das für jede Regelinstanz, in der die Starlark-Aufrufstack angegeben ist, einen Eintrag erfasst.
Tags: terminal_output
--[no]proto:flatten_selects-Standardwert: "true"
Wenn diese Option aktiviert ist, werden konfigurierbare Attribute, die von select() erstellt werden, vereinfacht. Bei Listentypen ist die aufgeschlüsselte Darstellung eine Liste, die jeden Wert der ausgewählten Karte genau einmal enthält. Skalartypen werden auf null reduziert.
Tags: build_file_semantics
--[no]proto:include_configurations-Standardwert: "true"
Wenn aktiviert, enthält die Proto-Ausgabe Informationen zu Konfigurationen. Wenn diese Option deaktiviert ist,ähnelt das Proto-Ausgabeformat der Abfrage dem Ausgabeformat für Abfragen.
Tags: affects_outputs
--[no]proto:include_synthetic_attribute_hash-Standardwert: "false"
Gibt an, ob das Attribut $internal_attr_hash berechnet und ausgefüllt werden soll.
Tags: terminal_output
--[no]proto:instantiation_stack-Standardwert: "false"
Füllen Sie jede Regel mit dem Instanziierungsaufrufstack aus. Der Stack muss vorhanden sein
Tags: terminal_output
--[no]proto:locations-Standardwert: "true"
Gibt an, ob Standortinformationen in der Proto-Ausgabe ausgegeben werden.
Tags: terminal_output
--proto:output_rule_attrs=<comma-separated list of options>-Standardwert: "all"
Durch Kommas getrennte Liste der Attribute, die in der Ausgabe enthalten sein sollen. Die Standardeinstellung sind alle Attribute. Setzen Sie den Wert auf einen leeren String, um keine Attribute auszugeben. Diese Option gilt für --output=proto.
Tags: terminal_output
--[no]proto:rule_inputs_and_outputs-Standardwert: "true"
Gibt an, ob die Felder „rule_input“ und „rule_output“ ausgefüllt werden sollen.
Tags: terminal_output
--[no]relative_locations-Standardwert: "false"
Wenn „true“ festgelegt ist, ist der Speicherort der BUILD-Dateien in XML- und Proto-Ausgaben relativ. Standardmäßig ist die Standortausgabe ein absoluter Pfad und sie sind nicht geräteübergreifend konsistent. Sie können diese Option auf „true“ setzen, um auf allen Computern ein einheitliches Ergebnis zu erzielen.
Tags: terminal_output
--show_config_fragments=<off, direct or transitive>-Standardwert: "off"
Zeigt die für eine Regel erforderlichen Konfigurationsfragmente und ihre vorübergehenden Abhängigkeiten an. Dies ist nützlich, um zu beurteilen, wie stark eine konfigurierte Zielgrafik geschnitten werden kann.
Tags: affects_outputs
--starlark:expr=<a string>-Standardwert: "
Ein Starlark-Ausdruck, um das konfigurierte Ziel im Befehl cquery's --output=starlark zu formatieren. Das konfigurierte Ziel ist an 'target' gebunden. Wenn weder "--starlark:expr" noch "--starlark:file" angegeben ist, wird diese Option standardmäßig auf 'str(target.label)' gesetzt. Die Angabe von "--starlark:expr" und "--starlark:file" ist ein Fehler.
Tags: terminal_output
--starlark:file=<a string>-Standardwert: "
Der Name einer Datei, die eine Starlark-Funktion namens 'format eines der Argumente definiert, die auf jedes konfigurierte Ziel angewendet wird, um sie als String zu formatieren. Die Angabe von "--starlark:expr" und "--starlark:file" ist ein Fehler. Weitere Informationen erhalten Sie in der Hilfe zu --output=starlark.
Tags: terminal_output
--[no]tool_deps-Standardwert: "true"
Abfrage: Wenn diese Option deaktiviert ist, werden Abhängigkeiten von 'Hostkonfiguration' oder 'ausführung' nicht in das Abhängigkeitsdiagramm aufgenommen, über das die Abfrage funktioniert. Eine 'Hostkonfiguration' Abhängigkeiten Cquery: Wenn diese Option deaktiviert ist, werden alle konfigurierten Ziele herausgefiltert, die einen Host- oder Ausführungsübergang vom übergeordneten Ziel übergehen, das dieses konfigurierte Ziel erkannt hat. Wenn sich also das Ziel der obersten Ebene in der Zielkonfiguration befindet, werden nur konfigurierte Ziele zurückgegeben, die auch in der Zielkonfiguration enthalten sind. Wenn sich das oberste Ziel in der Hostkonfiguration befindet, werden nur vom Host konfigurierte Ziele zurückgegeben. Mit dieser Option werden geklärte Toolchains NICHT ausgeschlossen.
Tags: build_file_semantics
--transitions=<full, lite or none>-Standardwert: "none"
Das Format, in dem mit der Abfrage Informationen zum Übergang ausgegeben werden.
Tags: affects_outputs
--universe_scope=<comma-separated list of options>-Standardwert: "
Durch Kommas getrennte Gruppe von Zielmustern (additiv und subtrahiert) Die Abfrage kann in dem Rahmen ausgeführt werden, der durch die vorübergehende Schließung der angegebenen Ziele definiert wird. Diese Option wird für die Abfrage- und „cquery“-Befehle verwendet. Bei der cquery-Eingabe werden die Ziele eingegeben, unter denen alle Antworten erstellt werden. Dadurch kann sie sich auf Konfigurationen und Übergänge auswirken. Ist die Option nicht angegeben, wird davon ausgegangen, dass die übergeordneten Ziele aus dem Abfrageausdruck geparst werden. Hinweis: Wenn Sie diese Option für cquery nicht angeben, wird der Build eventuell nicht mehr ausgeführt, wenn aus dem Abfrageausdruck geparste Ziele nicht mit Optionen auf oberster Ebene erstellt werden können.
Tags: loading_and_analysis
Optionen, die die Ausführlichkeit, das Format oder den Speicherort von Logging beeinflussen:
--[no]experimental_record_metrics_for_all_mnemonics-Standardwert: "false"
Standardmäßig ist die Anzahl der Aktionstypen auf die 20 Speichergruppen mit der größten Anzahl ausgeführter Aktionen beschränkt. Wenn Sie diese Option aktivieren, werden alle Statistiken gespeichert.
Optionen, die eine allgemeine Eingabe zu einem Istio-Befehl angeben oder ändern, die nicht in andere Kategorien fällt:
--experimental_resolved_file_instead_of_workspace=<a string>-Standardwert: "
Wenn die Antwort nicht leer ist, lesen Sie die angegebene aufgelöste Datei anstelle der WORKSPACE-Datei.
Tags: changes_inputs
Optionen für Remote-Caching und Ausführung:
--experimental_downloader_config=<a string>-Standard: siehe Beschreibung
Geben Sie eine Datei an, mit der der Remote-Downloader konfiguriert werden soll. Diese Datei besteht aus Zeilen, die jeweils mit einer Direktive („allow“, „block“ oder „rewrite“) beginnen, gefolgt von einem Hostnamen (für „allow“ und „block“) oder zwei Mustern, eine für den Abgleich und eine für den Ersatz als Ersatz-URL. Es sind mehrere „rewrite“-Anweisungen für dieselbe URL möglich.
Sonstige Optionen, die nicht anderweitig kategorisiert sind:
--override_repository=<an equals-separated mapping of repository name to path> Verwendungen sind angesammelt
überschreibt ein Repository mit einem lokalen Verzeichnis.
Optionen zur Steuerung der Build-Ausführung:
ob direkt Dateisysteme für Symlink-Bäume aufgerufen werden sollen
Tags: loading_and_analysis, execution, experimental
--[no]experimental_remotable_source_manifests-Standardwert: "false"
Festlegen, ob Quellmanifestaktionen entfernt werden können
Tags: loading_and_analysis, execution, experimental
--[no]experimental_split_coverage_postprocessing-Standardwert: "false"
Wenn dieser Wert „true“ ist, führt Istio die Nachbearbeitung zur Prüfung in einem neuen Auftrag durch.
Tags: execution
--[no]experimental_strict_fileset_output-Standardwert: "false"
Wenn diese Option aktiviert ist, behandeln Dateisätze alle Ausgabeartefakte als normale Dateien. Verzeichnisse werden nicht durchsucht und die Wahrscheinlichkeit von Symlinks ist geringer.
Tags: execution
--modify_execution_info=<regex=[+-]key,regex=[+-]key,...>-Standardwert: "
Schlüssel zu den Ausführungsinformationen einer Aktion hinzufügen oder daraus entfernen Gilt nur für Aktionen, die Ausführungsinformationen unterstützen. Viele gängige Aktionen unterstützen Ausführungsinformationen, z.B. Genrule, CppCompile, Javac, StarlarkAction oder TestRunner. Wenn Sie mehrere Werte angeben, ist die Reihenfolge wichtig, weil viele reguläre Ausdrücke möglicherweise auf dasselbe Gedächtnis basieren. Syntax: "regex=[+-]key,Regex=[+-]key,..." Beispiele: '.*=+x,.*=-y,.*=+z' fügt 'x' und 'z' hinzu und entfernt 'y' daraus die Ausführungsinformationen für alle Aktionen. 'Genrule=+requires-x' fügt 'requires-x' zu den Ausführungsinformationen für alle Genrule-Aktionen hinzu. '(?!Genrule).*=-requires-x' entfernt 'requires-x' aus Ausführungsinformationen für alle Nicht-Genrule-Aktionen.
Tags: execution, affects_outputs, loading_and_analysis
--persistent_android_resource_processor
Aktivieren Sie den nichtflüchtigen Android-Ressourcenprozessor mithilfe von Workern.
Erweiterung zu:
--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=worker2 2
--android_compiler=<a string>-Standard: siehe Beschreibung
Der Android-Target-Compiler
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--android_crosstool_top=<a build target label>-Standardeinstellung: "//external:android/crosstool"
Der Speicherort des C++-Compilers, der für Android-Builds verwendet wird.
Tags: affects_outputs, changes_inputs, loading_and_analysis, loses_incremental_state
--android_grte_top=<a label>-Standard: siehe Beschreibung
Das Android-Ziel „grte_top“.
Tags: changes_inputs, loading_and_analysis, loses_incremental_state
--android_manifest_merger=<legacy, android or force_android>-Standardwert: "android"
Wählt die Manifest-Zusammenführung aus, die für android_binary-Regeln verwendet werden soll. Flag, um die Umstellung auf die Android-Manifest-Zusammenführung von der alten Fusion zu unterstützen.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--android_platforms=<a build target label>-Standardwert: "
Legt die Plattformen fest, die "android_binary"-Ziele verwenden. Wenn mehrere Plattformen angegeben sind, ist das Binärprogramm ein Fett-APK, das native Binärprogramme für jede angegebene Zielplattform enthält.
Tags: changes_inputs, loading_and_analysis, loses_incremental_state
--android_sdk=<a build target label>-Standardeinstellung: "@bazel_tools//tools/android:sdk"
Gibt Android-SDK/-Plattform an, die zum Erstellen von Android-Apps verwendet wird.
Tags: changes_inputs, loading_and_analysis, loses_incremental_state
--apple_compiler=<a string>-Standard: siehe Beschreibung
Der Apple-Compiler. Nützlich zur Auswahl von Varianten einer Toolchain (z.B. xcode-beta).
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--apple_crosstool_top=<a build target label>-Standardeinstellung: "@bazel_tools//tools/cpp:chain"
Das Label des Crosstool-Pakets, das in Apple- und Objc-Regeln verwendet werden soll, sowie dessen Abhängigkeiten
Tags: loses_incremental_state, changes_inputs
--apple_grte_top=<a build target label>-Standard: siehe Beschreibung
Das Apple-Ziel „grte_top“.
Tags: changes_inputs, loading_and_analysis, loses_incremental_state
--cc_output_directory_tag=<a string>-Standardwert: "
Gibt ein Suffix an, das dem Konfigurationsverzeichnis hinzugefügt werden soll.
Tags: affects_outputs, explicit_in_output_path
--compiler=<a string>-Standard: siehe Beschreibung
Der C++-Compiler, der zum Kompilieren des Ziels verwendet werden soll.
Tags: loading_and_analysis, execution
--coverage_output_generator=<a build target label>-Standardeinstellung: "@bazel_tools//tools/test:lcov_merger"
Das Ziel der Binärdatei, die verwendet wird, um Berichte zur Rohabdeckung zu verarbeiten. Dies muss eine Dateigruppe sein, die eine einzelne Datei enthält. Standardmäßig wird '//tools/test:lcov_merger' verwendet.
Tags: changes_inputs, affects_outputs, loading_and_analysis
--coverage_report_generator=<a build target label>-Standardeinstellung: "@bazel_tools//tools/test:coverage_report_generator"
Damit wird der Speicherort des Binärprogramms angegeben, der zur Abdeckung von Berichten verwendet wird. Dies muss eine Dateigruppe sein, die eine einzelne Datei enthält. Standardmäßig wird '//tools/test:coverage_report_generator' verwendet.
Tags: changes_inputs, affects_outputs, loading_and_analysis
--coverage_support=<a build target label>-Standardeinstellung: "@bazel_tools//tools/test:coverage_support"
Speicherort der Supportdateien, die für die Eingaben jeder Testaktion erforderlich sind, mit der die Codeabdeckung erfasst wird. Standardmäßig wird '//tools/test:coverage_support' verwendet.
Tags: changes_inputs, affects_outputs, loading_and_analysis
--crosstool_top=<a build target label>-Standardeinstellung: "@bazel_tools//tools/cpp:chain"
Das Label des Crosstool-Pakets, das zum Kompilieren von C++-Code verwendet werden soll.
Tags: loading_and_analysis, changes_inputs, affects_outputs
--custom_malloc=<a build target label>-Standard: siehe Beschreibung
Gibt eine benutzerdefinierte Implementierung von Malloc an. Diese Einstellung überschreibt Malloc-Attribute in Build-Regeln.
Tags: changes_inputs, affects_outputs
--experimental_add_exec_constraints_to_targets=<a '<RegexFilter>=<label1>[,<label2>,...]' assignment> Verwendungen sind angesammelt
Liste der durch Kommas getrennten regulären Ausdrücke, denen optional ein Präfix - (negativer Ausdruck) vorangestellt ist, das einer Liste von durch Kommas getrennten Beschränkungswertwerten zugewiesen ist. Wenn ein Ziel nicht mit einem negativen Ausdruck übereinstimmt und mindestens ein positiver Ausdruck vorliegt, wird die Toolchain-Auflösung so ausgeführt, als hätte sie die Einschränkungswerte als Ausführungseinschränkungen angegeben. Beispiel: //demo,-test=@platforms//cpus:x86_64 will 'x86_64' zu jedem Ziel unter //demo hinzufügen, mit Ausnahme der Namen, deren Name 'test' enthält.
Tags: loading_and_analysis
--[no]experimental_enable_objc_cc_deps-Standardwert: "true"
Damit können Sie festlegen, dass objc_*-Regeln von cc_library abhängen. Dabei werden alle objc-Abhängigkeiten mit --cpu auf "ios_<--ios_cpu>" für alle Werte in --ios_multi_cpu erstellt.
Tags: loading_and_analysis, incompatible_change
--[no]experimental_include_xcode_execution_requirements-Standardwert: "false"
Wenn festgelegt, fügen Sie bei jeder Xcode-Aktion „&requires-xcode:{version}“ hinzu. Wenn die xcode-Version ein Bindestrich-Label aufweist, fügen Sie außerdem diese Ausführungsanforderung hinzu:
Tags: loses_incremental_state, loading_and_analysis, execution
--[no]experimental_prefer_mutual_xcode-Standardwert: "true"
Wenn „true“ festgelegt ist, verwenden Sie den neuesten Xcode, der sowohl lokal als auch aus der Ferne verfügbar ist. Wenn „false“ ist oder keine gegenseitig verfügbaren Versionen vorhanden sind, verwenden Sie die lokale Xcode-Version, die über xcode-select ausgewählt wurde.
Tags: loses_incremental_state
--extra_execution_platforms=<comma-separated list of options> Verwendungen sind angesammelt
Die Plattformen, die als Ausführungsplattformen zum Ausführen von Aktionen zur Verfügung stehen. Plattformen können durch das genaue Ziel oder als Zielmuster angegeben werden. Diese Plattformen werden vor den in der WORKSPACE-Datei von „register_ execution_platforms()“ angegebenen Plattformen berücksichtigt.
Tags: execution
--extra_toolchains=<comma-separated list of options> Verwendungen sind angesammelt
Die Toolchain-Regeln, die bei der Toolchain-Auflösung berücksichtigt werden sollen. Toolketten können entweder über ein genaues Ziel oder als Zielmuster angegeben werden. Diese Toolchains werden berücksichtigt, bevor sie von der WORKSPACE-Datei von „register_chains()“ deklariert werden.
Tags: affects_outputs, changes_inputs, loading_and_analysis
--grte_top=<a label>-Standard: siehe Beschreibung
Ein Label für eine eingecheckte libc-Bibliothek. Der Standardwert wird von der websiteübergreifenden Toolchain ausgewählt. Sie müssen sie fast nie überschreiben.
Tags: action_command_lines, affects_outputs
--host_compiler=<a string>-Standard: siehe Beschreibung
Der C++-Compiler, der für die Hostkompilierung verwendet werden soll. Falls --host_crosstool_top nicht festgelegt ist, wird dies ignoriert.
Tags: loading_and_analysis, execution
--host_crosstool_top=<a build target label>-Standard: siehe Beschreibung
Standardmäßig werden die Optionen „--crosstool_top“ und „--Compiler“ auch für die Hostkonfiguration verwendet. Wenn dieses Flag bereitgestellt wird, verwendet Istio die Standard-libc und den Compiler für das angegebene crosstool_top.
Tags: loading_and_analysis, changes_inputs, affects_outputs
--host_grte_top=<a label>-Standard: siehe Beschreibung
Wenn angegeben, überschreibt diese Einstellung das libc-Verzeichnis der obersten Ebene (--grte_top) für die Hostkonfiguration.
Tags: action_command_lines, affects_outputs
--host_platform=<a build target label>-Standardwert: "
Das Label einer Plattformregel, die das Hostsystem beschreibt.
Tags: affects_outputs, changes_inputs, loading_and_analysis
--[no]incompatible_disable_expand_if_all_available_in_flag_set-Standardwert: "true"
Wenn „true“ festgelegt ist, lässt Istio die Angabe von Expanding_if_all_available in Flag_sets nicht zulassen. Weitere Informationen zur Migration finden Sie unter https://github.com/bazelbuild/bazel/issues/7008.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_dont_enable_host_nonhost_crosstool_features-Standardwert: "true"
Bei"true"werden die Funktionen von {5/} in der c++-Toolchain nicht aktiviert (weitere Informationen finden Sie unter https://github.com/bazelbuild/bazel/issues/7407).
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_enable_android_toolchain_resolution-Standardwert: "false"
Mit der Toolchain-Auflösung das Android SDK für Android-Regeln auswählen (Starlark und nativ)
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_enable_apple_toolchain_resolution-Standardwert: "false"
Auf Grundlage der Toolchain-Auflösung wählen Sie das Apple SDK für Apfelregeln (Starlark und native Anzeigen)
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_make_thinlto_command_lines_standalone-Standardwert: "true"
Wenn „true“ festgelegt ist, verwendet Istio keine C++-Linkaktions-Befehlszeilen für lto-Indexierungs-Befehlszeilen (weitere Informationen finden Sie unter https://github.com/bazelbuild/bazel/issues/6791).
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_remove_cpu_and_compiler_attributes_from_cc_toolchain-Standardwert: "true"
Wenn der Wert „true“ ist, meldet sich Istio, wenn die Attribute „cc_chain.cpu“ und „cc_toolkit.Compiler“ festgelegt sind. Eine Anleitung zur Migration finden Sie unter https://github.com/bazelbuild/bazel/issues/7075.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_remove_legacy_whole_archive-Standardwert: "true"
Bei „true“ werden die Abhängigkeiten der Bibliothek nicht standardmäßig als ganzes Archiv verknüpft. Weitere Informationen finden Sie unter https://github.com/bazelbuild/bazel/issues/7362.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_require_ctx_in_configure_features-Standardwert: "true"
Wenn „true“ festgelegt ist, benötigt den Parameter cc_common.configure_features, um weitere Informationen zu erhalten. Weitere Informationen finden Sie unter https://github.com/bazelbuild/bazel/issues/7793.
Tags: loading_and_analysis, incompatible_change
--[no]interface_shared_objects-Standardwert: "true"
Verwenden Sie freigegebene Schnittstellenobjekte, wenn sie von der Toolchain unterstützt werden. Diese Einstellung wird derzeit von allen ELF-Toolchains unterstützt.
Tags: loading_and_analysis, affects_outputs, affects_outputs
--ios_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>-Standard: siehe Beschreibung
Gibt die Version des iOS SDK an, die zum Erstellen von iOS-Anwendungen verwendet wird. Wenn Sie nichts angeben, wird die Standard-SDK-Version von iOS von 'xcode_version' verwendet.
Tags: loses_incremental_state
--macos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>-Standard: siehe Beschreibung
Gibt die Version des macOS SDK an, die zum Erstellen von macOS-Anwendungen verwendet werden soll. Wenn Sie nichts angeben, wird die macOS-SDK-Standardversion von 'xcode_version' verwendet.
Tags: loses_incremental_state
--minimum_os_version=<a string>-Standard: siehe Beschreibung
Die Mindestversion des Betriebssystems, auf die die Kompilierung ausgerichtet ist.
Tags: loading_and_analysis, affects_outputs
--platform_mappings=<a relative path>-Standardwert: "
Der Speicherort einer Zuordnungsdatei, die beschreibt, welche Plattform verwendet werden soll, wenn keine Plattform festgelegt ist oder welche Flags festgelegt werden sollen, wenn eine Plattform bereits vorhanden ist. Muss relativ zum Stammverzeichnis des Hauptarbeitsbereichs sein. Standardmäßig wird 'platform_mappings' eine Datei direkt unter dem Stammverzeichnis des Arbeitsbereichs angezeigt.
Tags: affects_outputs, changes_inputs, loading_and_analysis
--platforms=<a build target label>-Standardwert: "
Die Labels der Plattformregeln, mit denen die Zielplattformen für den aktuellen Befehl beschrieben werden.
Tags: affects_outputs, changes_inputs, loading_and_analysis
--python2_path=<a string>-Standard: siehe Beschreibung
Eingestellt, no-op. Deaktiviert von „--incompatible_use_python_chains“.
Tags: no_op, deprecated
--python3_path=<a string>-Standard: siehe Beschreibung
Eingestellt, no-op. Deaktiviert von „--incompatible_use_python_chains“.
Tags: no_op, deprecated
--python_path=<a string>-Standard: siehe Beschreibung
Der absolute Pfad des Python-Interpreters, der zum Ausführen von Python-Zielen auf der Zielplattform aufgerufen wird. Verworfen; durch --incompatible_use_python_chains deaktiviert.
Tags: loading_and_analysis, affects_outputs
--python_top=<a build target label>-Standard: siehe Beschreibung
Das Label einer „py_runtime“ für den Python-Interpreter, der zum Ausführen von Python-Zielen auf der Zielplattform aufgerufen wurde. Verworfen; durch --incompatible_use_python_chains deaktiviert.
Tags: loading_and_analysis, affects_outputs
--target_platform_fallback=<a build target label>-Standardeinstellung: "@local_config_platform//:host"
Das Label einer Plattformregel, die verwendet werden soll, wenn keine Zielplattform festgelegt ist und keine Plattformzuordnung dem aktuellen Satz von Flags entspricht.
Tags: affects_outputs, changes_inputs, loading_and_analysis
--tvos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>-Standard: siehe Beschreibung
Gibt die Version des tvOS SDK an, die zum Erstellen von tvOS-Anwendungen verwendet wird. Wenn dieser Wert nicht angegeben ist, wird die Standardversion des tvOS SDK aus 'xcode_version' verwendet.
Tags: loses_incremental_state
--watchos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>-Standard: siehe Beschreibung
Gibt die Version des WatchOS-SDKs an, mit der „watchOS“-Anwendungen erstellt werden sollen. Wenn Sie nichts angeben, wird die WatchOS SDK-Standardversion aus 'xcode_version' verwendet.
Tags: loses_incremental_state
--xcode_version=<a string>-Standard: siehe Beschreibung
Wenn angegeben, wird Xcode der angegebenen Version für relevante Build-Aktionen verwendet. Wenn dieser Wert nicht angegeben ist, wird die Executor-Standardversion von Xcode verwendet.
Tags: loses_incremental_state
--xcode_version_config=<a build target label>-Standardeinstellung: "@bazel_tools//tools/cpp:host_xcodes"
Das Label der xcode_config-Regel, die zur Auswahl der Xcode-Version in der Build-Konfiguration verwendet werden soll.
Tags: loses_incremental_state, loading_and_analysis
Optionen zur Steuerung der Ausgabe des Befehls:
--[no]apple_enable_auto_dsym_dbg-Standardwert: "false"
Erzwingen, dass Debugging-Symboldateien (dSYM) für DBG-Builds generiert werden können
Tags: affects_outputs, action_command_lines
--[no]apple_generate_dsym-Standardwert: "false"
Gibt an, ob Debugging-Symboldateien (.dSYM) generiert werden sollen.
Tags: affects_outputs, action_command_lines
Wenn „true“, erstellen Sie eine Runfiles-Symlink-Wälder für alle Ziele. Schreiben Sie bei „false“ nach Möglichkeit nur die Manifeste.
Tags: affects_outputs
--[no]build_runfile_manifests-Standardwert: "true"
Wenn „true“, werden Runfiles-Manifeste für alle Ziele geschrieben. Wenn „false“ angegeben ist, lassen Sie sie weg. Lokale Tests werden nicht ausgeführt, wenn sie „false“ ist.
Tags: affects_outputs
--[no]build_test_dwp-Standardwert: "false"
Wenn diese Option aktiviert ist, wird bei der statischen Erstellung von C++-Tests und mit der Spaltenüberschrift die DWP-Datei für die Testbinärdatei automatisch erstellt.
Tags: loading_and_analysis, affects_outputs
--cc_proto_library_header_suffixes=<comma-separated list of options>-Standardwert: ".pb.h"
Legt die Präfixe der Header-Dateien fest, die von einer cc_proto_library erstellt werden.
Tags: affects_outputs, loading_and_analysis
--cc_proto_library_source_suffixes=<comma-separated list of options>-Standardwert: ".pb.cc"
Legt die Präfixe der Quelldateien fest, die von einer cc_proto_library erstellt werden.
Tags: affects_outputs, loading_and_analysis
--[no]experimental_proto_descriptor_sets_include_source_info-Standardwert: "false"
Zusätzliche Aktionen für alternative Java API-Versionen in einer proto_library ausführen.
Tags: affects_outputs, loading_and_analysis, experimental
--[no]experimental_proto_extra_actions-Standardwert: "false"
Zusätzliche Aktionen für alternative Java API-Versionen in einer proto_library ausführen.
Tags: affects_outputs, loading_and_analysis, experimental
--[no]experimental_save_feature_state-Standardwert: "false"
Speichern Sie den Status der aktivierten und angeforderten Funktionen als Ausgabe der Kompilierung.
Tags: affects_outputs, experimental
--fission=<a set of compilation modes>-Standardwert: "no"
Gibt an, welche Kompilierungsmodi für die C++-Compilation und die Links gemeinsam genutzt werden. Kann eine beliebige Kombination aus {'fastbuild', 'dbg',##9;opt'} oder den speziellen Werten 'yes' sein, um alle Modi zu aktivieren und 'no' alle Modi zu deaktivieren.
Tags: loading_and_analysis, action_command_lines, affects_outputs
--[no]legacy_external_runfiles-Standardwert: "true"
Wenn „true“ festgelegt ist, erstellen Sie neben „.runfiles/repo“ auch Runfiles-Symlink-Wälder für externe Repositories unter .runfiles/wsname/external/repo.
Tags: affects_outputs
--[no]objc_generate_linkmap-Standardwert: "false"
Gibt an, ob eine Linkmap-Datei generiert werden soll.
Tags: affects_outputs
--[no]save_temps-Standardwert: "false"
Wenn aktiviert, werden temporäre Ausgaben von gcc gespeichert. Dazu zählen .s-Dateien ( Assemblercode), .i-Dateien (vorbearbeitete C) und .ii-Dateien (vorverarbeitete C++).
Tags: affects_outputs
Optionen, mit denen der Nutzer die gewünschte Ausgabe konfigurieren kann und sich auf ihren Wert auswirkt (sofern das nicht der Fall ist):
--action_env=<a 'name=value' assignment with an optional value part> Verwendungen sind angesammelt
Gibt die Reihe der für die Aktion mit Zielkonfiguration verfügbaren Umgebungsvariablen an. Variablen können entweder namentlich angegeben werden. In diesem Fall wird der Wert aus der Aufrufumgebung entnommen oder mit dem Namen/Wert-Paar, das den Wert unabhängig von der Aufrufumgebung festlegt. Diese Option kann mehrmals verwendet werden. Bei Optionen, die für dieselbe Variable gegeben werden, erfolgen die letzten Erfolgen oder für verschiedene Variablen.
Tags: action_command_lines
--android_cpu=<a string>-Standardwert: "armeabi-v7a"
Die Android-Ziel-CPU.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]android_databinding_use_androidx-Standardwert: "false"
Erstellen Sie AndroidX-kompatible Datenbindungsdateien. Dies wird nur mit Databinding v2 verwendet.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--[no]android_databinding_use_v3_4_args-Standardwert: "false"
Android Databinding v2 mit 3.4.0-Argument verwenden
Tags: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--android_dynamic_mode=<off, default or fully>-Standardwert: "off"
Stellt fest, ob C++-Deps von Android-Regeln dynamisch verknüpft werden, wenn eine cc_binary-Bibliothek keine explizite Bibliothek erstellt. 'default' bedeutet, dass entscheidet sich für die dynamische Kontoverknüpfung. 'full' bedeutet, dass alle Bibliotheken dynamisch verknüpft werden. 'off' bedeutet, dass alle Bibliotheken im Großteil des statischen Modus verlinkt werden.
Tags: affects_outputs, loading_and_analysis
--android_manifest_merger_order=<alphabetical, alphabetical_by_configuration or dependency>-Standardwert: &alphabetisch
Legt die Reihenfolge der Manifeste fest, die an die Manifest-Zusammenführung für Android-Binärprogramme übergeben werden. „ALPHABETTIC“ bedeutet, dass Manifeste nach Pfad relativ zum Executor sortiert werden. „ALPHABETTIC_BY_CONFIGURATION“ bedeutet, dass Manifeste nach Pfaden relativ zum Konfigurationsverzeichnis innerhalb des Ausgabeverzeichniss sortiert werden. DEPENDENCY bedeutet, dass Manifeste mit jeder Manifestdatei geordnet werden, die vor den Manifesten ihrer Abhängigkeiten erscheint.
Tags: action_command_lines, execution
--[no]android_resource_shrinking-Standardwert: "false"
Aktiviert die Ressourcenkomprimierung für Android-Binär-APKs, die ProGuard verwenden.
Tags: affects_outputs, loading_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> Verwendungen sind angesammelt
Geben Sie den Apple-Bitcode-Modus für Kompilierungsschritte an, die auf Gerätearchitekturen ausgerichtet sind. Werte haben das Format '[platform=]mode', wobei die Plattform optional sein muss. Diese Plattform muss optional sein. Falls vorhanden, wird der Bitcode-Modus speziell für diese Plattform angewendet. Wenn Sie ihn nicht angeben, wird er auf allen Plattformen angewendet. Der Modus muss 'none', 'embed_markers' oder 'embed' sein. Diese Option kann mehrmals angegeben werden.
Tags: loses_incremental_state
--[no]build_python_zip-Standardwert: "auto"
ZIP-Datei für Python erstellen, unter Windows auf anderen Plattformen
Tags: affects_outputs
--catalyst_cpus=<comma-separated list of options> Verwendungen sind angesammelt
Durch Kommas getrennte Liste von Architekturen, für die Sie Apple Catalyst-Binärprogramme erstellen möchten.
Tags: loses_incremental_state, loading_and_analysis
--[no]collect_code_coverage-Standardwert: "false"
Andernfalls wird der Instrumentencode (sofern möglich) mithilfe von Offline-Instrumentierung instrumentiert und die Abdeckungsinformationen werden bei den Tests gesammelt. Nur Ziele, die mit „--ationation_filter“ übereinstimmen, sind betroffen. Normalerweise sollte diese Option nicht direkt angegeben werden. Verwenden Sie stattdessen den Befehl 'bazelabdeckung'.
Tags: affects_outputs
--compilation_mode=<fastbuild, dbg or opt> [-c]-Standardwert: "fastbuild"
Geben Sie den Modus an, in den das Binärprogramm erstellt wird. Werte: 'fastbuild', 'dbg', 'opt'
Tags: affects_outputs, action_command_lines, explicit_in_output_path
--conlyopt=<a string> Verwendungen sind angesammelt
Zusätzliche Option zur Übergabe an gcc beim Kompilieren von C-Quelldateien.
Tags: action_command_lines, affects_outputs
--copt=<a string> Verwendungen sind angesammelt
Zusätzliche Optionen zur Weitergabe an gcc
Tags: action_command_lines, affects_outputs
--cpu=<a string>-Standardwert: "
Die Ziel-CPU.
Tags: changes_inputs, affects_outputs, explicit_in_output_path
--cs_fdo_absolute_path=<a string>-Standard: siehe Beschreibung
Nutze die CSFDO-Profilinformationen, um die Zusammenstellung zu optimieren. Geben Sie den absoluten Pfadnamen der ZIP-Datei an, die die Profildatei, das Rohdatenformat oder eine indexierte LLVM-Profildatei enthält.
Tags: affects_outputs
--cs_fdo_instrument=<a string>-Standard: siehe Beschreibung
Generieren Sie Binärprogramme mit kontextsensitiver FDO-Instrumentierung. Mit dem Clang-/LLVM-Compiler wird auch der Verzeichnisname akzeptiert, unter dem die Profilprofildateien zur Laufzeit Dumpingen erhalten.
Tags: affects_outputs
--cs_fdo_profile=<a build target label>-Standard: siehe Beschreibung
„cs_fdo_profile“ für das kontextsensitive Profil, das zur Optimierung verwendet werden soll
Tags: affects_outputs
--cxxopt=<a string> Verwendungen sind angesammelt
Zusätzliche Option zur Weitergabe an gcc beim Kompilieren von C++-Quelldateien.
Tags: action_command_lines, affects_outputs
--define=<a 'name=value' assignment> Verwendungen sind angesammelt
Jede „--define“-Option gibt eine Zuweisung für eine Build-Variable an.
Tags: changes_inputs, affects_outputs
--dynamic_mode=<off, default or fully>-Standardwert: "default"
Bestimmt, ob C++-Binärprogramme dynamisch verknüpft werden. 'default' bedeutet, dass {5/} entscheidet, ob eine dynamische Verknüpfung hergestellt werden soll. 'full' bedeutet, dass alle Bibliotheken dynamisch verknüpft werden. 'off' bedeutet, dass alle Bibliotheken im Großteil des statischen Modus verlinkt werden.
Tags: loading_and_analysis, affects_outputs
--[no]enable_fdo_profile_absolute_path-Standardwert: "true"
Wenn festgelegt, wird bei Verwendung von fdo_absolute_profile_path ein Fehler ausgelöst.
Tags: affects_outputs
--[no]enable_runfiles-Standardwert: "auto"
Symlink-Baum der Runfiles aktivieren, standardmäßig unter Windows auf anderen Plattformen.
Tags: affects_outputs
--experimental_action_listener=<a build target label> Verwendungen sind angesammelt
Zugunsten von Aspekten eingestellt. Mit „action_listener“ können Sie eine bestehende „action“-Aktion an vorhandene Build-Aktionen anhängen.
Tags: execution, experimental
--[no]experimental_android_compress_java_resources-Standardwert: "false"
Java-Ressourcen in APKs komprimieren
Tags: affects_outputs, loading_and_analysis, experimental
--[no]experimental_android_databinding_v2-Standardwert: "false"
Android Databinding v2 verwenden
Tags: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--[no]experimental_android_resource_shrinking-Standardwert: "false"
Aktiviert die Ressourcenkomprimierung für Android-Binär-APKs, die ProGuard verwenden.
Tags: affects_outputs, loading_and_analysis
--[no]experimental_android_rewrite_dexes_with_rex-Standardwert: "false"
Mit dem Rex-Tool DEX-Dateien umschreiben
Tags: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--experimental_objc_fastbuild_options=<comma-separated list of options>-Standardwert: "-O0,-DDEBUG=1"
Verwendet diese Strings als objc fastbuild-Compiler-Optionen.
Tags: action_command_lines
--[no]experimental_omitfp-Standardwert: "false"
Wenn „true“ angegeben ist, verwenden Sie libunwind zum Zurücknehmen von Stacks und zum Kompilieren mit -fomit-frame-pointer und -fasynchronous-unwind-tables.
Tags: action_command_lines, affects_outputs, experimental
--[no]experimental_platform_in_output_dir-Standardwert: "false"
Wenn „true“, wird die Zielplattform im Ausgabeverzeichnisnamen anstelle der CPU verwendet.
Tags: affects_outputs, experimental
--[no]experimental_use_llvm_covmap-Standardwert: "false"
Wenn die Richtlinie festgelegt ist, generiert Istio mit llvm-cov Abdeckungsinformationen anstelle von gcov, wenn „collect_code_coverage“ aktiviert ist.
Tags: changes_inputs, affects_outputs, loading_and_analysis, experimental
--fat_apk_cpu=<comma-separated list of options>-Standardwert: "armeabi-v7a"
Mit dieser Option werden Fett-APKs aktiviert, die native Binärprogramme für alle angegebenen Zielarchitekturen enthalten, z.B. --fat_apk_cpu=x86,armeabi-v7a, erstellt. Wenn dieses Flag angegeben ist, wird --android_cpu für Abhängigkeiten von android_binary-Regeln ignoriert.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]fat_apk_hwasan-Standardwert: "false"
Gibt an, ob HWASAN-Splits erstellt werden sollen.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--fdo_instrument=<a string>-Standard: siehe Beschreibung
Generieren Sie Binärprogramme mit FDO-Instrumentierung. Mit dem Clang-/LLVM-Compiler wird auch der Verzeichnisname akzeptiert, unter dem die Profilprofildateien zur Laufzeit Dumpingen erhalten.
Tags: affects_outputs
--fdo_optimize=<a string>-Standard: siehe Beschreibung
Verwenden Sie FDO-Profilinformationen, um die Zusammenstellung zu optimieren. Geben Sie den Namen der ZIP-Datei mit dem .gcda-Dateibaum oder eine Afdo-Datei mit dem automatischen Profil an. Für dieses Flag werden auch Dateien akzeptiert, die als Labels angegeben werden, z. B. //foo/bar:file.afdo. Solche Labels müssen sich auf die Eingabedateien beziehen. Sie müssen dem entsprechenden Paket möglicherweise eine export_files-Anweisung hinzufügen, damit die Datei für Istio sichtbar ist. Es wird auch eine Roh- oder indexierte LLVM-Profildatei akzeptiert. Dieses Flag wird durch die Regel „fdo_profile“ ersetzt.
Tags: affects_outputs
--fdo_prefetch_hints=<a build target label>-Standard: siehe Beschreibung
Verwenden Sie Prefetch-Hinweise im Cache.
Tags: affects_outputs
--fdo_profile=<a build target label>-Standard: siehe Beschreibung
fdo_profile für das Profil, das zur Optimierung verwendet werden soll
Tags: affects_outputs
--features=<a string> Verwendungen sind angesammelt
Die angegebenen Funktionen werden für alle Pakete standardmäßig aktiviert oder deaktiviert. Mit der Angabe -<feature> wird die Funktion weltweit deaktiviert. Negative Funktionen überschreiben immer positive. Dieses Flag wird verwendet, um die Einführung von Standardfeature-Änderungen ohne einen {5/}-Release einzuführen.
Tags: changes_inputs, affects_outputs
--[no]force_pic-Standardwert: "false"
Wenn diese Option aktiviert ist, generieren alle C++-Compilations einen positionsunabhängigen Code ("-fPIC"), Links bevorzugen PIC-vordefinierte Bibliotheken gegenüber Nicht-PIC-Bibliotheken und Links stellen positionsunabhängige ausführbare Dateien ("-pie").
Tags: loading_and_analysis, affects_outputs
--host_action_env=<a 'name=value' assignment with an optional value part> Verwendungen sind angesammelt
Gibt die Reihe der für die Aktionen mit Host- oder Ausführungskonfigurationen verfügbaren Umgebungsvariablen an. Variablen können entweder namentlich angegeben werden. In diesem Fall wird der Wert aus der Aufrufumgebung entnommen oder mit dem Namen/Wert-Paar, das den Wert unabhängig von der Aufrufumgebung festlegt. Diese Option kann mehrmals verwendet werden. Bei Optionen, die für dieselbe Variable gegeben werden, erfolgen die letzten Erfolgen oder für verschiedene Variablen.
Tags: action_command_lines
--host_compilation_mode=<fastbuild, dbg or opt>-Standardwert: "opt"
Geben Sie den Modus an, in dem die Tools während der Build-Erstellung verwendet werden. Werte: 'fastbuild', 'dbg', 'opt'
Tags: affects_outputs, action_command_lines
--host_conlyopt=<a string> Verwendungen sind angesammelt
Zusätzliche Option zur Übergabe an gcc beim Kompilieren von C-Quelldateien für Hosttools.
Tags: action_command_lines, affects_outputs
--host_copt=<a string> Verwendungen sind angesammelt
Zusätzliche Optionen zur Übergabe an gcc für Hosttools.
Tags: action_command_lines, affects_outputs
--host_cpu=<a string>-Standardwert: "
Die Host-CPU.
Tags: changes_inputs, affects_outputs
--host_cxxopt=<a string> Verwendungen sind angesammelt
Zusätzliche Optionen zur Übergabe an gcc für Hosttools.
Tags: action_command_lines, affects_outputs
--host_force_python=<PY2 or PY3>-Standard: siehe Beschreibung
Die Python-Version wird für die Hostkonfiguration überschrieben. Kann „PY2“ und „PY3“ sein.
Tags: loading_and_analysis, affects_outputs
--host_linkopt=<a string> Verwendungen sind angesammelt
Zusätzliche Option zur Weitergabe an gcc beim Verknüpfen von Hosttools.
Tags: action_command_lines, affects_outputs
--host_macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>-Standard: siehe Beschreibung
Mindestens kompatible macOS-Version für Hostziele. Wenn dieser Wert nicht angegeben ist, wird 'macos_sdk_version' verwendet.
Tags: loses_incremental_state
--host_swiftcopt=<a string> Verwendungen sind angesammelt
Zusätzliche Optionen zur Weitergabe an swiftc für Hosttools.
Tags: action_command_lines, affects_outputs
--[no]incompatible_avoid_conflict_dlls-Standardwert: "true"
Wenn diese Option aktiviert ist, werden alle von cc_library unter Windows generierten C++-dynamischen Bibliotheken in „name_{hash}.dll“ umbenannt, wobei die Hashwerte basierend auf dem RepositoryName und dem DLL-Paketpfad berechnet werden. Diese Option ist sinnvoll, wenn Sie ein Paket haben, das von mehreren cc_library mit demselben Namen abhängig ist (z. B. //foo/bar1:utils und //foo/bar2:utils).
Tags: loading_and_analysis, affects_outputs, incompatible_change
--[no]incompatible_merge_genfiles_directory-Standardwert: "true"
Wenn „true“, wird das Verzeichnis „genfiles“ in das bin-Verzeichnis eingebunden.
Tags: affects_outputs, incompatible_change
--[no]incompatible_use_platforms_repo_for_constraints-Standardwert: "false"
Wenn „true“, werden die Einschränkungseinstellungen von @bazel_tools entfernt.
Tags: affects_outputs, incompatible_change
--[no]instrument_test_targets-Standardwert: "false"
Wenn die Abdeckung aktiviert ist, wird angegeben, ob Instrumentierungstestregeln berücksichtigt werden. Wenn diese Richtlinie festgelegt ist, werden die durch „--instrumentation_filter“ enthaltenen Testregeln instrumentiert. Andernfalls sind Testregeln immer von der Abdeckungsinstrumentierung ausgeschlossen.
Tags: affects_outputs
--instrumentation_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths>-Standardwert: "-/javatests[/:],-/test/java[/:]"
Wenn die Abdeckung aktiviert ist, werden nur Regeln mit Namen angewendet, die vom angegebenen Regex-basierten Filter enthalten sind. Regeln mit dem Präfix '-' werden stattdessen ausgeschlossen. Nur Nicht-Testregeln werden instrumentiert, sofern --instrument_test_targets nicht aktiviert ist.
Tags: affects_outputs
--ios_cpu=<a string>-Standardwert: "x86_64"
Gibt an, dass das Ziel die CPU der iOS-Kompilierung ist.
Tags: no_op, deprecated
--ios_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>-Standard: siehe Beschreibung
Mindestens kompatible iOS-Version für Zielsimulatoren und Geräte. Wenn dieser Wert nicht angegeben ist, wird 'ios_sdk_version' verwendet.
Tags: loses_incremental_state
--ios_multi_cpus=<comma-separated list of options> Verwendungen sind angesammelt
Durch Kommas getrennte Liste von Architekturen zum Erstellen einer ios_application. Das Ergebnis ist ein universelles Binärprogramm, das alle angegebenen Architekturen enthält.
Tags: loses_incremental_state, loading_and_analysis
--[no]legacy_whole_archive-Standardwert: "true"
Ersetzt durch --incompatible_remove_legacy_whole_archive (siehe https://github.com/bazelbuild/bazel/issues/7362 für weitere Informationen). Wenn diese Option aktiviert ist, verwenden Sie „--whole-archive“ für cc_binary-Regeln, bei denen „linkshared=1“ und entweder „linkstatic=1“ oder „##9;-static'“ in „linkopts“ vorhanden sind. Dies dient nur der Abwärtskompatibilität. Besser ist es, bei Bedarf Alwayslink=1 zu verwenden.
Tags: action_command_lines, affects_outputs, deprecated
--linkopt=<a string> Verwendungen sind angesammelt
Zusätzliche Option zur Weitergabe an gcc beim Verknüpfen.
Tags: action_command_lines, affects_outputs
--ltobackendopt=<a string> Verwendungen sind angesammelt
Zusätzliche Option zur Übergabe an den LTO-Back-End-Schritt (unter --features=thin_lto).
Tags: action_command_lines, affects_outputs
--ltoindexopt=<a string> Verwendungen sind angesammelt
Zusätzliche Option zur Übergabe an den LTO-Indexierungsschritt (unter --features=thin_lto).
Tags: action_command_lines, affects_outputs
--macos_cpus=<comma-separated list of options> Verwendungen sind angesammelt
Durch Kommas getrennte Liste von Architekturen, für die Apple macOS-Binärprogramme erstellt werden sollen.
Tags: loses_incremental_state, loading_and_analysis
--macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>-Standard: siehe Beschreibung
Mindestens kompatible macOS-Version für Ziele. Wenn dieser Wert nicht angegeben ist, wird 'macos_sdk_version' verwendet.
Tags: loses_incremental_state
--[no]objc_debug_with_GLIBCXX-Standardwert: "false"
Wenn der Kompilierungsmodus festgelegt ist und 'dbg' festgelegt ist, definieren Sie GLIBCXX_DEBUG, GLIBCXX_DEBUG_PEDANTIC und GLIBCPP_CONCEPT_CHECKS.
Tags: action_command_lines
--[no]objc_enable_binary_stripping-Standardwert: "false"
Gibt an, ob Symbol- und Dead-Code-Entfernungen für verknüpfte Binärprogramme ausgeführt werden sollen. Binärautorisierungn werden entfernt, wenn sowohl dieses Flag als auch --compilation_mode=opt angegeben wurden.
Tags: action_command_lines
--objccopt=<a string> Verwendungen sind angesammelt
Zusätzliche Optionen zur Übergabe an Ziel-C.
Tags: 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> Verwendungen sind angesammelt
Zusätzliche Optionen zur selektiven Übergabe an gcc beim Kompilieren bestimmter Dateien. Diese Option kann mehrmals übergeben werden. Syntax: Regex_filter@option_1,option_2,...,option_n. Die Abkürzung Regex_filter ist eine Liste mit Regeln zum Einschließen und Ausschließen regulärer Ausdrücke (siehe auch „--instrumentation_filter“). Option_1 bis „optionn“ steht für beliebige Befehlszeilenoptionen. Wenn eine Option ein Komma enthält, muss sie in einem umgekehrten Schrägstrich in Anführungszeichen gesetzt werden. Optionen können @-Zeichen enthalten. Dabei wird nur das erste @-Zeichen verwendet. Beispiel: --per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0 fügt die Befehlszeilenoption -O0 aller Cc-Dateien in //foo/ mit Ausnahme von bar.cc hinzu.
Tags: action_command_lines, affects_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> Verwendungen sind angesammelt
Zusätzliche Optionen zur selektiven Übergabe an das LTO-Back-End (unter --features=thin_lto) beim Kompilieren bestimmter Back-End-Objekte. Diese Option kann mehrmals übergeben werden. Syntax: Regex_filter@option_1,option_2,...,option_n. Dabei steht Regex_filter für eine Liste von Ein- und Ausschlussmustern für reguläre Ausdrücke. „option_1“ steht für „option_n“ für beliebige Befehlszeilenoptionen. Wenn eine Option ein Komma enthält, muss sie in einem umgekehrten Schrägstrich in Anführungszeichen gesetzt werden. Optionen können @-Zeichen enthalten. Dabei wird nur das erste @-Zeichen verwendet. Beispiel: --per_file_ltobackendopt=//foo/.*\.o,-//foo/bar\.o@-O0 fügt die Befehlszeilenoption -O0 der LTO-Back-End-Befehlszeile aller //Dateien mit //foo/ mit Ausnahme von bar.o hinzu.
Tags: action_command_lines, affects_outputs
--platform_suffix=<a string>-Standard: siehe Beschreibung
Gibt ein Suffix an, das dem Konfigurationsverzeichnis hinzugefügt werden soll.
Tags: loses_incremental_state, affects_outputs, loading_and_analysis
--propeller_optimize=<a build target label>-Standard: siehe Beschreibung
Verwenden Sie Propeller-Profilinformationen, um das Build-Ziel zu optimieren.Ein Propeller-Profil muss aus mindestens einer Datei, einem CC-Profil und einem ld-Profil bestehen. Dieses Flag akzeptiert ein Build-Label, das auf die Eingabedateien des Propeller-Profils verweisen muss. Beispiel: Die BUILD-Datei, die das Label definiert, in a/b/BUILD:propeller_optimize( name = "propeller_profile", cc_profile = "propeller_cc_profile.txt", ld_profile = "propeller_ld_profile.txt".) Die Option muss so verwendet werden: --propeller_optimize=//a/b:propeller_profile
Tags: action_command_lines, affects_outputs
--propeller_optimize_absolute_cc_profile=<a string>-Standard: siehe Beschreibung
Name des absoluten Pfads der Datei „cc_profile“ für Propeller-Optimierte Builds
Tags: affects_outputs
--propeller_optimize_absolute_ld_profile=<a string>-Standard: siehe Beschreibung
Name des absoluten Pfads der Datei „ld_profile“ für Propeller-optimierte Builds.
Tags: affects_outputs
--run_under=<a prefix in front of command>-Standard: siehe Beschreibung
Präfix, das vor den ausführbaren Dateien für die Befehle 'test' und 'run' eingefügt werden soll Wenn der Wert 'foo -bar' lautet und die Ausführungszeile 'test_binary -baz' lautet, wird die letzte Befehlszeile 'foo -bar test_binary -baz' ausgegeben. Es kann auch ein Label für ein ausführbares Ziel sein. Beispiele: 'valgrind','strace',##9;strace -c','valgrind --quiet --num-callers=20','//package:target'//#39;//#39;//#39;//#&;
Tags: action_command_lines
--[no]share_native_deps-Standardwert: "true"
Wenn „true“, werden native Bibliotheken mit identischen Funktionen für verschiedene Ziele verwendet
Tags: loading_and_analysis, affects_outputs
--[no]stamp-Standardwert: "false"
Stempel-Binärprogramme mit Datum, Nutzername, Hostname, Arbeitsbereichinformationen usw.
Tags: affects_outputs
--strip=<always, sometimes or never>-Standardwert: "Manchmal"
Gibt an, ob Binärprogramme und gemeinsam genutzte Bibliotheken mithilfe von "-Wl,--strip-debug" entfernt werden sollen. Der Standardwert von 'Manchmal' bedeutet Streifen-iff --compilation_mode=fastbuild.
Tags: affects_outputs
--stripopt=<a string> Verwendungen sind angesammelt
Zusätzliche Optionen zur Übergabe an Streifen, wenn ein '<name>.stripped'-Binärprogramm erstellt wird.
Tags: action_command_lines, affects_outputs
--swiftcopt=<a string> Verwendungen sind angesammelt
Weitere Optionen zur Übergabe an die Swift-Zusammenstellung.
Tags: action_command_lines
--tvos_cpus=<comma-separated list of options> Verwendungen sind angesammelt
Durch Kommas getrennte Liste von Architekturen, für die Apple tvOS-Binärprogramme erstellt werden sollen.
Tags: loses_incremental_state, loading_and_analysis
--tvos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>-Standard: siehe Beschreibung
Mindestens kompatible tvOS-Version für Zielsimulatoren und Geräte. Wenn dieser Wert nicht angegeben ist, wird 'tvos_sdk_version' verwendet.
Tags: loses_incremental_state
--watchos_cpus=<comma-separated list of options> Verwendungen sind angesammelt
Durch Kommas getrennte Liste von Architekturen, für die Apple WatchOS-Binärprogramme erstellt werden sollen.
Tags: loses_incremental_state, loading_and_analysis
--watchos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>-Standard: siehe Beschreibung
Mindestens kompatible WatchOS-Version für Zielsimulatoren und Geräte. Falls nicht angegeben, wird 'watchos_sdk_version' verwendet.
Tags: loses_incremental_state
--xbinary_fdo=<a build target label>-Standard: siehe Beschreibung
Nutze die XbinaryFDO-Profilinformationen, um die Zusammenstellung zu optimieren. Name des standardmäßigen Cross-Binärprofils angeben. Wenn Sie die Option in Verbindung mit "--fdo_instrument/--fdo_optimize/--fdo_profile" nutzen, haben diese Optionen immer Vorrang, als ob "xbinary_fdo" nie angegeben wird.
Tags: affects_outputs
Optionen, die sich darauf auswirken, wie strikte Istio-Eingaben (Regeldefinitionen, Flag-Kombinationen usw.) von Istio erzwungen werden:
--auto_cpu_environment_group=<a build target label>-Standardwert: "
Deklarieren Sie die Umgebung_Gruppe, die verwendet werden soll, um CPU-Werte automatisch den Werten der Zielumgebung zuzuordnen.
Tags: changes_inputs, loading_and_analysis, experimental
--[no]check_licenses-Standardwert: "false"
Prüfen Sie, ob die Lizenzbeschränkungen von abhängigen Paketen nicht im Konflikt mit den Verteilungsmodi der erstellten Ziele stehen. Standardmäßig sind die Lizenzen nicht geprüft.
Tags: build_file_semantics
--[no]check_visibility-Standardwert: "true"
Ist die Option deaktiviert, werden Sichtbarkeitsfehler auf Warnungen herabgestuft.
Tags: build_file_semantics
--[no]desugar_for_android-Standardwert: "true"
Gibt an, ob Java 8-Bytecode vor dem Dexing entfernt werden soll.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]enforce_constraints-Standardwert: "true"
Überprüft die Umgebungen, mit denen die einzelnen Ziele kompatibel sind, und meldet Fehler, wenn ein Ziel Abhängigkeiten hat, die dieselben Umgebungen unterstützen
Tags: build_file_semantics
--[no]experimental_allow_android_library_deps_without_srcs-Standardwert: "false"
Flag, um zu verhindern, dass „srcs-less“-Regeln für android_library mit Deps zugelassen werden. Standardmäßig muss das Depot zur Einführung freigegeben werden.
Tags: eagerness_to_exit, loading_and_analysis
--[no]experimental_check_desugar_deps-Standardwert: "true"
Gibt an, ob die korrekte Beschreibung der Android-Binärdatei überprüft wird.
Tags: eagerness_to_exit, loading_and_analysis, experimental
--[no]experimental_desugar_java8_libs-Standardwert: "false"
Gibt an, ob unterstützte Java 8-Bibliotheken in Apps für ältere Geräte enthalten sein sollen.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--experimental_import_deps_checking=<off, warning or error>-Standardwert: "AUS"
Wenn diese Option aktiviert ist, prüfen Sie, ob die Abhängigkeiten von aar_import vollständig sind. Das kann den Build beeinträchtigen oder einfach zu Warnungen führen.
Tags: loading_and_analysis
--experimental_strict_java_deps=<off, warn, error, strict or default>-Standardwert: "default"
Wenn „true“, wird geprüft, ob ein Java-Ziel explizit alle direkt verwendeten Ziele als Abhängigkeiten deklariert und
Tags: build_file_semantics, eagerness_to_exit
--[no]incompatible_disable_native_android_rules-Standardwert: "false"
Wenn diese Option aktiviert ist, ist die direkte Nutzung der nativen Android-Regeln deaktiviert. Verwenden Sie stattdessen die Starlark-Android-Regeln von https://github.com/bazelbuild/rules_android
Tags: eagerness_to_exit, incompatible_change
--[no]incompatible_disable_native_apple_binary_rule-Standardwert: "false"
No-op. Hier klicken, um Abwärtskompatibilität zu gewährleisten.
Tags: eagerness_to_exit, incompatible_change
--[no]incompatible_force_strict_header_check_from_starlark-Standardwert: "true"
Wenn Sie diese Option aktivieren, legen Sie die strenge Headerüberprüfung in der Starlark API fest.
Tags: loading_and_analysis, changes_inputs, incompatible_change
--[no]incompatible_validate_top_level_header_inclusions-Standardwert: "true"
Wenn „true“ festgelegt ist, validiert Istio auch die Top-Level-Verzeichnisheader. Weitere Informationen finden Sie unter https://github.com/bazelbuild/bazel/issues/10047.
Tags: loading_and_analysis, incompatible_change
--[no]strict_filesets-Standardwert: "false"
Wenn diese Option aktiviert ist, werden Dateisätze, die die Paketgrenzen überschreiten, als Fehler gemeldet. Es funktioniert nicht, wenn „check_fileset_Abhängigkeiten_recursible“ deaktiviert ist.
Tags: build_file_semantics, eagerness_to_exit
--strict_proto_deps=<off, warn, error, strict or default>-Standardwert: "error"
Wenn kein AUS festgelegt ist, wird geprüft, ob ein Ziel von proto_library explizit direkt verwendete Ziele als Abhängigkeiten deklariert.
Tags: build_file_semantics, eagerness_to_exit, incompatible_change
--strict_public_imports=<off, warn, error, strict or default>-Standardwert: "off"
Wenn nicht, wird ein proto_library-Ziel explizit für alle in 'import public' exportierten Ziele deklariert.
Tags: build_file_semantics, eagerness_to_exit, incompatible_change
--[no]strict_system_includes-Standardwert: "false"
Wenn „true“, werden Header, die über das System gefunden werden, auch Pfade (-isystem) enthalten, müssen deklariert werden.
Tags: loading_and_analysis, eagerness_to_exit
--target_environment=<a build target label> Verwendungen sind angesammelt
Gibt diese Zielumgebung an. Muss eine Labelreferenz auf eine Regel für die Umgebung sein. Falls angegeben, müssen alle übergeordneten Ziele mit dieser Umgebung kompatibel sein.
Tags: changes_inputs
Optionen, die sich auf die Signaturausgaben eines Builds auswirken:
--apk_signing_method=<v1, v2, v1_v2 or v4>-Standardwert: "v1_v2"
Implementierung zum Signieren von APKs
Tags: action_command_lines, affects_outputs, loading_and_analysis
--[no]device_debug_entitlements-Standardwert: "true"
Wenn dieser Modus festgelegt und der Kompilierungsmodus nicht aktiviert ist, enthalten Objc-Apps beim Signieren Berechtigungen zur Fehlerbehebung.
Tags: changes_inputs
--ios_signing_cert_name=<a string>-Standard: siehe Beschreibung
Zertifikatname für die iOS-Signatur. Wenn diese Richtlinie nicht konfiguriert ist, wird auf das Bereitstellungsprofil zurückgegriffen. Kann die Schlüsselbundidentität oder der Teilstring des allgemeinen Namens des Zertifikats gemäß der Codesignatur auf der Manpage (Signatursignatur) sein.
Tags: action_command_lines
Diese Option wirkt sich auf die Semantik der Starlark-Sprache oder der Build-API aus, auf die BUILD-Dateien, BZL-Dateien oder WORKSPACE-Dateien zugreifen können.
--[no]incompatible_disallow_legacy_py_provider-Standardwert: "true"
Nein. Sie wird bald entfernt.
Tags: loading_and_analysis, incompatible_change
Optionen, die das Verhalten der Testumgebung oder des Test-Ausführers regeln:
--[no]allow_analysis_failures-Standardwert: "false"
Wenn „true“ festgelegt ist, führt ein Analysefehler eines Regelziels dazu, dass sich das Ziel einer Instanz von AnalysisFailureInfo mit der Fehlerbeschreibung weiter verbreitet, anstatt zu einem Build-Fehler.
Tags: loading_and_analysis, experimental
--analysis_testing_deps_limit=<an integer>-Standardwert: "2000"
Legt die maximale Anzahl vorübergehender Abhängigkeiten über ein Regelattribut mit einem for_analysis_testing-Konfigurationsübergang fest. Das Überschreiten dieses Grenzwerts führt zu einem Regelfehler.
Tags: loading_and_analysis
--[no]break_build_on_parallel_dex2oat_failure-Standardwert: "false"
Bei „true dex2oat action“-Fehlern wird der Build nicht ausgeführt, anstatt „dex2oat“ während der Testlaufzeit auszuführen.
Tags: loading_and_analysis, experimental
--[no]experimental_android_use_parallel_dex2oat-Standardwert: "false"
Verwende dex2oat parallel, um die Geschwindigkeit von android_test zu beschleunigen.
Tags: loading_and_analysis, host_machine_resource_optimizations, experimental
--[no]ios_memleaks-Standardwert: "false"
Prüfung auf iOS-Testziele auf Speicherlecks aktivieren.
Tags: action_command_lines
--ios_simulator_device=<a string>-Standard: siehe Beschreibung
Das Gerät, das beim Ausführen einer iOS-Anwendung im Simulator simuliert werden soll, z.B. 'iPhone 6'. Sie können eine Liste der Geräte abrufen. Führen Sie dazu auf dem Computer den Simulator aus.
Tags: test_runner
--ios_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>-Standard: siehe Beschreibung
Die iOS-Version, die im Simulator ausgeführt oder getestet werden soll. Sie wird für iOS-Testregeln ignoriert, wenn ein Zielgerät in der Regel angegeben ist.
Tags: test_runner
--runs_per_test=<a positive integer or test_regex@runs. This flag may be passed more than once> Verwendungen sind angesammelt
Gibt an, wie oft jeder Test ausgeführt wird. Wenn einer dieser Versuche aus irgendeinem Grund fehlschlägt, wird der gesamte Test als fehlgeschlagen betrachtet. Normalerweise ist der angegebene Wert nur eine Ganzzahl. Beispiel: --runs_per_test=3 führt alle Tests dreimal durch. Alternative Syntax: Regex_filter@runs_per_test. Dabei steht „run_per_test“ für eine Ganzzahl und „Regex_filter“ für eine Liste von Regeln zum Einschließen und Ausschließen regulärer Ausdrücke. Weitere Informationen finden Sie unter „--ationation_filter“. Beispiel: --runs_per_test=//foo/.*,-//foo/bar/.*@3 führt alle Tests in //foo/ bis auf dreimal unter foo/bar aus. Diese Option kann mehrmals übergeben werden. Das zuletzt übergebene Argument, das übereinstimmt, hat Vorrang. Wenn keine Übereinstimmung gefunden wird, wird der Test nur einmal durchgeführt.
--test_env=<a 'name=value' assignment with an optional value part> Verwendungen sind angesammelt
Gibt zusätzliche Umgebungsvariablen an, die in die Test-Ausführer-Umgebung eingefügt werden sollen. Variablen können entweder namentlich angegeben werden. In diesem Fall werden ihre Werte aus der Istio-Clientumgebung gelesen oder anhand des Namens=Wert-Paars. Mit dieser Option können Sie mehrere Variablen angeben. Wird nur vom &&33;bazel-Test'-Befehl verwendet.
Tags: test_runner
--test_timeout=<a single integer or comma-separated list of 4 integers>-Standardwert: "-1"
Überschreiben Sie die standardmäßigen Werte für die Zeitüberschreitung bei Testzeitüberschreitungen in Sekunden. Wird nur ein positiver Ganzzahlwert angegeben, werden alle Kategorien überschrieben. Wenn vier durch Kommas getrennte Ganzzahlen angegeben sind, werden die Zeitüberschreitungen für kurze, mittlere, lange und unbestimmte Zeit (in dieser Reihenfolge) überschrieben. In beiden Fällen gibt der Wert „-1“ an, dass das Standard-Timeout für diese Kategorie verwendet wird.
--tvos_simulator_device=<a string>-Standard: siehe Beschreibung
Das Gerät, das beim Ausführen einer tvOS-Anwendung im Simulator simuliert werden soll, z.B. 'Apple TV 1080p'. Sie können eine Liste der Geräte abrufen. Führen Sie dazu auf dem Computer den Simulator aus.
Tags: test_runner
--tvos_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>-Standard: siehe Beschreibung
Die Version von tvOS, die im Simulator ausgeführt oder getestet werden soll.
Tags: test_runner
--watchos_simulator_device=<a string>-Standard: siehe Beschreibung
Das Gerät, das beim Ausführen einer „watchOS“-Anwendung im Simulator simuliert werden soll, z.B. 'Apple Watch – 38mm'. Sie können eine Liste der Geräte abrufen. Führen Sie dazu auf dem Computer den Simulator aus.
Tags: test_runner
--watchos_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>-Standard: siehe Beschreibung
Die Version von WatchOS zum Ausführen im Simulator.
Tags: test_runner
--[no]zip_undeclared_test_outputs-Standardwert: "true"
Wenn „true“ angegeben ist, werden nicht deklarierte Testausgaben in einer ZIP-Datei archiviert.
Tags: test_runner
Optionen in Bezug auf die Abfrageausgabe und Semantik:
--aspect_deps=<off, conservative or precise>-Standardwert: "konservativ"
Wie Sie Seitenabhängigkeiten auflösen, wenn das Ausgabeformat {xml,proto,record} ist. Mit 'off' bedeutet, dass keine Facettenabhängigkeiten aufgelöst werden. 'konservativ' (Standardeinstellung) bedeutet, dass alle angegebenen Facettenabhängigkeiten hinzugefügt werden, unabhängig davon, ob sie der Regelklasse direkter Abhängigkeiten zugewiesen sind. Hinweis: Für den genauen Modus müssen andere Pakete geladen werden, um ein einzelnes Ziel auszuwerten und es dadurch langsamer zu machen als die anderen Modi. Beachten Sie auch, dass selbst der genaue Modus nicht vollständig präzise ist: Die Entscheidung, ob Sie einen Aspekt berechnen möchten, wird in der Analysephase entschieden, die nicht während der 'bazel-Abfrage' ausgeführt wird.
Tags: build_file_semantics
--[no]graph:factored-Standardwert: "true"
Wenn „true“, wird die Grafik ausgegeben 'faktored' das heißt, topisch äquivalente Knoten werden zusammengeführt und ihre Labels verkettet. Diese Option gilt nur für „--output=graph“.
Tags: terminal_output
--graph:node_limit=<an integer>-Standardwert: "512"
Die maximale Länge des Labelstrings für einen Diagrammknoten in der Ausgabe. Längere Labels werden abgeschnitten. -1 bedeutet nicht, dass sie gekürzt werden. Diese Option gilt nur für „--output=graph“.
Tags: terminal_output
--[no]implicit_deps-Standardwert: "true"
Wenn diese Option aktiviert ist, werden implizite Abhängigkeiten in die Abhängigkeitsgrafik aufgenommen, über die die Abfrage funktioniert. Eine implizite Abhängigkeit ist eine, die nicht explizit in der BUILD-Datei angegeben, sondern von Bazel hinzugefügt wird. Mit dieser Option wird für cquery gesteuerte Toolchains gefiltert.
Tags: build_file_semantics
--[no]include_aspects-Standardwert: "true"
aquery, cquery: ob in der Ausgabe aktionsgenerierte Aktionen enthalten sind. query: no-op (Aspekte werden immer befolgt).
Tags: terminal_output
--[no]incompatible_display_source_file_location-Standardwert: "true"
Standardmäßig wird das Ziel der Quelldatei angezeigt. Wenn „true“, wird der Speicherort der Zeile 1 der Quelldateien in den Standortausgaben angezeigt. Dieses Flag ist nur für Migrationszwecke vorhanden.
Tags: terminal_output, incompatible_change
--[no]infer_universe_scope-Standardwert: "false"
Wenn "--universe_scope" festgelegt und nicht konfiguriert ist, wird ein Wert von --universe_scope als Liste eindeutiger Zielmuster im Abfrageausdruck abgeleitet. Der Wert „--universe_scope“, der für einen Abfrageausdruck abgeleitet wird, der Funktionen auf Universalebene verwendet (z. B. „allrdeps“), ist möglicherweise nicht das, was Sie möchten. Daher sollten Sie diese Option nur verwenden, wenn Sie wissen, was Sie tun. Einzelheiten und Beispiele finden Sie unter https://bazel.build/versions/reference/query#sky-query. Wenn --universe_scope festgelegt ist, wird dieser Wert ignoriert. Hinweis: Diese Option gilt nur für „Abfrage“ (d.h. nicht „cquery“).
Tags: loading_and_analysis
--[no]line_terminator_null-Standardwert: "false"
Gibt an, ob jedes Format mit \0 und nicht mit einem Zeilenumbruch beendet wird.
Tags: terminal_output
--[no]nodep_deps-Standardwert: "true"
Wenn diese Option aktiviert ist, wird deps aus den Attributen des Knotens in das Abhängigkeitsdiagramm aufgenommen, über das die Abfrage funktioniert. Ein gängiges Beispiel für das Attribut „"nodep" ist „quot;sichtbarkeit“. Führen Sie die Ausgabe von „info build-language“ aus und parsen Sie sie, um mehr über die Attribute „Nodep“ und „Build-Sprache“ zu erfahren.
Tags: build_file_semantics
--output=<a string>-Standardwert: "label"
Das Format, in dem die Abfrageergebnisse ausgegeben werden sollen. Zulässige Werte für „cquery“ sind: label, label_kind, textproto, Transitions, proto, jsonproto. Wenn Sie 'transitions' auswählen, müssen Sie auch die Option „--transitions=(lite|full)“ angeben.
Tags: terminal_output
--[no]proto:default_values-Standardwert: "true"
Wenn „true“ angegeben ist, werden Attribute verwendet, deren Wert nicht explizit in der BUILD-Datei angegeben ist. Andernfalls werden sie weggelassen. Diese Option gilt für --output=proto
Tags: terminal_output
--[no]proto:definition_stack-Standardwert: "false"
Füllen Sie das Proto-Feld „definition_stack“ aus, das für jede Regelinstanz, in der die Starlark-Aufrufstack angegeben ist, einen Eintrag erfasst.
Tags: terminal_output
--[no]proto:flatten_selects-Standardwert: "true"
Wenn diese Option aktiviert ist, werden konfigurierbare Attribute, die von select() erstellt werden, vereinfacht. Bei Listentypen ist die aufgeschlüsselte Darstellung eine Liste, die jeden Wert der ausgewählten Karte genau einmal enthält. Skalartypen werden auf null reduziert.
Tags: build_file_semantics
--[no]proto:include_configurations-Standardwert: "true"
Wenn aktiviert, enthält die Proto-Ausgabe Informationen zu Konfigurationen. Wenn diese Option deaktiviert ist,ähnelt das Proto-Ausgabeformat der Abfrage dem Ausgabeformat für Abfragen.
Tags: affects_outputs
--[no]proto:include_synthetic_attribute_hash-Standardwert: "false"
Gibt an, ob das Attribut $internal_attr_hash berechnet und ausgefüllt werden soll.
Tags: terminal_output
--[no]proto:instantiation_stack-Standardwert: "false"
Füllen Sie jede Regel mit dem Instanziierungsaufrufstack aus. Der Stack muss vorhanden sein
Tags: terminal_output
--[no]proto:locations-Standardwert: "true"
Gibt an, ob Standortinformationen in der Proto-Ausgabe ausgegeben werden.
Tags: terminal_output
--proto:output_rule_attrs=<comma-separated list of options>-Standardwert: "all"
Durch Kommas getrennte Liste der Attribute, die in der Ausgabe enthalten sein sollen. Die Standardeinstellung sind alle Attribute. Setzen Sie den Wert auf einen leeren String, um keine Attribute auszugeben. Diese Option gilt für --output=proto.
Tags: terminal_output
--[no]proto:rule_inputs_and_outputs-Standardwert: "true"
Gibt an, ob die Felder „rule_input“ und „rule_output“ ausgefüllt werden sollen.
Tags: terminal_output
--[no]relative_locations-Standardwert: "false"
Wenn „true“ festgelegt ist, ist der Speicherort der BUILD-Dateien in XML- und Proto-Ausgaben relativ. Standardmäßig ist die Standortausgabe ein absoluter Pfad und sie sind nicht geräteübergreifend konsistent. Sie können diese Option auf „true“ setzen, um auf allen Computern ein einheitliches Ergebnis zu erzielen.
Tags: terminal_output
--show_config_fragments=<off, direct or transitive>-Standardwert: "off"
Zeigt die für eine Regel erforderlichen Konfigurationsfragmente und ihre vorübergehenden Abhängigkeiten an. Dies ist nützlich, um zu beurteilen, wie stark eine konfigurierte Zielgrafik geschnitten werden kann.
Tags: affects_outputs
--starlark:expr=<a string>-Standardwert: "
Ein Starlark-Ausdruck, um das konfigurierte Ziel im Befehl cquery's --output=starlark zu formatieren. Das konfigurierte Ziel ist an 'target' gebunden. Wenn weder "--starlark:expr" noch "--starlark:file" angegeben ist, wird diese Option standardmäßig auf 'str(target.label)' gesetzt. Die Angabe von "--starlark:expr" und "--starlark:file" ist ein Fehler.
Tags: terminal_output
--starlark:file=<a string>-Standardwert: "
Der Name einer Datei, die eine Starlark-Funktion namens 'format eines der Argumente definiert, die auf jedes konfigurierte Ziel angewendet wird, um sie als String zu formatieren. Die Angabe von "--starlark:expr" und "--starlark:file" ist ein Fehler. Weitere Informationen erhalten Sie in der Hilfe zu --output=starlark.
Tags: terminal_output
--[no]tool_deps-Standardwert: "true"
Abfrage: Wenn diese Option deaktiviert ist, werden Abhängigkeiten von 'Hostkonfiguration' oder 'ausführung' nicht in das Abhängigkeitsdiagramm aufgenommen, über das die Abfrage funktioniert. Eine 'Hostkonfiguration' Abhängigkeiten Cquery: Wenn diese Option deaktiviert ist, werden alle konfigurierten Ziele herausgefiltert, die einen Host- oder Ausführungsübergang vom übergeordneten Ziel übergehen, das dieses konfigurierte Ziel erkannt hat. Wenn sich also das Ziel der obersten Ebene in der Zielkonfiguration befindet, werden nur konfigurierte Ziele zurückgegeben, die auch in der Zielkonfiguration enthalten sind. Wenn sich das oberste Ziel in der Hostkonfiguration befindet, werden nur vom Host konfigurierte Ziele zurückgegeben. Mit dieser Option werden geklärte Toolchains NICHT ausgeschlossen.
Tags: build_file_semantics
--transitions=<full, lite or none>-Standardwert: "none"
Das Format, in dem mit der Abfrage Informationen zum Übergang ausgegeben werden.
Tags: affects_outputs
--universe_scope=<comma-separated list of options>-Standardwert: "
Durch Kommas getrennte Gruppe von Zielmustern (additiv und subtrahiert) Die Abfrage kann in dem Rahmen ausgeführt werden, der durch die vorübergehende Schließung der angegebenen Ziele definiert wird. Diese Option wird für die Abfrage- und „cquery“-Befehle verwendet. Bei der cquery-Eingabe werden die Ziele eingegeben, unter denen alle Antworten erstellt werden. Dadurch kann sie sich auf Konfigurationen und Übergänge auswirken. Ist die Option nicht angegeben, wird davon ausgegangen, dass die übergeordneten Ziele aus dem Abfrageausdruck geparst werden. Hinweis: Wenn Sie diese Option für cquery nicht angeben, wird der Build eventuell nicht mehr ausgeführt, wenn aus dem Abfrageausdruck geparste Ziele nicht mit Optionen auf oberster Ebene erstellt werden können.
Tags: loading_and_analysis
Optionen, die eine Optimierung der Build-Zeit auslösen:
--[no]collapse_duplicate_defines-Standardwert: "false"
Wenn diese Option aktiviert ist, wird redundant – definiert – frühzeitig im Build entfernt. So vermeiden Sie, dass der Analyse-Cache für bestimmte Typen gleichwertiger Builds unnötig verloren geht.
Tags: loading_and_analysis, loses_incremental_state
--[no]experimental_filter_library_jar_with_program_jar-Standardwert: "false"
Filtern Sie den ProGuard ProgramJar, um alle auch in LibraryJar vorhandenen Kurse zu entfernen.
Tags: action_command_lines
--[no]experimental_inmemory_dotd_files-Standardwert: "false"
Wenn diese Option aktiviert ist, werden C++-.d-Dateien direkt im Arbeitsspeicher von den Remote-Build-Knoten geleitet, anstatt auf das Laufwerk geschrieben zu werden.
Tags: loading_and_analysis, execution, affects_outputs, experimental
--[no]experimental_inmemory_jdeps_files-Standardwert: "false"
Wenn diese Option aktiviert ist, werden die von Java-kompilierten generierten Abhängigkeits-Dateien (.jdeps) direkt von den Remote-Build-Knoten aus über den Arbeitsspeicher geleitet, anstatt auf das Laufwerk geschrieben zu werden.
Tags: loading_and_analysis, execution, affects_outputs, experimental
--[no]experimental_objc_include_scanning-Standardwert: "false"
So führen Sie Scans für das Ziel-C/C++ durch:
Tags: loading_and_analysis, execution, changes_inputs
--[no]experimental_parse_headers_skipped_if_corresponding_srcs_found-Standardwert: "false"
Wenn diese Funktion aktiviert ist, wird keine Funktion zum Kompilieren von Headern erstellt, wenn eine Quelle mit demselben Basisnamen im selben Ziel gefunden wird.
Tags: loading_and_analysis, affects_outputs
--[no]experimental_retain_test_configuration_across_testonly-Standardwert: "false"
Wenn diese Option aktiviert ist, wird die Testkonfiguration für die mit „testonly=1“ gekennzeichneten Regeln nicht abgeschnitten. Dadurch sollen Probleme mit Aktionskonflikten minimiert werden, wenn Nicht-Testregeln von cc_test-Regeln abhängen. Keine Auswirkungen, wenn „--trim_test_configuration“ auf „false“ gesetzt ist.
Tags: loading_and_analysis, loses_incremental_state
--[no]experimental_starlark_cc_import-Standardwert: "false"
Wenn diese Option aktiviert ist, kann die Starlark-Version von cc_import verwendet werden.
Tags: loading_and_analysis, experimental
--[no]experimental_unsupported_and_brittle_include_scanning-Standardwert: "false"
Gibt an, ob Eingaben für die C/C++-Kompilierung durch das Parsen von #include-Zeilen aus Eingabedateien eingeschränkt werden sollen. Dies kann die Leistung und Inkrementalität verbessern, indem die Größe der Zusammenstellung von Eingabebäumen reduziert wird. Es kann jedoch auch dazu führen, dass Builds nicht korrekt funktionieren, da der Include-Scanner die C-Präprozessorsemantik nicht vollständig implementiert. Insbesondere werden dynamische #include-Anweisungen nicht erkannt und bedingte Logik von Präprozessoren ignoriert. Die Nutzung erfolgt auf eigenes Risiko. Alle Probleme im Zusammenhang mit dieser Kennzeichnung werden geschlossen.
Tags: loading_and_analysis, execution, changes_inputs
--[no]incremental_dexing-Standardwert: "true"
Der Großteil der Dexing-Vorgänge erfolgt für jede JAR-Datei separat.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]objc_use_dotd_pruning-Standardwert: "true"
Wenn festgelegt, werden die von clang ausgegebenen .d-Dateien dazu verwendet, die an die Objc-Kompilierungen übergebenen Eingaben zu kürzen.
Tags: changes_inputs, loading_and_analysis
--[no]process_headers_in_dependencies-Standardwert: "false"
Beim Erstellen eines Ziels //a:a werden Header in allen Zielen verarbeitet, von denen //a:a abhängt, sofern die Headerverarbeitung für die Toolchain aktiviert ist.
Tags: execution
--[no]trim_test_configuration-Standardwert: "true"
Wenn diese Option aktiviert ist, werden testbezogene Optionen unter der obersten Ebene des Builds gelöscht. Wenn dieses Flag aktiv ist, können Tests nicht als Abhängigkeiten von Nicht-Testregeln erstellt werden. Änderungen an testbezogenen Optionen führen jedoch nicht dazu, dass Nicht-Testregeln neu analysiert werden.
Tags: loading_and_analysis, loses_incremental_state
--[no]use_singlejar_apkbuilder-Standardwert: "true"
Diese Option wurde eingestellt. Das bedeutet, dass es ab sofort nicht mehr verfügbar ist und bald entfernt wird.
Tags: loading_and_analysis
Optionen, die die Ausführlichkeit, das Format oder den Speicherort von Logging beeinflussen:
--toolchain_resolution_debug=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths>-Standardwert: "-.*"
Informationen zur Fehlerbehebung während der Toolchain-Auflösung drucken. Dieses Flag verwendet einen Regex, der mit Toolchain-Typen und bestimmten Zielen geprüft wird, um festzustellen, welche debuggen werden sollen. Mehrere reguläre Ausdrücke können durch Kommas getrennt werden. Dann werden die regulären Ausdrücke separat geprüft. Hinweis: Die Ergebnisse dieses Flags sind sehr komplex und werden wahrscheinlich nur für Experten in der Toolchain-Auflösung nützlich sein.
Tags: terminal_output
Optionen zur Angabe oder Änderung einer allgemeinen Eingabe für einen Istio-Befehl, die nicht in andere Kategorien fallen:
--flag_alias=<a 'name=value' flag alias> Verwendungen sind angesammelt
Stellt einen Kurznamen für ein Starlark-Flag ein. Es wird ein einzelnes Schlüssel/Wert-Paar in der Form „<key>=<value>" als Argument verwendet.
Tags: changes_inputs
--[no]incompatible_default_to_explicit_init_py-Standardwert: "false"
Mit diesem Flag wird das Standardverhalten so geändert, dass __init__.py-Dateien nicht mehr automatisch in den Runfiles von Python-Zielen erstellt werden. Wenn also das Ziel „py_binary“ oder „py_test“ auf „auto_create_init“ auf „auto"“ (Standardeinstellung) gesetzt ist, wird es als „false“ behandelt, wenn das Flag festgelegt ist. Siehe https://github.com/bazelbuild/bazel/issues/10076.
Tags: affects_outputs, incompatible_change
--[no]incompatible_py2_outputs_are_suffixed-Standardwert: "true"
Wenn „true“ festgelegt ist, werden Ziele, die in der Python 2-Konfiguration erstellt wurden, unter einem Ausgabestamm angezeigt, das das Suffix „#39;-py2&#39“ enthält, während für Python 3 erstellte Ziele in einem Stammverzeichnis ohne Python-bezogenes Suffix enthalten sind. Das heißt, der „Bazel-bin“-Komfort-Symlink verweist auf Python 3-Ziele statt auf Python 2. Wenn Sie diese Option aktivieren, wird außerdem empfohlen, "--incompatible_py3_is_default" zu aktivieren.
Tags: affects_outputs, incompatible_change
--[no]incompatible_py3_is_default-Standardwert: "true"
Wenn „true“, werden für „py_binary“ und „py_test“ die Ziele „python_version“ (oder „default_python_version“) nicht standardmäßig festgelegt, sondern „PY2“. Wenn Sie dieses Flag festlegen, wird außerdem „--incompatible_py2_outputs_are_suffixed“ angegeben.
Tags: loading_and_analysis, affects_outputs, incompatible_change
--[no]incompatible_use_python_toolchains-Standardwert: "true"
Wenn diese Richtlinie auf „true“ gesetzt ist, verwenden ausführbare ausführbare Python-Regeln die von der Python-Toolchain angegebene Python-Laufzeit, nicht die von älteren Flags wie „--python_top“ angegebenen Laufzeit.
Tags: loading_and_analysis, incompatible_change
--python_version=<PY2 or PY3>-Standard: siehe Beschreibung
Der Hauptversionsmodus von Python, entweder „PY2“ oder „PY3“, wird durch die Ziele „py_binary“ und „py_test“ überschrieben (auch wenn keine Version explizit angegeben wird), sodass es in der Regel keinen Grund zur Bereitstellung dieses Flags gibt.
Tags: loading_and_analysis, affects_outputs, explicit_in_output_path
Sonstige Optionen, die nicht anderweitig kategorisiert wurden:
--[no]cache_test_results [-t] Standardeinstellung: "auto"
Bei der Einstellung „'auto'“ wird ein Test nur dann wiederholt, wenn (1) Änderungen im Test oder in den zugehörigen Abhängigkeiten erkannt wurden, (2) der Test als extern markiert ist, (3) mehrere Testläufe mit „--runs_per_test“ angefordert wurden oder(4) der Test zuvor fehlgeschlagen ist. Wenn Sie diese Option auf „#39;yes'“ festlegen, werden alle Testergebnisse mit Ausnahme von Tests, die als extern gekennzeichnet sind, im Cache gespeichert. Wenn diese auf 'no' gesetzt ist, speichert Istio keine Testergebnisse im Cache.
--[no]experimental_cancel_concurrent_tests-Standardwert: "false"
Wenn der Wert „true“ ist, bricht Blaze bei der ersten erfolgreichen Ausführung gleichzeitig Tests ab. Dies ist nur in Kombination mit --runs_per_test_detects_flakes sinnvoll.
Tags: affects_outputs, loading_and_analysis
--[no]experimental_fetch_all_coverage_outputs-Standardwert: "false"
Wenn dieser Wert „true“ ist, ruft Istio für jeden Test das gesamte Verzeichnis mit den Abdeckungsdaten ab.
Tags: affects_outputs, loading_and_analysis
--[no]experimental_generate_llvm_lcov-Standardwert: "false"
Wenn „true“, wird für clang ein LCOV-Bericht erstellt.
Tags: affects_outputs, loading_and_analysis
--[no]experimental_j2objc_header_map-Standardwert: "true"
Gibt an, ob eine J2ObjC-Headerkarte parallel zur J2ObjC-Transpilation generiert werden soll.
--[no]experimental_j2objc_shorter_header_path-Standardwert: "false"
Ob sie mit einem kürzeren Headerpfad generiert werden soll (verwendet "_ios" statt "_j2objc")
Tags: affects_outputs
--experimental_java_classpath=<off, javabuilder or bazel>-Standardwert: "javabuilder"
Aktiviert reduzierte Klassenpfade für Java-Kompilierungen.
--[no]experimental_limit_android_lint_to_android_constrained_java-Standardwert: "false"
Beschränken Sie „--experimental_run_android_lint_on_java_rules“ auf Android-kompatible Bibliotheken.
Tags: affects_outputs
--[no]experimental_run_android_lint_on_java_rules-Standardwert: "false"
Gibt an, ob java_*-Quellen validiert werden sollen.
Tags: affects_outputs
--[no]explicit_java_test_deps-Standardwert: "false"
Geben Sie explizit eine Abhängigkeit von JUnit oder Hamcrest in einem java_test an, anstatt versehentlich aus den TestAusführer-Abrufen abzurufen. Funktioniert derzeit nur für Baizel.
--host_java_launcher=<a build target label>-Standard: siehe Beschreibung
Der Java-Launcher, der von Tools verwendet wird, die während eines Builds ausgeführt werden.
--host_javacopt=<a string> Verwendungen sind angesammelt
Zusätzliche Optionen zur Weitergabe an Javac, wenn Tools erstellt werden, die während eines Builds ausgeführt werden.
--host_jvmopt=<a string> Verwendungen sind angesammelt
Zusätzliche Optionen zur Weitergabe an die Java-VM, wenn Tools erstellt werden, die während des Builds ausgeführt werden. Diese Optionen werden den VM-Startoptionen jedes java_binary-Ziels hinzugefügt.
--[no]incompatible_exclusive_test_sandboxed-Standardwert: "false"
Bei „true“ werden exklusive Tests mit einer Sandbox-Strategie ausgeführt. Fügen Sie ein 'local'-Tag hinzu, um einen exklusiven Testlauf lokal zu erzwingen.
Tags: incompatible_change
--[no]incompatible_strict_action_env-Standardwert: "false"
Bei"true"verwendet {5/} eine Umgebung mit einem statischen Wert für PATH und übernimmt nicht LD_LIBRary_PATH. Verwenden Sie „--action_env=ENV_VARIABLE“, wenn Sie bestimmte Umgebungsvariablen vom Client übernehmen möchten. Beachten Sie jedoch, dass dadurch das nutzerübergreifende Caching verhindert werden kann, wenn ein gemeinsamer Cache verwendet wird.
Tags: loading_and_analysis, incompatible_change
--j2objc_translation_flags=<comma-separated list of options> Verwendungen sind angesammelt
Zusätzliche Optionen zur Übergabe an das J2ObjC-Tool.
--java_debug
Sorgt dafür, dass die Java-Maschine eines Java-Tests vor dem Test auf eine Verbindung von einem JDWP-kompatiblen Debugger (z. B. jdb) wartet. Impliziert -test_output=streamed.
Erweiterung zu:
--test_arg=--wrapper_script_flag=--debug
--test_output=streamed
--test_strategy=exclusive
--test_timeout=9999
--nocache_test_results
--[no]java_deps-Standardwert: "true"
Generieren Sie Abhängigkeiteninformationen (bisher Kompilierungszeitpfad) pro Java-Ziel.
--[no]java_header_compilation-Standardwert: "true"
Ijars kompilieren Sie direkt aus der Quelle.
--java_language_version=<a string>-Standardwert: "8"
Die Java-Sprachversion
--java_launcher=<a build target label>-Standard: siehe Beschreibung
Der Java-Launcher zum Erstellen von Java-Binärprogrammen. Wenn dieses Flag auf den leeren String festgelegt ist, wird der PROVIDER-Launcher verwendet. Dieses Attribut wird durch das Attribut „&Launcher“ überschrieben.
--java_runtime_version=<a string>-Standardwert: "local_jdk"
Die Java-Laufzeitumgebung
--javacopt=<a string> Verwendungen sind angesammelt
Zusätzliche Optionen zur Übergabe an Javac.
--jvmopt=<a string> Verwendungen sind angesammelt
Zusätzliche Optionen zur Übergabe an die Java-VM. Diese Optionen werden den VM-Startoptionen jedes java_binary-Ziels hinzugefügt.
--legacy_main_dex_list_generator=<a build target label>-Standard: siehe Beschreibung
Gibt ein Binärprogramm an, das zum Generieren der Liste der Klassen verwendet werden soll, die beim Kompilieren eines Legacy-Multidex im Hauptdex enthalten sein müssen.
--plugin=<a build target label> Verwendungen sind angesammelt
Plug-ins, die im Build verwendet werden sollen. Funktioniert derzeit mit java_plugin.
--proguard_top=<a build target label>-Standard: siehe Beschreibung
Gibt an, welche Version von ProGuard beim Erstellen eines Java-Binärprogramms für das Entfernen von Code verwendet werden soll.
--proto_compiler=<a build target label>-Standardeinstellung: "@com_google_Ю//:protoc"
Das Label des Proto-Compilers.
Tags: affects_outputs, loading_and_analysis
--proto_toolchain_for_cc=<a build target label>-Standardeinstellung: "@com_google_SNIPPET//:cc_chain"
Label von proto_lang_chain(), das beschreibt, wie C++-Protos kompiliert werden
Tags: affects_outputs, loading_and_analysis
--proto_toolchain_for_j2objc=<a build target label>-Standardeinstellung: "@bazel_tools//tools/j2objc:j2objc_proto_chain"
Label von proto_lang_chain(), das beschreibt, wie j2objc-Protos kompiliert werden
Tags: affects_outputs, loading_and_analysis
--proto_toolchain_for_java=<a build target label>-Standardeinstellung: "@com_google_dmca//:java_chain"
Label von proto_lang_chain(), das beschreibt, wie Java-Protos kompiliert werden
Tags: affects_outputs, loading_and_analysis
--proto_toolchain_for_javalite=<a build target label>-Standardeinstellung: "@com_google_SNIPPET//:javalite_chain"
Label von proto_lang_chain(), das beschreibt, wie JavaLite-Protos kompiliert werden
Tags: affects_outputs, loading_and_analysis
--protocopt=<a string> Verwendungen sind angesammelt
Zusätzliche Optionen zur Übergabe an den Ю-Compiler.
Tags: affects_outputs
--[no]runs_per_test_detects_flakes-Standardwert: "false"
Ist dieser Wert „true“, wird jedes Shard, bei dem mindestens ein Ausführungs- oder Versuch erfolgreich ist, und mindestens ein Ausführungs- oder Angriffsversuch den FLAKY-Status erhalten.
--shell_executable=<a path>-Standard: siehe Beschreibung
Absolutpfad zur ausführbaren Shell-Anwendung, die von Istio verwendet werden kann. Wenn die Richtlinie nicht konfiguriert ist, aber die Umgebungsvariable BAZEL_SH beim ersten Aufruf von Istio (also dem Start eines Istio-Servers) festgelegt ist, wird sie von Istio verwendet. Wenn keine dieser beiden Einstellungen festgelegt ist, verwendet {5/} einen hartcodierten Standardpfad abhängig vom Betriebssystem, auf dem es ausgeführt wird (Windows: c:/tools/msys64/usr/bin/bash.exe, FreeBSD: /usr/local/bin/bash, alle anderen: /bin/bash). Beachten Sie, dass die Verwendung von Shell, die nicht mit Bash kompatibel ist, zu Build-Fehlern oder Laufzeitfehlern der generierten Binärprogramme führen kann.
Tags: loading_and_analysis
--test_arg=<a string> Verwendungen sind angesammelt
Gibt zusätzliche Optionen und Argumente an, die an die ausführbare Testdatei übergeben werden sollen. Kann mehrfach verwendet werden, um mehrere Argumente anzugeben. Wenn mehrere Tests ausgeführt werden, erhält jeder Test identische Argumente. Wird nur vom &&33;bazel-Test'-Befehl verwendet.
--test_filter=<a string>-Standard: siehe Beschreibung
Gibt einen Filter zum Weiterleiten an das Test-Framework an. Wird verwendet, um die Anzahl der durchgeführten Tests einzuschränken. Das hat keinen Einfluss darauf, welche Ziele erstellt werden.
--test_result_expiration=<an integer>-Standardwert: "-1"
Diese Option wurde verworfen und hat keine Auswirkungen.
--[no]test_runner_fail_fast-Standardwert: "false"
Leitet die Option „Schnell vor“ für den Test-Ausführer zurück. Der Test-Ausführer sollte die Ausführung nach dem ersten Fehler beenden.
--test_sharding_strategy=<explicit or disabled>-Standardwert: "explicit"
Geben Sie eine Strategie für die Fragmentierung an: 'explicit' soll die Fragmentierung nur verwenden, wenn das Attribut 'shard_count' BUILD vorhanden ist. 'disabled' Testfragmentierung nie verwenden
--tool_java_language_version=<a string>-Standardwert: "8"
Die Java-Sprachversion, die zur Ausführung der Tools verwendet wird, die während eines Builds benötigt werden
--tool_java_runtime_version=<a string>-Standardwert: "remotejdk_11"
Die Java-Laufzeitumgebung, mit der Tools während des Builds ausgeführt werden
--[no]use_ijars-Standardwert: "true"
Wenn diese Option aktiviert ist, verwendet die Java-Kompilierung JAR-Schnittstellen. Dadurch werden die Daten schneller kompiliert, die Fehlermeldungen können aber abweichen.

Dump-Optionen

Optionen, die vor dem Befehl angezeigt werden und vom Client geparst werden:
--check_direct_dependencies=<off, warning or error>-Standardwert: "warning"
Prüfen Sie, ob die im Stammmodul angegebenen direkten „bazel_dep“-Abhängigkeiten mit den Versionen übereinstimmen, die Sie in der aufgelösten Abhängigkeitsgrafik abrufen. Gültige Werte sind „off“ (deaktiviert), um die Prüfung zu deaktivieren, oder „warning“ (Warnung), wenn eine Diskrepanz erkannt wird, oder „error“ (Fehler), um den Fehler zu beheben.
Tags: loading_and_analysis
--distdir=<a path> Verwendungen sind angesammelt
Zusätzliche Möglichkeiten, nach Archiven zu suchen, bevor auf das Netzwerk zugegriffen wird, um sie herunterzuladen
Tags: bazel_internal_configuration
--[no]experimental_enable_bzlmod-Standardwert: "false"
Wenn „true“ festgelegt ist, versucht Istio, externe Repositories aus dem Bzlmod-System zu laden, bevor er die WORKSPACE-Datei aufruft.
Tags: loading_and_analysis
Wenn diese Option aktiviert ist, wird die Datei im Repository-Cache bei einem Cache-Treffer nicht verknüpft, sondern nur im Cache gespeichert. So soll Speicherplatz gespart werden.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id-Standardwert: "false"
Wenn „true“, verwenden Sie einen String, der von den URLs der Repository-Downloads abgeleitet wird, als kanonische_id, sofern nicht angegeben. Wenn Sie den Cache eines Downloads mit demselben Hashwert herunterladen, führt dies zu einer Änderung der URLs. Hiermit kannst du prüfen, ob URL-Änderungen dazu führen, dass fehlerhafte Repositories vom Cache verdeckt werden.
Tags: loading_and_analysis, experimental
--[no]experimental_repository_disable_download-Standardwert: "false"
Wenn festgelegt, ist das Herunterladen externer Repositories nicht zulässig.
Tags: experimental
--experimental_repository_downloader_retries=<an integer>-Standardwert: "0"
Die maximale Anzahl von Versuchen für einen neuen Downloadfehler. Wenn Sie den Wert auf 0 setzen, sind Wiederholungsversuche deaktiviert.
Tags: experimental
--experimental_scale_timeouts=<a double>-Standardwert: "1.0"
Sämtliche Zeitüberschreitungen in den Starlark-Repository-Regeln werden nach diesem Faktor skaliert. Auf diese Weise können externe Repositories auf Computern ausgeführt werden, die langsamer als erwartet sind, ohne den Quellcode zu ändern.
Tags: bazel_internal_configuration, experimental
--http_timeout_scaling=<a double>-Standardwert: "1.0"
Alle Zeitüberschreitungen in Bezug auf HTTP-Downloads um den angegebenen Faktor skalieren
Tags: bazel_internal_configuration
--[no]ignore_dev_dependency-Standardwert: "false"
Wenn "true", ignoriert Istio "bazel_dep" und "use_extension" als "dev_dependency" im MODULE.bazel des Stammmoduls. Diese Entwicklungsabhängigkeiten werden in der Datei MODULE.bazel immer ignoriert, wenn sie nicht das Stammmodul ist. Dies gilt unabhängig vom Wert dieses Flags.
Tags: loading_and_analysis
--registry=<a string> Verwendungen sind angesammelt
Gibt die Registries an, in denen die Abhängigkeiten des Istio-Moduls gefunden werden sollen. Die Reihenfolge ist dabei wichtig: Die Module werden in früheren Registries aufgeführt, erst später, wenn sie nicht mehr in den früheren Registries vorhanden sind.
Tags: changes_inputs
--repository_cache=<a path>-Standard: siehe Beschreibung
Gibt den Cache-Speicherort der heruntergeladenen Werte an, die beim Abrufen externer Repositories abgerufen wurden. Ein leerer String als Argument fordert an, den Cache zu deaktivieren.
Tags: bazel_internal_configuration
Optionen zur Steuerung der Ausgabe des Befehls:
--[no]action_cache-Standardwert: "false"
Cache des Action-Cache leeren.
Tags: bazel_monitoring
--[no]packages-Standardwert: "false"
Speicherinhalt des Caches entpacken.
Tags: bazel_monitoring
--[no]rule_classes-Standardwert: "false"
Dump-Regelklassen.
Tags: bazel_monitoring
--[no]rules-Standardwert: "false"
Dump-Regeln, einschließlich Anzahl und Arbeitsspeichernutzung (falls Arbeitsspeicher erfasst wird)
Tags: bazel_monitoring
--skyframe=<off, summary, count or detailed>-Standardwert: "off"
Cloudframe-Diagramm wiederherstellen: 'off', 'summary', 'count' oder 'detail'
Tags: bazel_monitoring
--skyfunction_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths>-Standardwert: ".*"
Regex-Filter von SkyFunction-Namen, die ausgegeben werden sollen. Wird nur mit --skyframe=detailed verwendet.
Tags: bazel_monitoring
--skylark_memory=<a string>-Standard: siehe Beschreibung
Sendet ein pprof-kompatibles Speicherprofil an den angegebenen Pfad. Weitere Informationen finden Sie unter https://github.com/google/pprof.
Tags: bazel_monitoring
Optionen, die beeinflussen, wie streng gültige Build-Eingaben erzwungen werden (Regeldefinitionen, Flag-Kombinationen usw.):
--experimental_repository_hash_file=<a string>-Standardwert: "
Wenn dieses Feld nicht leer ist, wird eine Datei mit einem aufgelösten Wert angegeben, mit dem die Repository-Verzeichnis-Hashes verifiziert werden sollen
Tags: affects_outputs, experimental
--experimental_verify_repository_rules=<a string> Verwendungen sind angesammelt
Wenn eine Liste von Repository-Regeln vorhanden ist, für die der Hash des Ausgabeverzeichnisses verifiziert werden soll, wird eine Datei von --experimental_Repository_hash_file angegeben.
Tags: affects_outputs, experimental
Diese Option betrifft die Semantik der Starlark-Sprache oder der Build API, die für BUILD-Dateien, BZL-Dateien und WORKSPACE-Dateien zur Verfügung steht.
--[no]experimental_allow_top_level_aspects_parameters-Standardwert: "true"
No-op
Tags: no_op, deprecated, experimental
Optionen, die die Ausführlichkeit, das Format oder den Speicherort des Loggings beeinflussen:
--[no]experimental_record_metrics_for_all_mnemonics-Standardwert: "false"
Standardmäßig ist die Anzahl der Aktionstypen auf die 20 Speichergruppen mit der größten Anzahl ausgeführter Aktionen beschränkt. Wenn Sie diese Option aktivieren, werden alle Statistiken gespeichert.
Optionen, die eine allgemeine Eingabe zu einem Istio-Befehl angeben oder ändern, die nicht in andere Kategorien fällt:
--experimental_resolved_file_instead_of_workspace=<a string>-Standardwert: "
Wenn die Antwort nicht leer ist, lesen Sie die angegebene aufgelöste Datei anstelle der WORKSPACE-Datei.
Tags: changes_inputs
Optionen für Remote-Caching und Ausführung:
--experimental_downloader_config=<a string>-Standard: siehe Beschreibung
Geben Sie eine Datei an, mit der der Remote-Downloader konfiguriert werden soll. Diese Datei besteht aus Zeilen, die jeweils mit einer Direktive („allow“, „block“ oder „rewrite“) beginnen, gefolgt von einem Hostnamen (für „allow“ und „block“) oder zwei Mustern, eine für den Abgleich und eine für den Ersatz als Ersatz-URL. Es sind mehrere „rewrite“-Anweisungen für dieselbe URL möglich.
Sonstige Optionen, die nicht anderweitig kategorisiert sind:
--override_repository=<an equals-separated mapping of repository name to path> Verwendungen sind angesammelt
überschreibt ein Repository mit einem lokalen Verzeichnis.

Abrufoptionen

Optionen, die vor dem Befehl angezeigt werden und vom Client geparst werden:
--check_direct_dependencies=<off, warning or error>-Standardwert: "warning"
Prüfen Sie, ob die im Stammmodul angegebenen direkten „bazel_dep“-Abhängigkeiten mit den Versionen übereinstimmen, die Sie in der aufgelösten Abhängigkeitsgrafik abrufen. Gültige Werte sind „off“ (deaktiviert), um die Prüfung zu deaktivieren, oder „warning“ (Warnung), wenn eine Diskrepanz erkannt wird, oder „error“ (Fehler), um den Fehler zu beheben.
Tags: loading_and_analysis
--distdir=<a path> Verwendungen sind angesammelt
Zusätzliche Möglichkeiten, nach Archiven zu suchen, bevor auf das Netzwerk zugegriffen wird, um sie herunterzuladen
Tags: bazel_internal_configuration
--[no]experimental_enable_bzlmod-Standardwert: "false"
Wenn „true“ festgelegt ist, versucht Istio, externe Repositories aus dem Bzlmod-System zu laden, bevor er die WORKSPACE-Datei aufruft.
Tags: loading_and_analysis
Wenn diese Option aktiviert ist, wird die Datei im Repository-Cache bei einem Cache-Treffer nicht verknüpft, sondern nur im Cache gespeichert. So soll Speicherplatz gespart werden.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id-Standardwert: "false"
Wenn „true“, verwenden Sie einen String, der von den URLs der Repository-Downloads abgeleitet wird, als kanonische_id, sofern nicht angegeben. Wenn Sie den Cache eines Downloads mit demselben Hashwert herunterladen, führt dies zu einer Änderung der URLs. Hiermit kannst du prüfen, ob URL-Änderungen dazu führen, dass fehlerhafte Repositories vom Cache verdeckt werden.
Tags: loading_and_analysis, experimental
--[no]experimental_repository_disable_download-Standardwert: "false"
Wenn festgelegt, ist das Herunterladen externer Repositories nicht zulässig.
Tags: experimental
--experimental_repository_downloader_retries=<an integer>-Standardwert: "0"
Die maximale Anzahl von Versuchen für einen neuen Downloadfehler. Wenn Sie den Wert auf 0 setzen, sind Wiederholungsversuche deaktiviert.
Tags: experimental
--experimental_scale_timeouts=<a double>-Standardwert: "1.0"
Sämtliche Zeitüberschreitungen in den Starlark-Repository-Regeln werden nach diesem Faktor skaliert. Auf diese Weise können externe Repositories auf Computern ausgeführt werden, die langsamer als erwartet sind, ohne den Quellcode zu ändern.
Tags: bazel_internal_configuration, experimental
--http_timeout_scaling=<a double>-Standardwert: "1.0"
Alle Zeitüberschreitungen in Bezug auf HTTP-Downloads um den angegebenen Faktor skalieren
Tags: bazel_internal_configuration
--[no]ignore_dev_dependency-Standardwert: "false"
Wenn "true", ignoriert Istio "bazel_dep" und "use_extension" als "dev_dependency" im MODULE.bazel des Stammmoduls. Diese Entwicklungsabhängigkeiten werden in der Datei MODULE.bazel immer ignoriert, wenn sie nicht das Stammmodul ist. Dies gilt unabhängig vom Wert dieses Flags.
Tags: loading_and_analysis
--registry=<a string> Verwendungen sind angesammelt
Gibt die Registries an, in denen die Abhängigkeiten des Istio-Moduls gefunden werden sollen. Die Reihenfolge ist dabei wichtig: Die Module werden in früheren Registries aufgeführt, erst später, wenn sie nicht mehr in den früheren Registries vorhanden sind.
Tags: changes_inputs
--repository_cache=<a path>-Standard: siehe Beschreibung
Gibt den Cache-Speicherort der heruntergeladenen Werte an, die beim Abrufen externer Repositories abgerufen wurden. Ein leerer String als Argument fordert an, den Cache zu deaktivieren.
Tags: bazel_internal_configuration
Optionen zur Steuerung der Build-Ausführung:
Wenn die Richtlinie auf „true“ gesetzt wird, stellt Istio die Symlinks in Aktionsausgaben im Remote-Caching/-Ausführungsprotokoll als solche dar. Das aktuelle Verhalten gilt für Remote-Caches/Executors, um Symlinks zu folgen und als Dateien darzustellen. Weitere Informationen finden Sie unter #6631.
Tags: execution, incompatible_change
--[no]keep_going [-k] Standardeinstellung: "false"
Fahren Sie nach einem Fehler so weit wie möglich fort. Das Ziel, bei dem Fehler aufgetreten sind, und solche, die davon abhängen, können zwar nicht analysiert werden, aber andere Voraussetzungen dieser Ziele können sein.
Tags: 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">-Standardwert: "auto"
Anzahl der parallelen Threads, die für die Lade-/Analysephase verwendet werden sollen.Es wird eine Ganzzahl oder ein Keyword ("auto", "HOST_CPUS", "HOST_RAM") gefolgt von einer Operation ([-|*]<float>) angegeben. Beispiel: "auto", "HOST_CPUS*.5" Mit „auto"“ wird basierend auf den Hostressourcen ein angemessener Standardwert festgelegt. Muss mindestens 1 sein.
Tags: bazel_internal_configuration
Wenn „true“, laden Sie die symlink-Ausgabe der Aktion in den Remote-Cache hoch. Wenn diese Option nicht aktiviert ist, schlagen Aktionen im Cache, die Symlinks ausgeben, fehl.
Tags: execution
Optionen, mit denen Nutzer die gewünschte Ausgabe konfigurieren können und sich auf ihren Wert auswirken (im Gegensatz zu ihrem Existenz):
--bep_maximum_open_remote_upload_files=<an integer>-Standardwert: "-1"
Maximale Anzahl der geöffneten Dateien während des BEP-Artefakt-Uploads zulässig.
Tags: affects_outputs
--remote_download_minimal
Damit werden keine Remote-Build-Ausgaben auf den lokalen Computer heruntergeladen. Dieses Flag ist ein Kurzbefehl für drei Flags: --experimental_inmemory_jdeps_files, --experimental_inmemory_dotd_files und --remote_download_outputs=minimal.
Erweiterung zu:
--nobuild_runfile_links
--experimental_inmemory_jdeps_files
--experimental_inmemory_dotd_files
--remote_download_outputs=minimal

Tags: affects_outputs
--remote_download_outputs=<all, minimal or toplevel>-Standardwert: "all"
Wenn für 'minimal' keine Remote-Build-Ausgaben auf den lokalen Computer heruntergeladen werden, werden diese nur für lokale Aktionen benötigt. Wenn diese Eigenschaft auf 'toplevel' festgelegt ist, verhält sie sich wie Beide Optionen können die Build-Dauer erheblich verringern, falls die Engpässe in der Netzwerkbandbreite auftreten.
Tags: affects_outputs
Erstellen Sie anstelle von Remote-Build-Ausgaben auf den lokalen Computer symbolische Links. Das Ziel der symbolischen Links kann in Form eines Vorlagenstrings angegeben werden. Dieser Vorlagenstring kann {hash} und {size_bytes} enthalten, die in den Hash des Objekts bzw. die Größe in Byte erweitert werden. Diese symbolischen Links können beispielsweise auf ein FUSE-Dateisystem verweisen, das Objekte bei Bedarf aus dem CAS lädt.
Tags: affects_outputs
--remote_download_toplevel
Damit werden nur Remote-Ausgaben der Top-Level-Ziele auf den lokalen Computer heruntergeladen. Dieses Flag ist ein Kurzbefehl für drei Flags: --experimental_inmemory_jdeps_files, --experimental_inmemory_dotd_files und --remote_download_outputs=toplevel.
Erweiterung zu:
--experimental_inmemory_jdeps_files
--experimental_inmemory_dotd_files
--remote_download_outputs=toplevel

Tags: affects_outputs
Optionen, die sich darauf auswirken, wie strikt gültige Build-Eingaben erzwungen werden (Regeldefinitionen, Flag-Kombinationen usw.):
--experimental_repository_hash_file=<a string>-Standardwert: "
Wenn dieses Feld nicht leer ist, wird eine Datei mit einem aufgelösten Wert angegeben, mit dem die Repository-Verzeichnis-Hashes verifiziert werden sollen
Tags: affects_outputs, experimental
--experimental_verify_repository_rules=<a string> Verwendungen sind angesammelt
Wenn eine Liste von Repository-Regeln vorhanden ist, für die der Hash des Ausgabeverzeichnisses verifiziert werden soll, wird eine Datei von --experimental_Repository_hash_file angegeben.
Tags: affects_outputs, experimental
Diese Option betrifft die Semantik der Starlark-Sprache oder der Build API, die für BUILD-Dateien, BZL-Dateien und WORKSPACE-Dateien zur Verfügung steht.
--[no]experimental_allow_top_level_aspects_parameters-Standardwert: "true"
No-op
Tags: no_op, deprecated, experimental
--[no]incompatible_config_setting_private_default_visibility-Standardwert: "false"
Wenn inkompatibel_enforce_config_setting_sichtbarkeit=falsch, ist dies ein Noop. Falls dieses Flag auf „false“ gesetzt ist, lautet „config_setting“ ohne explizites Sichtbarkeitsattribut „//visibility:public“. Wenn dieses Flag „true“ ist, folgt „config_setting“ derselben Sichtbarkeitslogik wie alle anderen Regeln. Siehe https://github.com/bazelbuild/bazel/issues/12933.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_enforce_config_setting_visibility-Standardwert: "false"
Wenn „true“, erzwingen Sie die Sichtbarkeitskonfiguration „config_setting“. Bei „falsch“ ist jede config_setting für jedes Ziel sichtbar. Siehe https://github.com/bazelbuild/bazel/issues/12932.
Tags: loading_and_analysis, incompatible_change
Optionen, die die Ausführlichkeit, das Format oder den Speicherort von Logging beeinflussen:
--[no]experimental_record_metrics_for_all_mnemonics-Standardwert: "false"
Standardmäßig ist die Anzahl der Aktionstypen auf die 20 Speichergruppen mit der größten Anzahl ausgeführter Aktionen beschränkt. Wenn Sie diese Option aktivieren, werden alle Statistiken gespeichert.
--experimental_repository_resolved_file=<a string>-Standardwert: "
Wenn das Feld nicht leer ist, schreiben Sie einen Starlark-Wert mit den aufgelösten Informationen aller ausgeführten Starlark-Repository-Regeln.
Tags: affects_outputs
Optionen zur Angabe oder Änderung einer allgemeinen Eingabe für einen Istio-Befehl, die nicht in andere Kategorien fallen:
--experimental_resolved_file_instead_of_workspace=<a string>-Standardwert: "
Wenn die Antwort nicht leer ist, lesen Sie die angegebene aufgelöste Datei anstelle der WORKSPACE-Datei.
Tags: changes_inputs
Optionen für Remote-Caching und Ausführung:
--experimental_downloader_config=<a string>-Standard: siehe Beschreibung
Geben Sie eine Datei an, mit der der Remote-Downloader konfiguriert werden soll. Diese Datei besteht aus Zeilen, die jeweils mit einer Direktive („allow“, „block“ oder „rewrite“) beginnen, gefolgt von einem Hostnamen (für „allow“ und „block“) oder zwei Mustern, eine für den Abgleich und eine für den Ersatz als Ersatz-URL. Es sind mehrere „rewrite“-Anweisungen für dieselbe URL möglich.
--[no]experimental_guard_against_concurrent_changes-Standardwert: "false"
Deaktivieren Sie diese Option, um die Uhrzeit der Eingabedateien einer Aktion zu prüfen, bevor Sie sie in einen Remote-Cache hochladen. Es kann vorkommen, dass der Linux-Kernel das Schreiben von Dateien verzögert, was zu falsch positiven Ergebnissen führen kann.
--[no]experimental_remote_cache_async-Standardwert: "false"
Wenn „true“, wird E/A des Remote-Cache im Hintergrund ausgeführt, anstatt als Teil einer Ladung.
--[no]experimental_remote_cache_compression-Standardwert: "false"
Wenn diese Option aktiviert ist, komprimieren/dekomprimieren Sie die Cache-Blobs mit zstd.
--experimental_remote_capture_corrupted_outputs=<a path>-Standard: siehe Beschreibung
Ein Pfad zu einem Verzeichnis, in dem die beschädigten Ausgaben erfasst werden.
--experimental_remote_downloader=<a string>-Standard: siehe Beschreibung
Ein URI-Endpunkt-URI für die Remote-API, der als Remote-Download-Proxy verwendet werden soll. Unterstützte Schemas sind gRPC, gRPCs (GRPC mit aktiviertem TLS) und unix (lokale UNIX-Sockets). Wenn kein Schema angegeben ist, wird Istio standardmäßig auf gRPCs festgelegt. Siehe https://github.com/bazelbuild/remote-apis/Blob/master/build/bazel/remote/asset/v1/remote_asset.proto
--[no]experimental_remote_execution_keepalive-Standardwert: "false"
Damit wird Keepalive für Aufrufe zur Remote-Ausführung verwendet.
--experimental_remote_grpc_log=<a path>-Standard: siehe Beschreibung
Wenn angegeben, ein Pfad zu einer Datei, um gRPC-Aufrufdetails zu protokollieren. Dieses Log besteht aus einer Sequenz der serialisierten com.google.devtools.build.lib.remote.logging.RemoteExecutionLog.PhoneNumber CryptoKeys, wobei jeder Nachrichten ein Präfix vorangestellt wird, das die Größe der folgenden serialisierten Ю-Nachricht angibt. Sie wird von der Methode „BidRequest.writeDelimitedTo(OutputStream) ausgeführt.
--[no]experimental_remote_merkle_tree_cache-Standardwert: "false"
Wenn diese Richtlinie auf „true“ gesetzt wird, werden die Baumdiagramme von Merkle gespeichert, um die Trefferquote beim Remote-Cache zu verbessern. Der Abzug für den Arbeitsspeicher des Cache wird durch „--experimental_remote_merkle_tree_cache_size“ gesteuert.
--experimental_remote_merkle_tree_cache_size=<a long integer>-Standardwert: "1000"
Die Anzahl der zu speichernden Merkle-Bäume, um die Trefferquote beim Remote-Cache zu verbessern. Obwohl der Cache gemäß der Verarbeitung von Soft References aus Java automatisch entfernt wird, können zu wenige Speicherfehler auftreten, wenn der Cache zu hoch ist. Wenn Sie den Wert auf 0 setzen, ist die Cache-Größe unbegrenzt. Der optimale Wert hängt von der Größe des Projekts ab. Die Standardeinstellung ist 1.000.
--[no]incompatible_remote_build_event_upload_respect_no_cache-Standardwert: "false"
Wenn auf „true“ gesetzt, werden von BEP referenzierte Ausgaben nicht in den Remote-Cache hochgeladen, wenn die Aktion, die generiert wird, nicht aus dem Remote-Cache gespeichert werden kann.
--[no]incompatible_remote_output_paths_relative_to_input_root-Standardwert: "false"
Wenn dieser Wert auf „true“ gesetzt wird, beziehen sich die Ausgabepfade auf das Eingabestammmenü und nicht auf das Arbeitsverzeichnis.
Tags: incompatible_change
--[no]incompatible_remote_results_ignore_disk-Standardwert: "false"
Wenn sie auf „true“ gesetzt ist, werden die Spalten „--noremote_upload_local_results“ und „--noremote_accept_cached“ nicht auf den Festplatten-Cache angewendet. Wenn ein kombinierter Cache verwendet wird: "--noremote_upload_local_results" führt dazu, dass Ergebnisse in den Festplatten-Cache geschrieben, aber nicht in den Remote-Cache hochgeladen werden. --noremote_accept_cached führt dazu, dass Memcache im Laufwerks-Cache nach Ergebnissen sucht, aber nicht im Remote-Cache. no-remote-exec-Aktionen können den Festplatten-Cache erreichen. Weitere Informationen finden Sie unter #8216.
Tags: incompatible_change
--[no]remote_accept_cached-Standardwert: "true"
Gibt an, ob Ergebnisse aus der Ferne im Cache akzeptiert werden.
--remote_bytestream_uri_prefix=<a string>-Standard: siehe Beschreibung
Der Hostname und der Instanzname, die in bytestream://-URIs verwendet werden sollen, die in Build-Ereignisstreams geschrieben werden. Diese Option kann festgelegt werden, wenn Builds mit einem Proxy ausgeführt werden. Dadurch entsprechen die Werte „--remote_executor“ und „--remote_instance_name“ nicht mehr dem kanonischen Namen des Remote-Ausführungsdienstes. Wenn nicht festgelegt, wird standardmäßig "${hostname}/${instance_name}" verwendet.
--remote_cache=<a string>-Standard: siehe Beschreibung
URI eines Caching-Endpunkts. Unterstützt werden die Schemas HTTP, HTTPS, gRPC, gRPCs (GRPC mit TLS aktiviert) und Unix (lokale UNIX-Sockets). Wenn kein Schema angegeben ist, wird Istio standardmäßig auf gRPCs festgelegt. Geben Sie gcmd://, http:// oder unix: Schema an, um TLS zu deaktivieren. Siehe https://dbaze.build/docs/remote-caching
--remote_cache_header=<a 'name=value' assignment> Verwendungen sind angesammelt
Geben Sie einen Header an, der in Cache-Anfragen einbezogen werden soll: --remote_cache_header=Name=Value. Sie können mehrere Header übergeben, indem Sie das Flag mehrmals angeben. Mehrere Werte für denselben Namen werden in eine durch Kommas getrennte Liste umgewandelt.
--remote_default_exec_properties=<a 'name=value' assignment> Verwendungen sind angesammelt
Legen Sie die Standardattribute für die Ausführung fest, die als Plattform für die Remote-Ausführung verwendet werden sollen, falls nicht bereits eine Ausführungsplattform festgelegt wurde.
Tags: affects_outputs
--remote_default_platform_properties=<a string>-Standardwert: "
Legen Sie die Standardplattformeigenschaften fest, die für die Remote Ausführung API festgelegt werden sollen, wenn die Ausführungsplattform „remote_ execution_properties“ noch nicht festgelegt hat. Dieser Wert wird auch verwendet, wenn die Hostplattform als Ausführungsplattform für die Remote-Ausführung ausgewählt ist.
--remote_downloader_header=<a 'name=value' assignment> Verwendungen sind angesammelt
Geben Sie einen Header an, der in die Anforderungen von Remote-Downloadern aufgenommen werden soll: --remote_downloader_header=Name=Value. Sie können mehrere Header übergeben, indem Sie das Flag mehrmals angeben. Mehrere Werte für denselben Namen werden in eine durch Kommas getrennte Liste umgewandelt.
--remote_exec_header=<a 'name=value' assignment> Verwendungen sind angesammelt
Geben Sie einen Header an, der in Ausführungsanfragen enthalten sein soll: --remote_exec_header=Name=Value. Sie können mehrere Header übergeben, indem Sie das Flag mehrmals angeben. Mehrere Werte für denselben Namen werden in eine durch Kommas getrennte Liste umgewandelt.
--remote_execution_priority=<an integer>-Standardwert: "0"
Die relative Priorität von Aktionen, die aus der Ferne ausgeführt werden. Die Semantik der jeweiligen Prioritätswerte ist vom Server abhängig.
--remote_executor=<a string>-Standard: siehe Beschreibung
HOST oder HOST:PORT eines Remote-Ausführungsendpunkts. Unterstützte Schemas sind gRPC, gRPCs (GRPC mit aktiviertem TLS) und unix (lokale UNIX-Sockets). Wenn kein Schema angegeben ist, wird Istio standardmäßig auf gRPCs festgelegt. Geben Sie gcmd:// oder unix:-Schema an, um TLS zu deaktivieren.
--remote_header=<a 'name=value' assignment> Verwendungen sind angesammelt
Geben Sie einen Header an, der in Anfragen aufgenommen werden soll: --remote_header=Name=Value. Sie können mehrere Header übergeben, indem Sie das Flag mehrmals angeben. Mehrere Werte für denselben Namen werden in eine durch Kommas getrennte Liste umgewandelt.
--remote_instance_name=<a string>-Standardwert: "
Wert, der in der API für Remote-Ausführung als „instance_name“ übergeben wird.
--[no]remote_local_fallback-Standardwert: "false"
Gibt an, ob eine eigenständige lokale Ausführungsstrategie verwendet werden soll, wenn die Remote-Ausführung fehlschlägt.
--remote_local_fallback_strategy=<a string>-Standardwert: "local"
No-op, veraltet. Weitere Informationen finden Sie unter https://github.com/bazelbuild/bazel/issues/7480.
--remote_max_connections=<an integer>-Standardwert: "100"
Beschränken Sie die maximale Anzahl gleichzeitiger Verbindungen zum Remote-Cache/Executor. Der Wert ist standardmäßig 100. Wenn Sie den Wert auf 0 setzen, bedeutet das keine Beschränkung. Bei HTTP-Remote-Caches kann eine TCP-Verbindung nur eine Anfrage auf einmal verarbeiten. Deshalb kann Filestore bis zu --remote_max_connections gleichzeitige Anfragen senden. Für gRPC-Remote-Cache/-Executors kann ein gRPC-Kanal normalerweise mehr als 100 gleichzeitige Anfragen verarbeiten. Deshalb kann Istio etwa `--remote_max_connections * 100` gleichzeitige Anfragen ausführen.
Tags: host_machine_resource_optimizations
--remote_proxy=<a string>-Standard: siehe Beschreibung
Stellen Sie eine Verbindung zum Remote-Cache über einen Proxy her. Dieses Flag kann derzeit nur zum Konfigurieren eines Unix-Domain-Sockets (unix:/path/to/socket) verwendet werden.
--remote_result_cache_priority=<an integer>-Standardwert: "0"
Die relative Priorität von Remote-Aktionen, die im Remote-Cache gespeichert werden. Die Semantik der jeweiligen Prioritätswerte ist vom Server abhängig.
--remote_retries=<an integer>-Standardwert: "5"
Die maximale Anzahl von Versuchen, einen vorübergehenden Fehler zu wiederholen. Wenn Sie den Wert auf 0 setzen, sind Wiederholungsversuche deaktiviert.
--remote_timeout=<An immutable length of time.>-Standardwert: "60s"
Die maximale Zeit, die auf die Remote-Ausführung und die Cache-Aufrufe gewartet wird. Für den REST-Cache ist dies sowohl das Verbindungs- als auch das Lesezeitlimit. Folgende Einheiten können verwendet werden: Tage (d), Stunden (h), Minuten (m), Sekunden (s) und Millisekunden (ms). Wenn die Einheit weggelassen wird, wird der Wert als Sekunden interpretiert.
--[no]remote_upload_local_results-Standardwert: "true"
Gibt an, ob lokal ausgeführte Aktionsergebnisse in den Remote-Cache hochgeladen werden.
--[no]remote_verify_downloads-Standardwert: "true"
Wenn die Richtlinie auf „true“ gesetzt ist, berechnet Istio die Hash-Summe aller Remote-Downloads und verwirft die Werte im Cache, die nicht im Cache gespeichert sind, falls sie nicht mit dem erwarteten Wert übereinstimmen.
Sonstige Optionen, die nicht anderweitig kategorisiert sind:
--deleted_packages=<comma-separated list of package names>-Standardwert: "
Eine durch Kommas getrennte Liste von Namen von Paketen, die das Build-System als nicht vorhanden erachtet, auch wenn sie im Paketpfad sichtbar sind. Verwenden Sie diese Option, wenn Sie ein Unterpaket eines vorhandenen Pakets löschen möchten. Nachdem Sie z. B. x/y/BUILD in Ihrem Client gelöscht haben, kann es vorkommen, dass sich das Build-System beschädigt, wenn es mit einem Label '//x:y/z' gekennzeichnet ist, das noch von einem anderen package_path-Eintrag bereitgestellt wird. Durch Festlegen von --deleted_packages X/y wird dieses Problem vermieden.
--disk_cache=<a path>-Standard: siehe Beschreibung
Ein Pfad zu einem Verzeichnis, in dem Istio Aktionen und Aktionsausgaben lesen und schreiben kann. Wenn das Verzeichnis nicht existiert, wird es erstellt.
--google_auth_scopes=<comma-separated list of options>-Standardeinstellung: "https://www.googleapis.com/auth/cloud-platform"
Eine durch Kommas getrennte Liste von Google Cloud-Authentifizierungsbereichen.
--google_credentials=<a string>-Standard: siehe Beschreibung
Gibt die Datei an, von der Authentifizierungsdaten abgerufen werden. Weitere Informationen finden Sie unter https://cloud.google.com/docs/authentication.
--[no]google_default_credentials-Standardwert: "false"
Gibt an, ob für die Authentifizierung die Standardanmeldedaten für Anwendungen verwendet werden sollen. Weitere Informationen finden Sie unter https://cloud.google.com/docs/authentication. Standardmäßig deaktiviert.
--grpc_keepalive_time=<An immutable length of time.>-Standard: siehe Beschreibung
Konfiguriert Ping-Alive-Pings für ausgehende gRPC-Verbindungen. Wenn diese Richtlinie aktiviert ist, sendet Waze nach dieser langen Zeit keine Lesevorgänge für die Verbindung, allerdings nur dann, wenn mindestens ein ausstehender gRPC-Aufruf vorhanden ist. Uhrzeiten werden als zweiter Detaillierungsgrad behandelt. Es bedeutet, einen Wert unter 1 Sekunde festzulegen. Keep-Alive-Pings ist standardmäßig deaktiviert. Sprechen Sie sich vor dem Aktivieren dieser Einstellung mit dem Inhaber des Dienstes ab.
--grpc_keepalive_timeout=<An immutable length of time.>-Standardwert: "20s"
Konfiguriert ein Keep-Alive-Zeitlimit für ausgehende gRPC-Verbindungen. Wenn Keep-Alive-Pings mit --gRPC_keepalive_time aktiviert sind, gibt Filestore eine Zeitüberschreitung aus, falls es nach diesem Zeitraum keine Ping-Antwort mehr erhält. Uhrzeiten werden als zweiter Detaillierungsgrad behandelt. Es bedeutet, einen Wert unter 1 Sekunde festzulegen. Keep-Alive-Pings sind deaktiviert, wird diese Einstellung ignoriert.
--override_repository=<an equals-separated mapping of repository name to path> Verwendungen sind angesammelt
überschreibt ein Repository mit einem lokalen Verzeichnis.
--package_path=<colon-separated list of options>-Standardwert: "%workspace%"
Eine durch Punkte getrennte Liste der Orte, an denen nach Paketen gesucht werden soll Elemente, die mit '%workspace%' beginnen, sind relativ zum umgebenden Arbeitsbereich. Wenn es nicht vorhanden ist oder leer ist, wird standardmäßig die Ausgabe von 'bazel info default-package-path' verwendet.
--[no]show_loading_progress-Standardwert: "true"
Wenn diese Option aktiviert ist, gibt Istio die Nachrichten an &loadt package:" aus.
--tls_certificate=<a string>-Standard: siehe Beschreibung
Geben Sie einen Pfad zu einem TLS-Zertifikat an, das für Serversignaturen vertrauenswürdig ist.
--tls_client_certificate=<a string>-Standard: siehe Beschreibung
Geben Sie das zu verwendende TLS-Clientzertifikat an. Sie müssen auch einen Clientschlüssel angeben, um die Clientauthentifizierung zu aktivieren.
--tls_client_key=<a string>-Standard: siehe Beschreibung
Geben Sie den zu verwendenden TLS-Clientschlüssel an. Sie müssen auch ein Clientzertifikat angeben, um die Clientauthentifizierung zu aktivieren.

Hilfeoptionen

Optionen, die vor dem Befehl angezeigt werden und vom Client geparst werden:
--check_direct_dependencies=<off, warning or error>-Standardwert: "warning"
Prüfen Sie, ob die im Stammmodul angegebenen direkten „bazel_dep“-Abhängigkeiten mit den Versionen übereinstimmen, die Sie in der aufgelösten Abhängigkeitsgrafik abrufen. Gültige Werte sind „off“ (deaktiviert), um die Prüfung zu deaktivieren, oder „warning“ (Warnung), wenn eine Diskrepanz erkannt wird, oder „error“ (Fehler), um den Fehler zu beheben.
Tags: loading_and_analysis
--distdir=<a path> Verwendungen sind angesammelt
Zusätzliche Möglichkeiten, nach Archiven zu suchen, bevor auf das Netzwerk zugegriffen wird, um sie herunterzuladen
Tags: bazel_internal_configuration
--[no]experimental_enable_bzlmod-Standardwert: "false"
Wenn „true“ festgelegt ist, versucht Istio, externe Repositories aus dem Bzlmod-System zu laden, bevor er die WORKSPACE-Datei aufruft.
Tags: loading_and_analysis
Wenn diese Option aktiviert ist, wird die Datei im Repository-Cache bei einem Cache-Treffer nicht verknüpft, sondern nur im Cache gespeichert. So soll Speicherplatz gespart werden.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id-Standardwert: "false"
Wenn „true“, verwenden Sie einen String, der von den URLs der Repository-Downloads abgeleitet wird, als kanonische_id, sofern nicht angegeben. Wenn Sie den Cache eines Downloads mit demselben Hashwert herunterladen, führt dies zu einer Änderung der URLs. Hiermit kannst du prüfen, ob URL-Änderungen dazu führen, dass fehlerhafte Repositories vom Cache verdeckt werden.
Tags: loading_and_analysis, experimental
--[no]experimental_repository_disable_download-Standardwert: "false"
Wenn festgelegt, ist das Herunterladen externer Repositories nicht zulässig.
Tags: experimental
--experimental_repository_downloader_retries=<an integer>-Standardwert: "0"
Die maximale Anzahl von Versuchen für einen neuen Downloadfehler. Wenn Sie den Wert auf 0 setzen, sind Wiederholungsversuche deaktiviert.
Tags: experimental
--experimental_scale_timeouts=<a double>-Standardwert: "1.0"
Sämtliche Zeitüberschreitungen in den Starlark-Repository-Regeln werden nach diesem Faktor skaliert. Auf diese Weise können externe Repositories auf Computern ausgeführt werden, die langsamer als erwartet sind, ohne den Quellcode zu ändern.
Tags: bazel_internal_configuration, experimental
--http_timeout_scaling=<a double>-Standardwert: "1.0"
Alle Zeitüberschreitungen in Bezug auf HTTP-Downloads um den angegebenen Faktor skalieren
Tags: bazel_internal_configuration
--[no]ignore_dev_dependency-Standardwert: "false"
Wenn "true", ignoriert Istio "bazel_dep" und "use_extension" als "dev_dependency" im MODULE.bazel des Stammmoduls. Diese Entwicklungsabhängigkeiten werden in der Datei MODULE.bazel immer ignoriert, wenn sie nicht das Stammmodul ist. Dies gilt unabhängig vom Wert dieses Flags.
Tags: loading_and_analysis
--registry=<a string> Verwendungen sind angesammelt
Gibt die Registries an, in denen die Abhängigkeiten des Istio-Moduls gefunden werden sollen. Die Reihenfolge ist dabei wichtig: Die Module werden in früheren Registries aufgeführt, erst später, wenn sie nicht mehr in den früheren Registries vorhanden sind.
Tags: changes_inputs
--repository_cache=<a path>-Standard: siehe Beschreibung
Gibt den Cache-Speicherort der heruntergeladenen Werte an, die beim Abrufen externer Repositories abgerufen wurden. Ein leerer String als Argument fordert an, den Cache zu deaktivieren.
Tags: bazel_internal_configuration
Optionen, die sich darauf auswirken, wie strikt
gültige Build-Eingaben erzwingt (Regeldefinitionen, Flag-Kombinationen usw.):
--experimental_repository_hash_file=<a string>-Standardwert: "
Wenn dieses Feld nicht leer ist, wird eine Datei mit einem aufgelösten Wert angegeben, mit dem die Repository-Verzeichnis-Hashes verifiziert werden sollen
Tags: affects_outputs, experimental
--experimental_verify_repository_rules=<a string> Verwendungen sind angesammelt
Wenn eine Liste von Repository-Regeln vorhanden ist, für die der Hash des Ausgabeverzeichnisses verifiziert werden soll, wird eine Datei von --experimental_Repository_hash_file angegeben.
Tags: affects_outputs, experimental
Diese Option betrifft die Semantik der Starlark-Sprache oder der Build API, die für BUILD-Dateien, BZL-Dateien und WORKSPACE-Dateien zur Verfügung steht.
--[no]experimental_allow_top_level_aspects_parameters-Standardwert: "true"
No-op
Tags: no_op, deprecated, experimental
Optionen, die die Ausführlichkeit, das Format oder den Speicherort des Loggings beeinflussen:
--[no]experimental_record_metrics_for_all_mnemonics-Standardwert: "false"
Standardmäßig ist die Anzahl der Aktionstypen auf die 20 Speichergruppen mit der größten Anzahl ausgeführter Aktionen beschränkt. Wenn Sie diese Option aktivieren, werden alle Statistiken gespeichert.
--help_verbosity=<long, medium or short>-Standardwert: "medium"
Wählen Sie den Ausführlichkeitsgrad des Hilfebefehls aus.
Tags: affects_outputs, terminal_output
--long [-l]
Zeige nicht nur den Namen, sondern eine vollständige Beschreibung jeder Option an.
Erweiterung zu:
--help_verbosity=long

Tags: affects_outputs, terminal_output
--short
Hier werden nur die Namen der Optionen angezeigt, nicht Typ und Bedeutung.
Erweiterung zu:
--help_verbosity=short

Tags: affects_outputs, terminal_output
Optionen zur Angabe oder Änderung einer allgemeinen Eingabe für einen Istio-Befehl, die nicht in andere Kategorien fallen:
--experimental_resolved_file_instead_of_workspace=<a string>-Standardwert: "
Wenn die Antwort nicht leer ist, lesen Sie die angegebene aufgelöste Datei anstelle der WORKSPACE-Datei.
Tags: changes_inputs
Optionen für Remote-Caching und Ausführung:
--experimental_downloader_config=<a string>-Standard: siehe Beschreibung
Geben Sie eine Datei an, mit der der Remote-Downloader konfiguriert werden soll. Diese Datei besteht aus Zeilen, die jeweils mit einer Direktive („allow“, „block“ oder „rewrite“) beginnen, gefolgt von einem Hostnamen (für „allow“ und „block“) oder zwei Mustern, eine für den Abgleich und eine für den Ersatz als Ersatz-URL. Es sind mehrere „rewrite“-Anweisungen für dieselbe URL möglich.
Sonstige Optionen, die nicht anderweitig kategorisiert sind:
--override_repository=<an equals-separated mapping of repository name to path> Verwendungen sind angesammelt
überschreibt ein Repository mit einem lokalen Verzeichnis.

Infooptionen

Übernimmt alle Optionen von Build

Optionen, die vor dem Befehl angezeigt werden und vom Client geparst werden:
--check_direct_dependencies=<off, warning or error>-Standardwert: "warning"
Prüfen Sie, ob die im Stammmodul angegebenen direkten „bazel_dep“-Abhängigkeiten mit den Versionen übereinstimmen, die Sie in der aufgelösten Abhängigkeitsgrafik abrufen. Gültige Werte sind „off“ (deaktiviert), um die Prüfung zu deaktivieren, oder „warning“ (Warnung), wenn eine Diskrepanz erkannt wird, oder „error“ (Fehler), um den Fehler zu beheben.
Tags: loading_and_analysis
--distdir=<a path> Verwendungen sind angesammelt
Zusätzliche Möglichkeiten, nach Archiven zu suchen, bevor auf das Netzwerk zugegriffen wird, um sie herunterzuladen
Tags: bazel_internal_configuration
--[no]experimental_enable_bzlmod-Standardwert: "false"
Wenn „true“ festgelegt ist, versucht Istio, externe Repositories aus dem Bzlmod-System zu laden, bevor er die WORKSPACE-Datei aufruft.
Tags: loading_and_analysis
Wenn diese Option aktiviert ist, wird die Datei im Repository-Cache bei einem Cache-Treffer nicht verknüpft, sondern nur im Cache gespeichert. So soll Speicherplatz gespart werden.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id-Standardwert: "false"
Wenn „true“, verwenden Sie einen String, der von den URLs der Repository-Downloads abgeleitet wird, als kanonische_id, sofern nicht angegeben. Wenn Sie den Cache eines Downloads mit demselben Hashwert herunterladen, führt dies zu einer Änderung der URLs. Hiermit kannst du prüfen, ob URL-Änderungen dazu führen, dass fehlerhafte Repositories vom Cache verdeckt werden.
Tags: loading_and_analysis, experimental
--[no]experimental_repository_disable_download-Standardwert: "false"
Wenn festgelegt, ist das Herunterladen externer Repositories nicht zulässig.
Tags: experimental
--experimental_repository_downloader_retries=<an integer>-Standardwert: "0"
Die maximale Anzahl von Versuchen für einen neuen Downloadfehler. Wenn Sie den Wert auf 0 setzen, sind Wiederholungsversuche deaktiviert.
Tags: experimental
--experimental_scale_timeouts=<a double>-Standardwert: "1.0"
Sämtliche Zeitüberschreitungen in den Starlark-Repository-Regeln werden nach diesem Faktor skaliert. Auf diese Weise können externe Repositories auf Computern ausgeführt werden, die langsamer als erwartet sind, ohne den Quellcode zu ändern.
Tags: bazel_internal_configuration, experimental
--http_timeout_scaling=<a double>-Standardwert: "1.0"
Alle Zeitüberschreitungen in Bezug auf HTTP-Downloads um den angegebenen Faktor skalieren
Tags: bazel_internal_configuration
--[no]ignore_dev_dependency-Standardwert: "false"
Wenn "true", ignoriert Istio "bazel_dep" und "use_extension" als "dev_dependency" im MODULE.bazel des Stammmoduls. Diese Entwicklungsabhängigkeiten werden in der Datei MODULE.bazel immer ignoriert, wenn sie nicht das Stammmodul ist. Dies gilt unabhängig vom Wert dieses Flags.
Tags: loading_and_analysis
--registry=<a string> Verwendungen sind angesammelt
Gibt die Registries an, in denen die Abhängigkeiten des Istio-Moduls gefunden werden sollen. Die Reihenfolge ist dabei wichtig: Die Module werden in früheren Registries aufgeführt, erst später, wenn sie nicht mehr in den früheren Registries vorhanden sind.
Tags: changes_inputs
--repository_cache=<a path>-Standard: siehe Beschreibung
Gibt den Cache-Speicherort der heruntergeladenen Werte an, die beim Abrufen externer Repositories abgerufen wurden. Ein leerer String als Argument fordert an, den Cache zu deaktivieren.
Tags: bazel_internal_configuration
Optionen, die sich darauf auswirken, wie strikt
gültige Build-Eingaben erzwingt (Regeldefinitionen, Flag-Kombinationen usw.):
--experimental_repository_hash_file=<a string>-Standardwert: "
Wenn dieses Feld nicht leer ist, wird eine Datei mit einem aufgelösten Wert angegeben, mit dem die Repository-Verzeichnis-Hashes verifiziert werden sollen
Tags: affects_outputs, experimental
--experimental_verify_repository_rules=<a string> Verwendungen sind angesammelt
Wenn eine Liste von Repository-Regeln vorhanden ist, für die der Hash des Ausgabeverzeichnisses verifiziert werden soll, wird eine Datei von --experimental_Repository_hash_file angegeben.
Tags: affects_outputs, experimental
Diese Option betrifft die Semantik der Starlark-Sprache oder der Build API, die für BUILD-Dateien, BZL-Dateien und WORKSPACE-Dateien zur Verfügung steht.
--[no]experimental_allow_top_level_aspects_parameters-Standardwert: "true"
No-op
Tags: no_op, deprecated, experimental
Optionen, die die Ausführlichkeit, das Format oder den Speicherort des Loggings beeinflussen:
--[no]experimental_record_metrics_for_all_mnemonics-Standardwert: "false"
Standardmäßig ist die Anzahl der Aktionstypen auf die 20 Speichergruppen mit der größten Anzahl ausgeführter Aktionen beschränkt. Wenn Sie diese Option aktivieren, werden alle Statistiken gespeichert.
--[no]show_make_env-Standardwert: "false"
Geben Sie die Umgebung „Make“ in die Ausgabe ein.
Tags: affects_outputs, terminal_output
Optionen zur Angabe oder Änderung einer allgemeinen Eingabe für einen Istio-Befehl, die nicht in andere Kategorien fallen:
--experimental_resolved_file_instead_of_workspace=<a string>-Standardwert: "
Wenn die Antwort nicht leer ist, lesen Sie die angegebene aufgelöste Datei anstelle der WORKSPACE-Datei.
Tags: changes_inputs
Optionen für Remote-Caching und Ausführung:
--experimental_downloader_config=<a string>-Standard: siehe Beschreibung
Geben Sie eine Datei an, mit der der Remote-Downloader konfiguriert werden soll. Diese Datei besteht aus Zeilen, die jeweils mit einer Direktive („allow“, „block“ oder „rewrite“) beginnen, gefolgt von einem Hostnamen (für „allow“ und „block“) oder zwei Mustern, eine für den Abgleich und eine für den Ersatz als Ersatz-URL. Es sind mehrere „rewrite“-Anweisungen für dieselbe URL möglich.
Sonstige Optionen, die nicht anderweitig kategorisiert sind:
--override_repository=<an equals-separated mapping of repository name to path> Verwendungen sind angesammelt
überschreibt ein Repository mit einem lokalen Verzeichnis.

Lizenzoptionen

Optionen, die vor dem Befehl angezeigt werden und vom Client geparst werden:
--check_direct_dependencies=<off, warning or error>-Standardwert: "warning"
Prüfen Sie, ob die im Stammmodul angegebenen direkten „bazel_dep“-Abhängigkeiten mit den Versionen übereinstimmen, die Sie in der aufgelösten Abhängigkeitsgrafik abrufen. Gültige Werte sind „off“ (deaktiviert), um die Prüfung zu deaktivieren, oder „warning“ (Warnung), wenn eine Diskrepanz erkannt wird, oder „error“ (Fehler), um den Fehler zu beheben.
Tags: loading_and_analysis
--distdir=<a path> Verwendungen sind angesammelt
Zusätzliche Möglichkeiten, nach Archiven zu suchen, bevor auf das Netzwerk zugegriffen wird, um sie herunterzuladen
Tags: bazel_internal_configuration
--[no]experimental_enable_bzlmod-Standardwert: "false"
Wenn „true“ festgelegt ist, versucht Istio, externe Repositories aus dem Bzlmod-System zu laden, bevor er die WORKSPACE-Datei aufruft.
Tags: loading_and_analysis
Wenn diese Option aktiviert ist, wird die Datei im Repository-Cache bei einem Cache-Treffer nicht verknüpft, sondern nur im Cache gespeichert. So soll Speicherplatz gespart werden.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id-Standardwert: "false"
Wenn „true“, verwenden Sie einen String, der von den URLs der Repository-Downloads abgeleitet wird, als kanonische_id, sofern nicht angegeben. Wenn Sie den Cache eines Downloads mit demselben Hashwert herunterladen, führt dies zu einer Änderung der URLs. Hiermit kannst du prüfen, ob URL-Änderungen dazu führen, dass fehlerhafte Repositories vom Cache verdeckt werden.
Tags: loading_and_analysis, experimental
--[no]experimental_repository_disable_download-Standardwert: "false"
Wenn festgelegt, ist das Herunterladen externer Repositories nicht zulässig.
Tags: experimental
--experimental_repository_downloader_retries=<an integer>-Standardwert: "0"
Die maximale Anzahl von Versuchen für einen neuen Downloadfehler. Wenn Sie den Wert auf 0 setzen, sind Wiederholungsversuche deaktiviert.
Tags: experimental
--experimental_scale_timeouts=<a double>-Standardwert: "1.0"
Sämtliche Zeitüberschreitungen in den Starlark-Repository-Regeln werden nach diesem Faktor skaliert. Auf diese Weise können externe Repositories auf Computern ausgeführt werden, die langsamer als erwartet sind, ohne den Quellcode zu ändern.
Tags: bazel_internal_configuration, experimental
--http_timeout_scaling=<a double>-Standardwert: "1.0"
Alle Zeitüberschreitungen in Bezug auf HTTP-Downloads um den angegebenen Faktor skalieren
Tags: bazel_internal_configuration
--[no]ignore_dev_dependency-Standardwert: "false"
Wenn "true", ignoriert Istio "bazel_dep" und "use_extension" als "dev_dependency" im MODULE.bazel des Stammmoduls. Diese Entwicklungsabhängigkeiten werden in der Datei MODULE.bazel immer ignoriert, wenn sie nicht das Stammmodul ist. Dies gilt unabhängig vom Wert dieses Flags.
Tags: loading_and_analysis
--registry=<a string> Verwendungen sind angesammelt
Gibt die Registries an, in denen die Abhängigkeiten des Istio-Moduls gefunden werden sollen. Die Reihenfolge ist dabei wichtig: Die Module werden in früheren Registries aufgeführt, erst später, wenn sie nicht mehr in den früheren Registries vorhanden sind.
Tags: changes_inputs
--repository_cache=<a path>-Standard: siehe Beschreibung
Gibt den Cache-Speicherort der heruntergeladenen Werte an, die beim Abrufen externer Repositories abgerufen wurden. Ein leerer String als Argument fordert an, den Cache zu deaktivieren.
Tags: bazel_internal_configuration
Optionen, die sich darauf auswirken, wie strikt
gültige Build-Eingaben erzwingt (Regeldefinitionen, Flag-Kombinationen usw.):
--experimental_repository_hash_file=<a string>-Standardwert: "
Wenn dieses Feld nicht leer ist, wird eine Datei mit einem aufgelösten Wert angegeben, mit dem die Repository-Verzeichnis-Hashes verifiziert werden sollen
Tags: affects_outputs, experimental
--experimental_verify_repository_rules=<a string> Verwendungen sind angesammelt
Wenn eine Liste von Repository-Regeln vorhanden ist, für die der Hash des Ausgabeverzeichnisses verifiziert werden soll, wird eine Datei von --experimental_Repository_hash_file angegeben.
Tags: affects_outputs, experimental
Diese Option betrifft die Semantik der Starlark-Sprache oder der Build API, die für BUILD-Dateien, BZL-Dateien und WORKSPACE-Dateien zur Verfügung steht.
--[no]experimental_allow_top_level_aspects_parameters-Standardwert: "true"
No-op
Tags: no_op, deprecated, experimental
Optionen, die die Ausführlichkeit, das Format oder den Speicherort des Loggings beeinflussen:
--[no]experimental_record_metrics_for_all_mnemonics-Standardwert: "false"
Standardmäßig ist die Anzahl der Aktionstypen auf die 20 Speichergruppen mit der größten Anzahl ausgeführter Aktionen beschränkt. Wenn Sie diese Option aktivieren, werden alle Statistiken gespeichert.
Optionen, die eine allgemeine Eingabe zu einem Istio-Befehl angeben oder ändern, die nicht in andere Kategorien fällt:
--experimental_resolved_file_instead_of_workspace=<a string>-Standardwert: "
Wenn die Antwort nicht leer ist, lesen Sie die angegebene aufgelöste Datei anstelle der WORKSPACE-Datei.
Tags: changes_inputs
Optionen für Remote-Caching und Ausführung:
--experimental_downloader_config=<a string>-Standard: siehe Beschreibung
Geben Sie eine Datei an, mit der der Remote-Downloader konfiguriert werden soll. Diese Datei besteht aus Zeilen, die jeweils mit einer Direktive („allow“, „block“ oder „rewrite“) beginnen, gefolgt von einem Hostnamen (für „allow“ und „block“) oder zwei Mustern, eine für den Abgleich und eine für den Ersatz als Ersatz-URL. Es sind mehrere „rewrite“-Anweisungen für dieselbe URL möglich.
Sonstige Optionen, die nicht anderweitig kategorisiert sind:
--override_repository=<an equals-separated mapping of repository name to path> Verwendungen sind angesammelt
überschreibt ein Repository mit einem lokalen Verzeichnis.

Optionen zur Installation mobiler Apps

Übernimmt alle Optionen von Build

Optionen, die vor dem Befehl angezeigt werden und vom Client geparst werden:
--check_direct_dependencies=<off, warning or error>-Standardwert: "warning"
Prüfen Sie, ob die im Stammmodul angegebenen direkten „bazel_dep“-Abhängigkeiten mit den Versionen übereinstimmen, die Sie in der aufgelösten Abhängigkeitsgrafik abrufen. Gültige Werte sind „off“ (deaktiviert), um die Prüfung zu deaktivieren, oder „warning“ (Warnung), wenn eine Diskrepanz erkannt wird, oder „error“ (Fehler), um den Fehler zu beheben.
Tags: loading_and_analysis
--distdir=<a path> Verwendungen sind angesammelt
Zusätzliche Möglichkeiten, nach Archiven zu suchen, bevor auf das Netzwerk zugegriffen wird, um sie herunterzuladen
Tags: bazel_internal_configuration
--[no]experimental_enable_bzlmod-Standardwert: "false"
Wenn „true“ festgelegt ist, versucht Istio, externe Repositories aus dem Bzlmod-System zu laden, bevor er die WORKSPACE-Datei aufruft.
Tags: loading_and_analysis
Wenn diese Option aktiviert ist, wird die Datei im Repository-Cache bei einem Cache-Treffer nicht verknüpft, sondern nur im Cache gespeichert. So soll Speicherplatz gespart werden.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id-Standardwert: "false"
Wenn „true“, verwenden Sie einen String, der von den URLs der Repository-Downloads abgeleitet wird, als kanonische_id, sofern nicht angegeben. Wenn Sie den Cache eines Downloads mit demselben Hashwert herunterladen, führt dies zu einer Änderung der URLs. Hiermit kannst du prüfen, ob URL-Änderungen dazu führen, dass fehlerhafte Repositories vom Cache verdeckt werden.
Tags: loading_and_analysis, experimental
--[no]experimental_repository_disable_download-Standardwert: "false"
Wenn festgelegt, ist das Herunterladen externer Repositories nicht zulässig.
Tags: experimental
--experimental_repository_downloader_retries=<an integer>-Standardwert: "0"
Die maximale Anzahl von Versuchen für einen neuen Downloadfehler. Wenn Sie den Wert auf 0 setzen, sind Wiederholungsversuche deaktiviert.
Tags: experimental
--experimental_scale_timeouts=<a double>-Standardwert: "1.0"
Sämtliche Zeitüberschreitungen in den Starlark-Repository-Regeln werden nach diesem Faktor skaliert. Auf diese Weise können externe Repositories auf Computern ausgeführt werden, die langsamer als erwartet sind, ohne den Quellcode zu ändern.
Tags: bazel_internal_configuration, experimental
--http_timeout_scaling=<a double>-Standardwert: "1.0"
Alle Zeitüberschreitungen in Bezug auf HTTP-Downloads um den angegebenen Faktor skalieren
Tags: bazel_internal_configuration
--[no]ignore_dev_dependency-Standardwert: "false"
Wenn "true", ignoriert Istio "bazel_dep" und "use_extension" als "dev_dependency" im MODULE.bazel des Stammmoduls. Diese Entwicklungsabhängigkeiten werden in der Datei MODULE.bazel immer ignoriert, wenn sie nicht das Stammmodul ist. Dies gilt unabhängig vom Wert dieses Flags.
Tags: loading_and_analysis
--registry=<a string> Verwendungen sind angesammelt
Gibt die Registries an, in denen die Abhängigkeiten des Istio-Moduls gefunden werden sollen. Die Reihenfolge ist dabei wichtig: Die Module werden in früheren Registries aufgeführt, erst später, wenn sie nicht mehr in den früheren Registries vorhanden sind.
Tags: changes_inputs
--repository_cache=<a path>-Standard: siehe Beschreibung
Gibt den Cache-Speicherort der heruntergeladenen Werte an, die beim Abrufen externer Repositories abgerufen wurden. Ein leerer String als Argument fordert an, den Cache zu deaktivieren.
Tags: bazel_internal_configuration
Optionen zur Steuerung der Build-Ausführung:
--mode=<classic, classic_internal_test_do_not_use or skylark>-Standardwert: "classic"
Wählen Sie aus, wie die Installation auf Mobilgeräten ausgeführt werden soll. Mit dieser Version wird die aktuelle Version der mobilen Installation ausgeführt. Mit der neuen Starlark-Version, die die Funktion „android_test“ unterstützt, ist sie verfügbar.
Tags: loading_and_analysis, execution, incompatible_change
Optionen, mit denen die Toolchain konfiguriert wird, die für die Aktionsausführung verwendet wird:
--adb=<a string>-Standardwert: "
adb-Binärprogramm, das für den Befehl 'mobile-install' verwendet werden soll. Wenn dieser Wert nicht angegeben ist, wird das im Android SDK enthaltene SDK verwendet, das mit der Befehlszeilenoption „--android_sdk“ angegeben wurde, oder das Standard-SDK, wenn „--android_sdk“ nicht angegeben ist.
Tags: changes_inputs
Optionen zur Steuerung der Ausgabe des Befehls:
--[no]incremental-Standardwert: "false"
ob die Installation schrittweise vorgenommen werden soll. Wenn „true“, versuchen Sie, unnötige zusätzliche Arbeit zu vermeiden. Lesen Sie dazu den Status des Geräts, auf dem der Code installiert werden soll, und verwenden Sie diese Informationen, um unnötige Arbeit zu vermeiden. Wenn „false“ (Standardeinstellung) ist, sollten Sie immer eine vollständige Installation durchführen.
Tags: loading_and_analysis
--[no]split_apks-Standardwert: "false"
Mit der Angabe, ob zum Ausführen oder Aktualisieren der Anwendung Aufteilungs-APKs verwendet werden sollen. Funktioniert nur mit Geräten mit Marshmallow oder höher
Tags: loading_and_analysis, affects_outputs
Optionen, mit denen der Nutzer die gewünschte Ausgabe konfigurieren kann, die sich auf seinen Wert auswirkt (und nicht auf dessen Existenz):
--adb_arg=<a string> Verwendungen sind angesammelt
Zusätzliche Argumente, die an adb übergeben werden. Wird normalerweise zur Kennzeichnung eines Geräts für die Installation verwendet.
Tags: action_command_lines
--debug_app
Gibt an, ob auf den Debugger gewartet werden soll, bevor die App gestartet wird.
Erweiterung zu:
--start=DEBUG

Tags: execution
--device=<a string>-Standardwert: "
Die ADB-Seriennummer. Wenn keine Angabe erfolgt, wird das erste Gerät verwendet.
Tags: action_command_lines
--start=<no, cold, warm or debug>-Standardwert: "NO"
So sollte die App nach der Installation gestartet werden. Wählen Sie WARM aus, um den Anwendungsstatus bei inkrementellen Installationen beizubehalten und wiederherzustellen.
Tags: execution
--start_app
Gibt an, ob die App nach der Installation gestartet werden soll.
Erweiterung zu:
--start=COLD

Tags: execution
Optionen, die sich darauf auswirken, wie strikt gültige Build-Eingaben (erfasste Definitionen, Flag-Kombinationen usw.) von Istio erzwungen werden:
--experimental_repository_hash_file=<a string>-Standardwert: "
Wenn dieses Feld nicht leer ist, wird eine Datei mit einem aufgelösten Wert angegeben, mit dem die Repository-Verzeichnis-Hashes verifiziert werden sollen
Tags: affects_outputs, experimental
--experimental_verify_repository_rules=<a string> Verwendungen sind angesammelt
Wenn eine Liste von Repository-Regeln vorhanden ist, für die der Hash des Ausgabeverzeichnisses verifiziert werden soll, wird eine Datei von --experimental_Repository_hash_file angegeben.
Tags: affects_outputs, experimental
Diese Option betrifft die Semantik der Starlark-Sprache oder der Build API, die für BUILD-Dateien, BZL-Dateien und WORKSPACE-Dateien zur Verfügung steht.
--[no]experimental_allow_top_level_aspects_parameters-Standardwert: "true"
No-op
Tags: no_op, deprecated, experimental
Optionen, die die Ausführlichkeit, das Format oder den Speicherort des Loggings beeinflussen:
--[no]experimental_record_metrics_for_all_mnemonics-Standardwert: "false"
Standardmäßig ist die Anzahl der Aktionstypen auf die 20 Speichergruppen mit der größten Anzahl ausgeführter Aktionen beschränkt. Wenn Sie diese Option aktivieren, werden alle Statistiken gespeichert.
--incremental_install_verbosity=<a string>-Standardwert: "
Die Ausführlichkeit der inkrementellen Installation Legen Sie diesen Wert für das Debuggingprotokoll auf 1 fest.
Tags: bazel_monitoring
Optionen zur Angabe oder Änderung einer allgemeinen Eingabe für einen Istio-Befehl, die nicht in andere Kategorien fallen:
--experimental_resolved_file_instead_of_workspace=<a string>-Standardwert: "
Wenn die Antwort nicht leer ist, lesen Sie die angegebene aufgelöste Datei anstelle der WORKSPACE-Datei.
Tags: changes_inputs
Optionen für Remote-Caching und Ausführung:
--experimental_downloader_config=<a string>-Standard: siehe Beschreibung
Geben Sie eine Datei an, mit der der Remote-Downloader konfiguriert werden soll. Diese Datei besteht aus Zeilen, die jeweils mit einer Direktive („allow“, „block“ oder „rewrite“) beginnen, gefolgt von einem Hostnamen (für „allow“ und „block“) oder zwei Mustern, eine für den Abgleich und eine für den Ersatz als Ersatz-URL. Es sind mehrere „rewrite“-Anweisungen für dieselbe URL möglich.
Sonstige Optionen, die nicht anderweitig kategorisiert sind:
--override_repository=<an equals-separated mapping of repository name to path> Verwendungen sind angesammelt
überschreibt ein Repository mit einem lokalen Verzeichnis.

Übernimmt alle Optionen von Build

Optionen, die vor dem Befehl angezeigt werden und vom Client geparst werden:
--check_direct_dependencies=<off, warning or error>-Standardwert: "warning"
Prüfen Sie, ob die im Stammmodul angegebenen direkten „bazel_dep“-Abhängigkeiten mit den Versionen übereinstimmen, die Sie in der aufgelösten Abhängigkeitsgrafik abrufen. Gültige Werte sind „off“ (deaktiviert), um die Prüfung zu deaktivieren, oder „warning“ (Warnung), wenn eine Diskrepanz erkannt wird, oder „error“ (Fehler), um den Fehler zu beheben.
Tags: loading_and_analysis
--distdir=<a path> Verwendungen sind angesammelt
Zusätzliche Möglichkeiten, nach Archiven zu suchen, bevor auf das Netzwerk zugegriffen wird, um sie herunterzuladen
Tags: bazel_internal_configuration
--[no]experimental_enable_bzlmod-Standardwert: "false"
Wenn „true“ festgelegt ist, versucht Istio, externe Repositories aus dem Bzlmod-System zu laden, bevor er die WORKSPACE-Datei aufruft.
Tags: loading_and_analysis
Wenn diese Option aktiviert ist, wird die Datei im Repository-Cache bei einem Cache-Treffer nicht verknüpft, sondern nur im Cache gespeichert. So soll Speicherplatz gespart werden.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id-Standardwert: "false"
Wenn „true“, verwenden Sie einen String, der von den URLs der Repository-Downloads abgeleitet wird, als kanonische_id, sofern nicht angegeben. Wenn Sie den Cache eines Downloads mit demselben Hashwert herunterladen, führt dies zu einer Änderung der URLs. Hiermit kannst du prüfen, ob URL-Änderungen dazu führen, dass fehlerhafte Repositories vom Cache verdeckt werden.
Tags: loading_and_analysis, experimental
--[no]experimental_repository_disable_download-Standardwert: "false"
Wenn festgelegt, ist das Herunterladen externer Repositories nicht zulässig.
Tags: experimental
--experimental_repository_downloader_retries=<an integer>-Standardwert: "0"
Die maximale Anzahl von Versuchen für einen neuen Downloadfehler. Wenn Sie den Wert auf 0 setzen, sind Wiederholungsversuche deaktiviert.
Tags: experimental
--experimental_scale_timeouts=<a double>-Standardwert: "1.0"
Sämtliche Zeitüberschreitungen in den Starlark-Repository-Regeln werden nach diesem Faktor skaliert. Auf diese Weise können externe Repositories auf Computern ausgeführt werden, die langsamer als erwartet sind, ohne den Quellcode zu ändern.
Tags: bazel_internal_configuration, experimental
--http_timeout_scaling=<a double>-Standardwert: "1.0"
Alle Zeitüberschreitungen in Bezug auf HTTP-Downloads um den angegebenen Faktor skalieren
Tags: bazel_internal_configuration
--[no]ignore_dev_dependency-Standardwert: "false"
Wenn "true", ignoriert Istio "bazel_dep" und "use_extension" als "dev_dependency" im MODULE.bazel des Stammmoduls. Diese Entwicklungsabhängigkeiten werden in der Datei MODULE.bazel immer ignoriert, wenn sie nicht das Stammmodul ist. Dies gilt unabhängig vom Wert dieses Flags.
Tags: loading_and_analysis
--registry=<a string> Verwendungen sind angesammelt
Gibt die Registries an, in denen die Abhängigkeiten des Istio-Moduls gefunden werden sollen. Die Reihenfolge ist dabei wichtig: Die Module werden in früheren Registries aufgeführt, erst später, wenn sie nicht mehr in den früheren Registries vorhanden sind.
Tags: changes_inputs
--repository_cache=<a path>-Standard: siehe Beschreibung
Gibt den Cache-Speicherort der heruntergeladenen Werte an, die beim Abrufen externer Repositories abgerufen wurden. Ein leerer String als Argument fordert an, den Cache zu deaktivieren.
Tags: bazel_internal_configuration
Optionen, die sich darauf auswirken, wie strikt
gültige Build-Eingaben erzwingt (Regeldefinitionen, Flag-Kombinationen usw.):
--experimental_repository_hash_file=<a string>-Standardwert: "
Wenn dieses Feld nicht leer ist, wird eine Datei mit einem aufgelösten Wert angegeben, mit dem die Repository-Verzeichnis-Hashes verifiziert werden sollen
Tags: affects_outputs, experimental
--experimental_verify_repository_rules=<a string> Verwendungen sind angesammelt
Wenn eine Liste von Repository-Regeln vorhanden ist, für die der Hash des Ausgabeverzeichnisses verifiziert werden soll, wird eine Datei von --experimental_Repository_hash_file angegeben.
Tags: affects_outputs, experimental
Diese Option betrifft die Semantik der Starlark-Sprache oder der Build API, die für BUILD-Dateien, BZL-Dateien und WORKSPACE-Dateien zur Verfügung steht.
--[no]experimental_allow_top_level_aspects_parameters-Standardwert: "true"
No-op
Tags: no_op, deprecated, experimental
Optionen, die die Ausführlichkeit, das Format oder den Speicherort des Loggings beeinflussen:
--[no]experimental_record_metrics_for_all_mnemonics-Standardwert: "false"
Standardmäßig ist die Anzahl der Aktionstypen auf die 20 Speichergruppen mit der größten Anzahl ausgeführter Aktionen beschränkt. Wenn Sie diese Option aktivieren, werden alle Statistiken gespeichert.
Optionen, die eine allgemeine Eingabe zu einem Istio-Befehl angeben oder ändern, die nicht in andere Kategorien fällt:
--experimental_resolved_file_instead_of_workspace=<a string>-Standardwert: "
Wenn die Antwort nicht leer ist, lesen Sie die angegebene aufgelöste Datei anstelle der WORKSPACE-Datei.
Tags: changes_inputs
Optionen für Remote-Caching und Ausführung:
--experimental_downloader_config=<a string>-Standard: siehe Beschreibung
Geben Sie eine Datei an, mit der der Remote-Downloader konfiguriert werden soll. Diese Datei besteht aus Zeilen, die jeweils mit einer Direktive („allow“, „block“ oder „rewrite“) beginnen, gefolgt von einem Hostnamen (für „allow“ und „block“) oder zwei Mustern, eine für den Abgleich und eine für den Ersatz als Ersatz-URL. Es sind mehrere „rewrite“-Anweisungen für dieselbe URL möglich.
Sonstige Optionen, die nicht anderweitig kategorisiert sind:
--override_repository=<an equals-separated mapping of repository name to path> Verwendungen sind angesammelt
überschreibt ein Repository mit einem lokalen Verzeichnis.
--print_action_mnemonics=<a string> Verwendungen sind angesammelt
Listet auf, nach denen Filterdaten für „print_action“ herausgefiltert werden. Wenn Sie das Feld nicht leer lassen, wird keine Filterung durchgeführt.

Abfrageoptionen

Optionen, die vor dem Befehl angezeigt werden und vom Client geparst werden:
--check_direct_dependencies=<off, warning or error>-Standardwert: "warning"
Prüfen Sie, ob die im Stammmodul angegebenen direkten „bazel_dep“-Abhängigkeiten mit den Versionen übereinstimmen, die Sie in der aufgelösten Abhängigkeitsgrafik abrufen. Gültige Werte sind „off“ (deaktiviert), um die Prüfung zu deaktivieren, oder „warning“ (Warnung), wenn eine Diskrepanz erkannt wird, oder „error“ (Fehler), um den Fehler zu beheben.
Tags: loading_and_analysis
--distdir=<a path> Verwendungen sind angesammelt
Zusätzliche Möglichkeiten, nach Archiven zu suchen, bevor auf das Netzwerk zugegriffen wird, um sie herunterzuladen
Tags: bazel_internal_configuration
--[no]experimental_enable_bzlmod-Standardwert: "false"
Wenn „true“ festgelegt ist, versucht Istio, externe Repositories aus dem Bzlmod-System zu laden, bevor er die WORKSPACE-Datei aufruft.
Tags: loading_and_analysis
Wenn diese Option aktiviert ist, wird die Datei im Repository-Cache bei einem Cache-Treffer nicht verknüpft, sondern nur im Cache gespeichert. So soll Speicherplatz gespart werden.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id-Standardwert: "false"
Wenn „true“, verwenden Sie einen String, der von den URLs der Repository-Downloads abgeleitet wird, als kanonische_id, sofern nicht angegeben. Wenn Sie den Cache eines Downloads mit demselben Hashwert herunterladen, führt dies zu einer Änderung der URLs. Hiermit kannst du prüfen, ob URL-Änderungen dazu führen, dass fehlerhafte Repositories vom Cache verdeckt werden.
Tags: loading_and_analysis, experimental
--[no]experimental_repository_disable_download-Standardwert: "false"
Wenn festgelegt, ist das Herunterladen externer Repositories nicht zulässig.
Tags: experimental
--experimental_repository_downloader_retries=<an integer>-Standardwert: "0"
Die maximale Anzahl von Versuchen für einen neuen Downloadfehler. Wenn Sie den Wert auf 0 setzen, sind Wiederholungsversuche deaktiviert.
Tags: experimental
--experimental_scale_timeouts=<a double>-Standardwert: "1.0"
Sämtliche Zeitüberschreitungen in den Starlark-Repository-Regeln werden nach diesem Faktor skaliert. Auf diese Weise können externe Repositories auf Computern ausgeführt werden, die langsamer als erwartet sind, ohne den Quellcode zu ändern.
Tags: bazel_internal_configuration, experimental
--http_timeout_scaling=<a double>-Standardwert: "1.0"
Alle Zeitüberschreitungen in Bezug auf HTTP-Downloads um den angegebenen Faktor skalieren
Tags: bazel_internal_configuration
--[no]ignore_dev_dependency-Standardwert: "false"
Wenn "true", ignoriert Istio "bazel_dep" und "use_extension" als "dev_dependency" im MODULE.bazel des Stammmoduls. Diese Entwicklungsabhängigkeiten werden in der Datei MODULE.bazel immer ignoriert, wenn sie nicht das Stammmodul ist. Dies gilt unabhängig vom Wert dieses Flags.
Tags: loading_and_analysis
--registry=<a string> Verwendungen sind angesammelt
Gibt die Registries an, in denen die Abhängigkeiten des Istio-Moduls gefunden werden sollen. Die Reihenfolge ist dabei wichtig: Die Module werden in früheren Registries aufgeführt, erst später, wenn sie nicht mehr in den früheren Registries vorhanden sind.
Tags: changes_inputs
--repository_cache=<a path>-Standard: siehe Beschreibung
Gibt den Cache-Speicherort der heruntergeladenen Werte an, die beim Abrufen externer Repositories abgerufen wurden. Ein leerer String als Argument fordert an, den Cache zu deaktivieren.
Tags: bazel_internal_configuration
Optionen zur Steuerung der Build-Ausführung:
Wenn die Richtlinie auf „true“ gesetzt wird, stellt Istio die Symlinks in Aktionsausgaben im Remote-Caching/-Ausführungsprotokoll als solche dar. Das aktuelle Verhalten gilt für Remote-Caches/Executors, um Symlinks zu folgen und als Dateien darzustellen. Weitere Informationen finden Sie unter #6631.
Tags: execution, incompatible_change
--[no]keep_going [-k] Standardeinstellung: "false"
Fahren Sie nach einem Fehler so weit wie möglich fort. Das Ziel, bei dem Fehler aufgetreten sind, und solche, die davon abhängen, können zwar nicht analysiert werden, aber andere Voraussetzungen dieser Ziele können sein.
Tags: 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">-Standardwert: "auto"
Anzahl der parallelen Threads, die für die Lade-/Analysephase verwendet werden sollen.Es wird eine Ganzzahl oder ein Keyword ("auto", "HOST_CPUS", "HOST_RAM") gefolgt von einer Operation ([-|*]<float>) angegeben. Beispiel: "auto", "HOST_CPUS*.5" Mit „auto"“ wird basierend auf den Hostressourcen ein angemessener Standardwert festgelegt. Muss mindestens 1 sein.
Tags: bazel_internal_configuration
Wenn „true“, laden Sie die symlink-Ausgabe der Aktion in den Remote-Cache hoch. Wenn diese Option nicht aktiviert ist, schlagen Aktionen im Cache, die Symlinks ausgeben, fehl.
Tags: execution
Optionen, mit denen Nutzer die gewünschte Ausgabe konfigurieren können und sich auf ihren Wert auswirken (im Gegensatz zu ihrem Existenz):
--bep_maximum_open_remote_upload_files=<an integer>-Standardwert: "-1"
Maximale Anzahl der geöffneten Dateien während des BEP-Artefakt-Uploads zulässig.
Tags: affects_outputs
--remote_download_minimal
Damit werden keine Remote-Build-Ausgaben auf den lokalen Computer heruntergeladen. Dieses Flag ist ein Kurzbefehl für drei Flags: --experimental_inmemory_jdeps_files, --experimental_inmemory_dotd_files und --remote_download_outputs=minimal.
Erweiterung zu:
--nobuild_runfile_links
--experimental_inmemory_jdeps_files
--experimental_inmemory_dotd_files
--remote_download_outputs=minimal

Tags: affects_outputs
--remote_download_outputs=<all, minimal or toplevel>-Standardwert: "all"
Wenn für 'minimal' keine Remote-Build-Ausgaben auf den lokalen Computer heruntergeladen werden, werden diese nur für lokale Aktionen benötigt. Wenn diese Eigenschaft auf 'toplevel' festgelegt ist, verhält sie sich wie Beide Optionen können die Build-Dauer erheblich verringern, falls die Engpässe in der Netzwerkbandbreite auftreten.
Tags: affects_outputs
Erstellen Sie anstelle von Remote-Build-Ausgaben auf den lokalen Computer symbolische Links. Das Ziel der symbolischen Links kann in Form eines Vorlagenstrings angegeben werden. Dieser Vorlagenstring kann {hash} und {size_bytes} enthalten, die in den Hash des Objekts bzw. die Größe in Byte erweitert werden. Diese symbolischen Links können beispielsweise auf ein FUSE-Dateisystem verweisen, das Objekte bei Bedarf aus dem CAS lädt.
Tags: affects_outputs
--remote_download_toplevel
Damit werden nur Remote-Ausgaben der Top-Level-Ziele auf den lokalen Computer heruntergeladen. Dieses Flag ist ein Kurzbefehl für drei Flags: --experimental_inmemory_jdeps_files, --experimental_inmemory_dotd_files und --remote_download_outputs=toplevel.
Erweiterung zu:
--experimental_inmemory_jdeps_files
--experimental_inmemory_dotd_files
--remote_download_outputs=toplevel

Tags: affects_outputs
Optionen, die sich darauf auswirken, wie strikt gültige Build-Eingaben erzwungen werden (Regeldefinitionen, Flag-Kombinationen usw.):
--experimental_repository_hash_file=<a string>-Standardwert: "
Wenn dieses Feld nicht leer ist, wird eine Datei mit einem aufgelösten Wert angegeben, mit dem die Repository-Verzeichnis-Hashes verifiziert werden sollen
Tags: affects_outputs, experimental
--experimental_verify_repository_rules=<a string> Verwendungen sind angesammelt
Wenn eine Liste von Repository-Regeln vorhanden ist, für die der Hash des Ausgabeverzeichnisses verifiziert werden soll, wird eine Datei von --experimental_Repository_hash_file angegeben.
Tags: affects_outputs, experimental
Diese Option betrifft die Semantik der Starlark-Sprache oder der Build API, die für BUILD-Dateien, BZL-Dateien und WORKSPACE-Dateien zur Verfügung steht.
--[no]experimental_allow_top_level_aspects_parameters-Standardwert: "true"
No-op
Tags: no_op, deprecated, experimental
--[no]incompatible_config_setting_private_default_visibility-Standardwert: "false"
Wenn inkompatibel_enforce_config_setting_sichtbarkeit=falsch, ist dies ein Noop. Falls dieses Flag auf „false“ gesetzt ist, lautet „config_setting“ ohne explizites Sichtbarkeitsattribut „//visibility:public“. Wenn dieses Flag „true“ ist, folgt „config_setting“ derselben Sichtbarkeitslogik wie alle anderen Regeln. Siehe https://github.com/bazelbuild/bazel/issues/12933.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_enforce_config_setting_visibility-Standardwert: "false"
Wenn „true“, erzwingen Sie die Sichtbarkeitskonfiguration „config_setting“. Bei „falsch“ ist jede config_setting für jedes Ziel sichtbar. Siehe https://github.com/bazelbuild/bazel/issues/12932.
Tags: loading_and_analysis, incompatible_change
Optionen in Bezug auf die Abfrageausgabe und Semantik:
--aspect_deps=<off, conservative or precise>-Standardwert: "konservativ"
Wie Sie Seitenabhängigkeiten auflösen, wenn das Ausgabeformat {xml,proto,record} ist. Mit 'off' bedeutet, dass keine Facettenabhängigkeiten aufgelöst werden. 'konservativ' (Standardeinstellung) bedeutet, dass alle angegebenen Facettenabhängigkeiten hinzugefügt werden, unabhängig davon, ob sie der Regelklasse direkter Abhängigkeiten zugewiesen sind. Hinweis: Für den genauen Modus müssen andere Pakete geladen werden, um ein einzelnes Ziel auszuwerten und es dadurch langsamer zu machen als die anderen Modi. Beachten Sie auch, dass selbst der genaue Modus nicht vollständig präzise ist: Die Entscheidung, ob Sie einen Aspekt berechnen möchten, wird in der Analysephase entschieden, die nicht während der 'bazel-Abfrage' ausgeführt wird.
Tags: build_file_semantics
--[no]experimental_graphless_query-Standardwert: "auto"
Wenn „true“, wird eine Abfrageimplementierung verwendet, die keine Kopie der Grafik erstellt. Die neue Implementierung unterstützt nur „--order_output=no“ und nur einen Teil der Ausgabeformatierer.
Tags: build_file_semantics, eagerness_to_exit
--graph:conditional_edges_limit=<an integer>-Standardwert: "4"
Die maximale Anzahl von Bedingungslabels. -1 bedeutet, dass nichts abgeschnitten wird und 0 ohne Anmerkung. Diese Option gilt nur für „--output=graph“.
Tags: terminal_output
--[no]graph:factored-Standardwert: "true"
Wenn „true“, wird die Grafik ausgegeben 'faktored' das heißt, topisch äquivalente Knoten werden zusammengeführt und ihre Labels verkettet. Diese Option gilt nur für „--output=graph“.
Tags: terminal_output
--graph:node_limit=<an integer>-Standardwert: "512"
Die maximale Länge des Labelstrings für einen Diagrammknoten in der Ausgabe. Längere Labels werden abgeschnitten. -1 bedeutet nicht, dass sie gekürzt werden. Diese Option gilt nur für „--output=graph“.
Tags: terminal_output
--[no]implicit_deps-Standardwert: "true"
Wenn diese Option aktiviert ist, werden implizite Abhängigkeiten in die Abhängigkeitsgrafik aufgenommen, über die die Abfrage funktioniert. Eine implizite Abhängigkeit ist eine, die nicht explizit in der BUILD-Datei angegeben, sondern von Bazel hinzugefügt wird. Mit dieser Option wird für cquery gesteuerte Toolchains gefiltert.
Tags: build_file_semantics
--[no]include_aspects-Standardwert: "true"
aquery, cquery: ob in der Ausgabe aktionsgenerierte Aktionen enthalten sind. query: no-op (Aspekte werden immer befolgt).
Tags: terminal_output
--[no]incompatible_display_source_file_location-Standardwert: "true"
Standardmäßig wird das Ziel der Quelldatei angezeigt. Wenn „true“, wird der Speicherort der Zeile 1 der Quelldateien in den Standortausgaben angezeigt. Dieses Flag ist nur für Migrationszwecke vorhanden.
Tags: terminal_output, incompatible_change
--[no]incompatible_lexicographical_output-Standardwert: "true"
Wenn diese Option festgelegt ist, sortiert --order_output=auto aus der lexikografischen Reihenfolge.
Tags: terminal_output, incompatible_change
--[no]infer_universe_scope-Standardwert: "false"
Wenn "--universe_scope" festgelegt und nicht konfiguriert ist, wird ein Wert von --universe_scope als Liste eindeutiger Zielmuster im Abfrageausdruck abgeleitet. Der Wert „--universe_scope“, der für einen Abfrageausdruck abgeleitet wird, der Funktionen auf Universalebene verwendet (z. B. „allrdeps“), ist möglicherweise nicht das, was Sie möchten. Daher sollten Sie diese Option nur verwenden, wenn Sie wissen, was Sie tun. Einzelheiten und Beispiele finden Sie unter https://bazel.build/versions/reference/query#sky-query. Wenn --universe_scope festgelegt ist, wird dieser Wert ignoriert. Hinweis: Diese Option gilt nur für „Abfrage“ (d.h. nicht „cquery“).
Tags: loading_and_analysis
--[no]line_terminator_null-Standardwert: "false"
Gibt an, ob jedes Format mit \0 und nicht mit einem Zeilenumbruch beendet wird.
Tags: terminal_output
--[no]nodep_deps-Standardwert: "true"
Wenn diese Option aktiviert ist, wird deps aus den Attributen des Knotens in das Abhängigkeitsdiagramm aufgenommen, über das die Abfrage funktioniert. Ein gängiges Beispiel für das Attribut „"nodep" ist „quot;sichtbarkeit“. Führen Sie die Ausgabe von „info build-language“ aus und parsen Sie sie, um mehr über die Attribute „Nodep“ und „Build-Sprache“ zu erfahren.
Tags: build_file_semantics
--noorder_results
Die Ergebnisse werden in abhängiger Reihenfolge (Standard) oder ungeordnet ausgegeben. Die ungeordnete Ausgabe ist schneller, wird aber nur unterstützt, wenn "--output" nicht der Mindest- oder Höchstwert oder das Graphen ist.
Erweiterung zu:
--order_output=no

Tags: terminal_output
--null
Gibt an, ob jedes Format mit \0 und nicht mit einem Zeilenumbruch beendet wird.
Erweiterung zu:
--line_terminator_null=true

Tags: terminal_output
--order_output=<no, deps, auto or full>-Standardwert: "auto"
Die Ergebnisse werden in nicht sortierter (nein), abhängiger Reihenfolge (deps) oder vollständig sortiert (vollständig) ausgegeben. Die Standardeinstellung ist 'auto&#9 Wenn die Ausgabe vollständig sortiert ist, werden Knoten in einer vollständig deterministischen (Gesamt-) Reihenfolge gedruckt. Erstens sind alle Knoten alphabetisch sortiert. Jeder Knoten in der Liste wird dann als Beginn einer Tiefstsuche nach der Reihenfolge verwendet, in der ausgehende Kanten zu nicht besuchten Knoten in alphabetischer Reihenfolge der aufeinanderfolgenden Knoten geleitet werden. Abschließend werden die Knoten in der umgekehrten Reihenfolge gedruckt.
Tags: terminal_output
--order_results
Die Ergebnisse werden in abhängiger Reihenfolge (Standard) oder ungeordnet ausgegeben. Die ungeordnete Ausgabe ist schneller, wird aber nur unterstützt, wenn "--output" nicht der Mindest- oder Höchstwert oder das Graphen ist.
Erweiterung zu:
--order_output=auto

Tags: terminal_output
--output=<a string>-Standardwert: "label"
Das Format, in dem die Abfrageergebnisse gedruckt werden sollen. Zulässige Werte für die Abfrage sind: build, Graph, label, label_kind, location, maxrank, minrank, package, proto, xml.
Tags: terminal_output
--[no]proto:default_values-Standardwert: "true"
Wenn „true“ angegeben ist, werden Attribute verwendet, deren Wert nicht explizit in der BUILD-Datei angegeben ist. Andernfalls werden sie weggelassen. Diese Option gilt für --output=proto
Tags: terminal_output
--[no]proto:definition_stack-Standardwert: "false"
Füllen Sie das Proto-Feld „definition_stack“ aus, das für jede Regelinstanz, in der die Starlark-Aufrufstack angegeben ist, einen Eintrag erfasst.
Tags: terminal_output
--[no]proto:flatten_selects-Standardwert: "true"
Wenn diese Option aktiviert ist, werden konfigurierbare Attribute, die von select() erstellt werden, vereinfacht. Bei Listentypen ist die aufgeschlüsselte Darstellung eine Liste, die jeden Wert der ausgewählten Karte genau einmal enthält. Skalartypen werden auf null reduziert.
Tags: build_file_semantics
--[no]proto:include_synthetic_attribute_hash-Standardwert: "false"
Gibt an, ob das Attribut $internal_attr_hash berechnet und ausgefüllt werden soll.
Tags: terminal_output
--[no]proto:instantiation_stack-Standardwert: "false"
Füllen Sie jede Regel mit dem Instanziierungsaufrufstack aus. Der Stack muss vorhanden sein
Tags: terminal_output
--[no]proto:locations-Standardwert: "true"
Gibt an, ob Standortinformationen in der Proto-Ausgabe ausgegeben werden.
Tags: terminal_output
--proto:output_rule_attrs=<comma-separated list of options>-Standardwert: "all"
Durch Kommas getrennte Liste der Attribute, die in der Ausgabe enthalten sein sollen. Die Standardeinstellung sind alle Attribute. Setzen Sie den Wert auf einen leeren String, um keine Attribute auszugeben. Diese Option gilt für --output=proto.
Tags: terminal_output
--[no]proto:rule_inputs_and_outputs-Standardwert: "true"
Gibt an, ob die Felder „rule_input“ und „rule_output“ ausgefüllt werden sollen.
Tags: terminal_output
--query_file=<a string>-Standardwert: "
Wenn die Richtlinie konfiguriert ist, wird sie aus der hier angegebenen Datei gelesen und nicht aus der Befehlszeile. Die Angabe einer Datei sowie einer Befehlszeilenabfrage ist ein Fehler.
Tags: changes_inputs
--[no]relative_locations-Standardwert: "false"
Wenn „true“ festgelegt ist, ist der Speicherort der BUILD-Dateien in XML- und Proto-Ausgaben relativ. Standardmäßig ist die Standortausgabe ein absoluter Pfad und sie sind nicht geräteübergreifend konsistent. Sie können diese Option auf „true“ setzen, um auf allen Computern ein einheitliches Ergebnis zu erzielen.
Tags: terminal_output
--[no]strict_test_suite-Standardwert: "false"
Ist dieser Wert „true“, wird beim Ausdruck „test()“ ein Fehler ausgegeben, wenn ein „test_suite“-Objekt gefunden wird, das andere Nicht-Test-Ziele enthält.
Tags: build_file_semantics, eagerness_to_exit
--[no]tool_deps-Standardwert: "true"
Abfrage: Wenn diese Option deaktiviert ist, werden Abhängigkeiten von 'Hostkonfiguration' oder 'ausführung' nicht in das Abhängigkeitsdiagramm aufgenommen, über das die Abfrage funktioniert. Eine 'Hostkonfiguration' Abhängigkeiten Cquery: Wenn diese Option deaktiviert ist, werden alle konfigurierten Ziele herausgefiltert, die einen Host- oder Ausführungsübergang vom übergeordneten Ziel übergehen, das dieses konfigurierte Ziel erkannt hat. Wenn sich also das Ziel der obersten Ebene in der Zielkonfiguration befindet, werden nur konfigurierte Ziele zurückgegeben, die auch in der Zielkonfiguration enthalten sind. Wenn sich das oberste Ziel in der Hostkonfiguration befindet, werden nur vom Host konfigurierte Ziele zurückgegeben. Mit dieser Option werden geklärte Toolchains NICHT ausgeschlossen.
Tags: build_file_semantics
--universe_scope=<comma-separated list of options>-Standardwert: "
Durch Kommas getrennte Gruppe von Zielmustern (additiv und subtrahiert) Die Abfrage kann in dem Rahmen ausgeführt werden, der durch die vorübergehende Schließung der angegebenen Ziele definiert wird. Diese Option wird für die Abfrage- und „cquery“-Befehle verwendet. Bei der cquery-Eingabe werden die Ziele eingegeben, unter denen alle Antworten erstellt werden. Dadurch kann sie sich auf Konfigurationen und Übergänge auswirken. Ist die Option nicht angegeben, wird davon ausgegangen, dass die übergeordneten Ziele aus dem Abfrageausdruck geparst werden. Hinweis: Wenn Sie diese Option für cquery nicht angeben, wird der Build eventuell nicht mehr ausgeführt, wenn aus dem Abfrageausdruck geparste Ziele nicht mit Optionen auf oberster Ebene erstellt werden können.
Tags: loading_and_analysis
--[no]xml:default_values-Standardwert: "false"
Wenn „true“, werden Regelattribute gedruckt, deren Wert nicht explizit in der BUILD-Datei angegeben ist. Andernfalls werden sie weggelassen.
Tags: terminal_output
--[no]xml:line_numbers-Standardwert: "true"
Wenn „true“, enthält die XML-Ausgabe Zeilennummern. Wenn Sie diese Option deaktivieren, ist sie möglicherweise schwerer zu lesen. Diese Option gilt nur für „--output=xml“.
Tags: terminal_output
Optionen, die die Ausführlichkeit, das Format oder den Speicherort von Logging beeinflussen:
--[no]experimental_record_metrics_for_all_mnemonics-Standardwert: "false"
Standardmäßig ist die Anzahl der Aktionstypen auf die 20 Speichergruppen mit der größten Anzahl ausgeführter Aktionen beschränkt. Wenn Sie diese Option aktivieren, werden alle Statistiken gespeichert.
--experimental_repository_resolved_file=<a string>-Standardwert: "
Wenn das Feld nicht leer ist, schreiben Sie einen Starlark-Wert mit den aufgelösten Informationen aller ausgeführten Starlark-Repository-Regeln.
Tags: affects_outputs
Optionen zur Angabe oder Änderung einer allgemeinen Eingabe für einen Istio-Befehl, die nicht in andere Kategorien fallen:
--experimental_resolved_file_instead_of_workspace=<a string>-Standardwert: "
Wenn die Antwort nicht leer ist, lesen Sie die angegebene aufgelöste Datei anstelle der WORKSPACE-Datei.
Tags: changes_inputs
Optionen für Remote-Caching und Ausführung:
--experimental_downloader_config=<a string>-Standard: siehe Beschreibung
Geben Sie eine Datei an, mit der der Remote-Downloader konfiguriert werden soll. Diese Datei besteht aus Zeilen, die jeweils mit einer Direktive („allow“, „block“ oder „rewrite“) beginnen, gefolgt von einem Hostnamen (für „allow“ und „block“) oder zwei Mustern, eine für den Abgleich und eine für den Ersatz als Ersatz-URL. Es sind mehrere „rewrite“-Anweisungen für dieselbe URL möglich.
--[no]experimental_guard_against_concurrent_changes-Standardwert: "false"
Deaktivieren Sie diese Option, um die Uhrzeit der Eingabedateien einer Aktion zu prüfen, bevor Sie sie in einen Remote-Cache hochladen. Es kann vorkommen, dass der Linux-Kernel das Schreiben von Dateien verzögert, was zu falsch positiven Ergebnissen führen kann.
--[no]experimental_remote_cache_async-Standardwert: "false"
Wenn „true“, wird E/A des Remote-Cache im Hintergrund ausgeführt, anstatt als Teil einer Ladung.
--[no]experimental_remote_cache_compression-Standardwert: "false"
Wenn diese Option aktiviert ist, komprimieren/dekomprimieren Sie die Cache-Blobs mit zstd.
--experimental_remote_capture_corrupted_outputs=<a path>-Standard: siehe Beschreibung
Ein Pfad zu einem Verzeichnis, in dem die beschädigten Ausgaben erfasst werden.
--experimental_remote_downloader=<a string>-Standard: siehe Beschreibung
Ein URI-Endpunkt-URI für die Remote-API, der als Remote-Download-Proxy verwendet werden soll. Unterstützte Schemas sind gRPC, gRPCs (GRPC mit aktiviertem TLS) und unix (lokale UNIX-Sockets). Wenn kein Schema angegeben ist, wird Istio standardmäßig auf gRPCs festgelegt. Siehe https://github.com/bazelbuild/remote-apis/Blob/master/build/bazel/remote/asset/v1/remote_asset.proto
--[no]experimental_remote_execution_keepalive-Standardwert: "false"
Damit wird Keepalive für Aufrufe zur Remote-Ausführung verwendet.
--experimental_remote_grpc_log=<a path>-Standard: siehe Beschreibung
Wenn angegeben, ein Pfad zu einer Datei, um gRPC-Aufrufdetails zu protokollieren. Dieses Log besteht aus einer Sequenz der serialisierten com.google.devtools.build.lib.remote.logging.RemoteExecutionLog.PhoneNumber CryptoKeys, wobei jeder Nachrichten ein Präfix vorangestellt wird, das die Größe der folgenden serialisierten Ю-Nachricht angibt. Sie wird von der Methode „BidRequest.writeDelimitedTo(OutputStream) ausgeführt.
--[no]experimental_remote_merkle_tree_cache-Standardwert: "false"
Wenn diese Richtlinie auf „true“ gesetzt wird, werden die Baumdiagramme von Merkle gespeichert, um die Trefferquote beim Remote-Cache zu verbessern. Der Abzug für den Arbeitsspeicher des Cache wird durch „--experimental_remote_merkle_tree_cache_size“ gesteuert.
--experimental_remote_merkle_tree_cache_size=<a long integer>-Standardwert: "1000"
Die Anzahl der zu speichernden Merkle-Bäume, um die Trefferquote beim Remote-Cache zu verbessern. Obwohl der Cache gemäß der Verarbeitung von Soft References aus Java automatisch entfernt wird, können zu wenige Speicherfehler auftreten, wenn der Cache zu hoch ist. Wenn Sie den Wert auf 0 setzen, ist die Cache-Größe unbegrenzt. Der optimale Wert hängt von der Größe des Projekts ab. Die Standardeinstellung ist 1.000.
--[no]incompatible_remote_build_event_upload_respect_no_cache-Standardwert: "false"
Wenn auf „true“ gesetzt, werden von BEP referenzierte Ausgaben nicht in den Remote-Cache hochgeladen, wenn die Aktion, die generiert wird, nicht aus dem Remote-Cache gespeichert werden kann.
--[no]incompatible_remote_output_paths_relative_to_input_root-Standardwert: "false"
Wenn dieser Wert auf „true“ gesetzt wird, beziehen sich die Ausgabepfade auf das Eingabestammmenü und nicht auf das Arbeitsverzeichnis.
Tags: incompatible_change
--[no]incompatible_remote_results_ignore_disk-Standardwert: "false"
Wenn sie auf „true“ gesetzt ist, werden die Spalten „--noremote_upload_local_results“ und „--noremote_accept_cached“ nicht auf den Festplatten-Cache angewendet. Wenn ein kombinierter Cache verwendet wird: "--noremote_upload_local_results" führt dazu, dass Ergebnisse in den Festplatten-Cache geschrieben, aber nicht in den Remote-Cache hochgeladen werden. --noremote_accept_cached führt dazu, dass Memcache im Laufwerks-Cache nach Ergebnissen sucht, aber nicht im Remote-Cache. no-remote-exec-Aktionen können den Festplatten-Cache erreichen. Weitere Informationen finden Sie unter #8216.
Tags: incompatible_change
--[no]remote_accept_cached-Standardwert: "true"
Gibt an, ob Ergebnisse aus der Ferne im Cache akzeptiert werden.
--remote_bytestream_uri_prefix=<a string>-Standard: siehe Beschreibung
Der Hostname und der Instanzname, die in bytestream://-URIs verwendet werden sollen, die in Build-Ereignisstreams geschrieben werden. Diese Option kann festgelegt werden, wenn Builds mit einem Proxy ausgeführt werden. Dadurch entsprechen die Werte „--remote_executor“ und „--remote_instance_name“ nicht mehr dem kanonischen Namen des Remote-Ausführungsdienstes. Wenn nicht festgelegt, wird standardmäßig "${hostname}/${instance_name}" verwendet.
--remote_cache=<a string>-Standard: siehe Beschreibung
URI eines Caching-Endpunkts. Unterstützt werden die Schemas HTTP, HTTPS, gRPC, gRPCs (GRPC mit TLS aktiviert) und Unix (lokale UNIX-Sockets). Wenn kein Schema angegeben ist, wird Istio standardmäßig auf gRPCs festgelegt. Geben Sie gcmd://, http:// oder unix: Schema an, um TLS zu deaktivieren. Siehe https://dbaze.build/docs/remote-caching
--remote_cache_header=<a 'name=value' assignment> Verwendungen sind angesammelt
Geben Sie einen Header an, der in Cache-Anfragen einbezogen werden soll: --remote_cache_header=Name=Value. Sie können mehrere Header übergeben, indem Sie das Flag mehrmals angeben. Mehrere Werte für denselben Namen werden in eine durch Kommas getrennte Liste umgewandelt.
--remote_default_exec_properties=<a 'name=value' assignment> Verwendungen sind angesammelt
Legen Sie die Standardattribute für die Ausführung fest, die als Plattform für die Remote-Ausführung verwendet werden sollen, falls nicht bereits eine Ausführungsplattform festgelegt wurde.
Tags: affects_outputs
--remote_default_platform_properties=<a string>-Standardwert: "
Legen Sie die Standardplattformeigenschaften fest, die für die Remote Ausführung API festgelegt werden sollen, wenn die Ausführungsplattform „remote_ execution_properties“ noch nicht festgelegt hat. Dieser Wert wird auch verwendet, wenn die Hostplattform als Ausführungsplattform für die Remote-Ausführung ausgewählt ist.
--remote_downloader_header=<a 'name=value' assignment> Verwendungen sind angesammelt
Geben Sie einen Header an, der in die Anforderungen von Remote-Downloadern aufgenommen werden soll: --remote_downloader_header=Name=Value. Sie können mehrere Header übergeben, indem Sie das Flag mehrmals angeben. Mehrere Werte für denselben Namen werden in eine durch Kommas getrennte Liste umgewandelt.
--remote_exec_header=<a 'name=value' assignment> Verwendungen sind angesammelt
Geben Sie einen Header an, der in Ausführungsanfragen enthalten sein soll: --remote_exec_header=Name=Value. Sie können mehrere Header übergeben, indem Sie das Flag mehrmals angeben. Mehrere Werte für denselben Namen werden in eine durch Kommas getrennte Liste umgewandelt.
--remote_execution_priority=<an integer>-Standardwert: "0"
Die relative Priorität von Aktionen, die aus der Ferne ausgeführt werden. Die Semantik der jeweiligen Prioritätswerte ist vom Server abhängig.
--remote_executor=<a string>-Standard: siehe Beschreibung
HOST oder HOST:PORT eines Remote-Ausführungsendpunkts. Unterstützte Schemas sind gRPC, gRPCs (GRPC mit aktiviertem TLS) und unix (lokale UNIX-Sockets). Wenn kein Schema angegeben ist, wird Istio standardmäßig auf gRPCs festgelegt. Geben Sie gcmd:// oder unix:-Schema an, um TLS zu deaktivieren.
--remote_header=<a 'name=value' assignment> Verwendungen sind angesammelt
Geben Sie einen Header an, der in Anfragen aufgenommen werden soll: --remote_header=Name=Value. Sie können mehrere Header übergeben, indem Sie das Flag mehrmals angeben. Mehrere Werte für denselben Namen werden in eine durch Kommas getrennte Liste umgewandelt.
--remote_instance_name=<a string>-Standardwert: "
Wert, der in der API für Remote-Ausführung als „instance_name“ übergeben wird.
--[no]remote_local_fallback-Standardwert: "false"
Gibt an, ob eine eigenständige lokale Ausführungsstrategie verwendet werden soll, wenn die Remote-Ausführung fehlschlägt.
--remote_local_fallback_strategy=<a string>-Standardwert: "local"
No-op, veraltet. Weitere Informationen finden Sie unter https://github.com/bazelbuild/bazel/issues/7480.
--remote_max_connections=<an integer>-Standardwert: "100"
Beschränken Sie die maximale Anzahl gleichzeitiger Verbindungen zum Remote-Cache/Executor. Der Wert ist standardmäßig 100. Wenn Sie den Wert auf 0 setzen, bedeutet das keine Beschränkung. Bei HTTP-Remote-Caches kann eine TCP-Verbindung nur eine Anfrage auf einmal verarbeiten. Deshalb kann Filestore bis zu --remote_max_connections gleichzeitige Anfragen senden. Für gRPC-Remote-Cache/-Executors kann ein gRPC-Kanal normalerweise mehr als 100 gleichzeitige Anfragen verarbeiten. Deshalb kann Istio etwa `--remote_max_connections * 100` gleichzeitige Anfragen ausführen.
Tags: host_machine_resource_optimizations
--remote_proxy=<a string>-Standard: siehe Beschreibung
Stellen Sie eine Verbindung zum Remote-Cache über einen Proxy her. Dieses Flag kann derzeit nur zum Konfigurieren eines Unix-Domain-Sockets (unix:/path/to/socket) verwendet werden.
--remote_result_cache_priority=<an integer>-Standardwert: "0"
Die relative Priorität von Remote-Aktionen, die im Remote-Cache gespeichert werden. Die Semantik der jeweiligen Prioritätswerte ist vom Server abhängig.
--remote_retries=<an integer>-Standardwert: "5"
Die maximale Anzahl von Versuchen, einen vorübergehenden Fehler zu wiederholen. Wenn Sie den Wert auf 0 setzen, sind Wiederholungsversuche deaktiviert.
--remote_timeout=<An immutable length of time.>-Standardwert: "60s"
Die maximale Zeit, die auf die Remote-Ausführung und die Cache-Aufrufe gewartet wird. Für den REST-Cache ist dies sowohl das Verbindungs- als auch das Lesezeitlimit. Folgende Einheiten können verwendet werden: Tage (d), Stunden (h), Minuten (m), Sekunden (s) und Millisekunden (ms). Wenn die Einheit weggelassen wird, wird der Wert als Sekunden interpretiert.
--[no]remote_upload_local_results-Standardwert: "true"
Gibt an, ob lokal ausgeführte Aktionsergebnisse in den Remote-Cache hochgeladen werden.
--[no]remote_verify_downloads-Standardwert: "true"
Wenn die Richtlinie auf „true“ gesetzt ist, berechnet Istio die Hash-Summe aller Remote-Downloads und verwirft die Werte im Cache, die nicht im Cache gespeichert sind, falls sie nicht mit dem erwarteten Wert übereinstimmen.
Sonstige Optionen, die nicht anderweitig kategorisiert sind:
--deleted_packages=<comma-separated list of package names>-Standardwert: "
Eine durch Kommas getrennte Liste von Namen von Paketen, die das Build-System als nicht vorhanden erachtet, auch wenn sie im Paketpfad sichtbar sind. Verwenden Sie diese Option, wenn Sie ein Unterpaket eines vorhandenen Pakets löschen möchten. Nachdem Sie z. B. x/y/BUILD in Ihrem Client gelöscht haben, kann es vorkommen, dass sich das Build-System beschädigt, wenn es mit einem Label '//x:y/z' gekennzeichnet ist, das noch von einem anderen package_path-Eintrag bereitgestellt wird. Durch Festlegen von --deleted_packages X/y wird dieses Problem vermieden.
--disk_cache=<a path>-Standard: siehe Beschreibung
Ein Pfad zu einem Verzeichnis, in dem Istio Aktionen und Aktionsausgaben lesen und schreiben kann. Wenn das Verzeichnis nicht existiert, wird es erstellt.
--google_auth_scopes=<comma-separated list of options>-Standardeinstellung: "https://www.googleapis.com/auth/cloud-platform"
Eine durch Kommas getrennte Liste von Google Cloud-Authentifizierungsbereichen.
--google_credentials=<a string>-Standard: siehe Beschreibung
Gibt die Datei an, von der Authentifizierungsdaten abgerufen werden. Weitere Informationen finden Sie unter https://cloud.google.com/docs/authentication.
--[no]google_default_credentials-Standardwert: "false"
Gibt an, ob für die Authentifizierung die Standardanmeldedaten für Anwendungen verwendet werden sollen. Weitere Informationen finden Sie unter https://cloud.google.com/docs/authentication. Standardmäßig deaktiviert.
--grpc_keepalive_time=<An immutable length of time.>-Standard: siehe Beschreibung
Konfiguriert Ping-Alive-Pings für ausgehende gRPC-Verbindungen. Wenn diese Richtlinie aktiviert ist, sendet Waze nach dieser langen Zeit keine Lesevorgänge für die Verbindung, allerdings nur dann, wenn mindestens ein ausstehender gRPC-Aufruf vorhanden ist. Uhrzeiten werden als zweiter Detaillierungsgrad behandelt. Es bedeutet, einen Wert unter 1 Sekunde festzulegen. Keep-Alive-Pings ist standardmäßig deaktiviert. Sprechen Sie sich vor dem Aktivieren dieser Einstellung mit dem Inhaber des Dienstes ab.
--grpc_keepalive_timeout=<An immutable length of time.>-Standardwert: "20s"
Konfiguriert ein Keep-Alive-Zeitlimit für ausgehende gRPC-Verbindungen. Wenn Keep-Alive-Pings mit --gRPC_keepalive_time aktiviert sind, gibt Filestore eine Zeitüberschreitung aus, falls es nach diesem Zeitraum keine Ping-Antwort mehr erhält. Uhrzeiten werden als zweiter Detaillierungsgrad behandelt. Es bedeutet, einen Wert unter 1 Sekunde festzulegen. Keep-Alive-Pings sind deaktiviert, wird diese Einstellung ignoriert.
--override_repository=<an equals-separated mapping of repository name to path> Verwendungen sind angesammelt
überschreibt ein Repository mit einem lokalen Verzeichnis.
--package_path=<colon-separated list of options>-Standardwert: "%workspace%"
Eine durch Punkte getrennte Liste der Orte, an denen nach Paketen gesucht werden soll Elemente, die mit '%workspace%' beginnen, sind relativ zum umgebenden Arbeitsbereich. Wenn es nicht vorhanden ist oder leer ist, wird standardmäßig die Ausgabe von 'bazel info default-package-path' verwendet.
--[no]show_loading_progress-Standardwert: "true"
Wenn diese Option aktiviert ist, gibt Istio die Nachrichten an &loadt package:" aus.
--tls_certificate=<a string>-Standard: siehe Beschreibung
Geben Sie einen Pfad zu einem TLS-Zertifikat an, das für Serversignaturen vertrauenswürdig ist.
--tls_client_certificate=<a string>-Standard: siehe Beschreibung
Geben Sie das zu verwendende TLS-Clientzertifikat an. Sie müssen auch einen Clientschlüssel angeben, um die Clientauthentifizierung zu aktivieren.
--tls_client_key=<a string>-Standard: siehe Beschreibung
Geben Sie den zu verwendenden TLS-Clientschlüssel an. Sie müssen auch ein Clientzertifikat angeben, um die Clientauthentifizierung zu aktivieren.

Ausführungsoptionen

Übernimmt alle Optionen von Build

Optionen, die vor dem Befehl angezeigt werden und vom Client geparst werden:
--check_direct_dependencies=<off, warning or error>-Standardwert: "warning"
Prüfen Sie, ob die im Stammmodul angegebenen direkten „bazel_dep“-Abhängigkeiten mit den Versionen übereinstimmen, die Sie in der aufgelösten Abhängigkeitsgrafik abrufen. Gültige Werte sind „off“ (deaktiviert), um die Prüfung zu deaktivieren, oder „warning“ (Warnung), wenn eine Diskrepanz erkannt wird, oder „error“ (Fehler), um den Fehler zu beheben.
Tags: loading_and_analysis
--distdir=<a path> Verwendungen sind angesammelt
Zusätzliche Möglichkeiten, nach Archiven zu suchen, bevor auf das Netzwerk zugegriffen wird, um sie herunterzuladen
Tags: bazel_internal_configuration
--[no]experimental_enable_bzlmod-Standardwert: "false"
Wenn „true“ festgelegt ist, versucht Istio, externe Repositories aus dem Bzlmod-System zu laden, bevor er die WORKSPACE-Datei aufruft.
Tags: loading_and_analysis
Wenn diese Option aktiviert ist, wird die Datei im Repository-Cache bei einem Cache-Treffer nicht verknüpft, sondern nur im Cache gespeichert. So soll Speicherplatz gespart werden.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id-Standardwert: "false"
Wenn „true“, verwenden Sie einen String, der von den URLs der Repository-Downloads abgeleitet wird, als kanonische_id, sofern nicht angegeben. Wenn Sie den Cache eines Downloads mit demselben Hashwert herunterladen, führt dies zu einer Änderung der URLs. Hiermit kannst du prüfen, ob URL-Änderungen dazu führen, dass fehlerhafte Repositories vom Cache verdeckt werden.
Tags: loading_and_analysis, experimental
--[no]experimental_repository_disable_download-Standardwert: "false"
Wenn festgelegt, ist das Herunterladen externer Repositories nicht zulässig.
Tags: experimental
--experimental_repository_downloader_retries=<an integer>-Standardwert: "0"
Die maximale Anzahl von Versuchen für einen neuen Downloadfehler. Wenn Sie den Wert auf 0 setzen, sind Wiederholungsversuche deaktiviert.
Tags: experimental
--experimental_scale_timeouts=<a double>-Standardwert: "1.0"
Sämtliche Zeitüberschreitungen in den Starlark-Repository-Regeln werden nach diesem Faktor skaliert. Auf diese Weise können externe Repositories auf Computern ausgeführt werden, die langsamer als erwartet sind, ohne den Quellcode zu ändern.
Tags: bazel_internal_configuration, experimental
--http_timeout_scaling=<a double>-Standardwert: "1.0"
Alle Zeitüberschreitungen in Bezug auf HTTP-Downloads um den angegebenen Faktor skalieren
Tags: bazel_internal_configuration
--[no]ignore_dev_dependency-Standardwert: "false"
Wenn "true", ignoriert Istio "bazel_dep" und "use_extension" als "dev_dependency" im MODULE.bazel des Stammmoduls. Diese Entwicklungsabhängigkeiten werden in der Datei MODULE.bazel immer ignoriert, wenn sie nicht das Stammmodul ist. Dies gilt unabhängig vom Wert dieses Flags.
Tags: loading_and_analysis
--registry=<a string> Verwendungen sind angesammelt
Gibt die Registries an, in denen die Abhängigkeiten des Istio-Moduls gefunden werden sollen. Die Reihenfolge ist dabei wichtig: Die Module werden in früheren Registries aufgeführt, erst später, wenn sie nicht mehr in den früheren Registries vorhanden sind.
Tags: changes_inputs
--repository_cache=<a path>-Standard: siehe Beschreibung
Gibt den Cache-Speicherort der heruntergeladenen Werte an, die beim Abrufen externer Repositories abgerufen wurden. Ein leerer String als Argument fordert an, den Cache zu deaktivieren.
Tags: bazel_internal_configuration
Optionen, mit denen der Nutzer die gewünschte Ausgabe konfigurieren kann und sich auf ihren Wert auswirkt (sofern sie vorhanden ist):
--script_path=<a path>-Standard: siehe Beschreibung
Wenn festgelegt, schreiben Sie in der angegebenen Datei ein Shell-Skript, das das Ziel aufruft. Wenn diese Option festgelegt ist, wird das Ziel nicht über BigQuery ausgeführt. Verwenden Sie 'bazel run --script_path=foo //foo && ./foo' zum Aufrufen von Ziel '//foo' unterscheidet sich von 'bazel run //foo' insofern die Bazelsperre freigegeben und die Ausführung mit dem Terminal verbunden ist'
Tags: affects_outputs, execution
Optionen, die sich darauf auswirken, wie streng gültige Build-Eingaben erzwungen werden (Regeldefinitionen, Flag-Kombina