Referencia de línea de comandos

Organiza tus páginas con colecciones Guarda y categoriza el contenido según tus preferencias.

bazel [<startup options>] <command> [<args>]

bazel [<startup options>] <command> [<args>] -- [<target patterns>]

Sintaxis de opciones

Las opciones se pueden pasar a Bazel de diferentes maneras. Las opciones que requieren un valor se pueden pasar con un signo igual o un espacio:

--<option>=<value>
--<option> <value>

-<short_form> <value>

Las opciones booleanas se pueden habilitar de la siguiente manera:

--<option>
--<option>=[true|yes|1]

--no<option>
--<option>=[false|no|0]

Por lo general, las opciones de tres estados se configuran como automáticas de forma predeterminada y se pueden habilitar de forma forzosa de la siguiente manera:

--<option>=[true|yes|1]

--no<option>
--<option>=[false|no|0]

Comandos

Opciones de inicio

Opciones que aparecen antes del comando y que el cliente analiza:

--[no]autodetect_server_javabase predeterminado: "true"

Cuando se pasa --noautodetect_server_javabase, Bazel no recurre al JDK local para ejecutar el servidor de Bazel y, en su lugar, sale.
Etiquetas: affects_outputs, loses_incremental_state

--[no]batch predeterminado: “false”

Si se establece, Bazel se ejecutará solo como un proceso de cliente sin un servidor, en lugar de en el modo cliente-servidor estándar. Esta función dejó de estar disponible y se quitará. Si quieres evitar que los servidores permanezcan en el sistema, cierra el servidor de forma explícita.
Etiquetas: loses_incremental_state, bazel_internal_configuration, deprecated

--[no]batch_cpu_scheduling predeterminado: “false”

Solo en Linux. Usa la programación de CPU "por lotes" para Blaze. Esta política es útil para cargas de trabajo que no son interactivas, pero no quieren disminuir su valor de agrado. Consulta "man 2 sched_setscheduler". Si es falso, Bazel no realiza una llamada al sistema.
Etiquetas: host_machine_resource_optimizations

Se acumulan varios usos de --bazelrc=<path>.

Es la ubicación del archivo .bazelrc del usuario que contiene los valores predeterminados de las opciones de Bazel. /dev/null indica que se ignorarán todos los demás `--bazelrc`, lo que es útil para inhabilitar la búsqueda de un archivo rc de usuario, p.ej., en compilaciones de lanzamiento. Esta opción también se puede especificar varias veces. Por ejemplo, con `--bazelrc=x.rc --bazelrc=y.rc --bazelrc=/dev/null --bazelrc=z.rc`, 1) Se leen x.rc y y.rc. 2) Se ignora z.rc debido al /dev/null anterior. Si no se especifica, Bazel usa el primer archivo .bazelrc que encuentra en las siguientes dos ubicaciones: el directorio del lugar de trabajo y, luego, el directorio principal del usuario. Nota: Las opciones de línea de comandos siempre reemplazarán cualquier opción en bazelrc.
Etiquetas: changes_inputs

--[no]block_for_lock predeterminado: "true"

Cuando se pasa --noblock_for_lock, Bazel no espera a que se complete un comando en ejecución, sino que sale de inmediato.
Etiquetas: eagerness_to_exit

--[no]client_debug predeterminado: “false”

Si es verdadero, registra la información de depuración del cliente en stderr. Cambiar esta opción no hará que se reinicie el servidor.
Etiquetas: affects_outputs, bazel_monitoring

--connect_timeout_secs=<an integer> predeterminado: “30”

Es la cantidad de tiempo que el cliente espera por cada intento de conexión al servidor.
Etiquetas: bazel_internal_configuration

--digest_function=<hash function> predeterminado: Consulta la descripción

Es la función hash que se usará para calcular los resúmenes de archivos.
Etiquetas: loses_incremental_state, bazel_internal_configuration

--experimental_cgroup_parent=<path> predeterminado: Consulta la descripción

El cgroup en el que se iniciará el servidor de Bazel como una ruta de acceso absoluta. El proceso del servidor se iniciará en el cgroup especificado para cada controlador compatible. Por ejemplo, si el valor de esta marca es /build/bazel y los controladores de CPU y memoria se activan, respectivamente, en /sys/fs/cgroup/cpu y /sys/fs/cgroup/memory, el servidor se iniciará en los cgroups /sys/fs/cgroup/cpu/build/bazel y /sys/fs/cgroup/memory/build/bazel.No es un error si el cgroup especificado no es de escritura para uno o más de los controladores. Esta opción no tiene ningún efecto en las plataformas que no admiten cgroups.
Etiquetas: bazel_monitoring, execution

--[no]experimental_run_in_user_cgroup predeterminado: “false”

Si es verdadero, el servidor de Bazel se ejecutará con systemd-run y el usuario será propietario del cgroup. Esta marca solo tiene efecto en Linux.
Etiquetas: bazel_monitoring, execution

--failure_detail_out=<path> predeterminado: Consulta la descripción

Si se establece, especifica una ubicación para escribir un mensaje de protobuf failure_detail si el servidor experimenta una falla y no puede informarla a través de gRPC, como de costumbre. De lo contrario, la ubicación será ${OUTPUT_BASE}/failure_detail.rawproto.
Etiquetas: affects_outputs, loses_incremental_state

--[no]home_rc predeterminado: "true"

Determina si se debe buscar o no el archivo bazelrc de inicio en $HOME/.bazelrc.
Etiquetas: changes_inputs

--[no]idle_server_tasks predeterminado: "true"

Ejecuta System.gc() cuando el servidor esté inactivo.
Etiquetas: loses_incremental_state, host_machine_resource_optimizations

--[no]ignore_all_rc_files predeterminado: “false”

Inhabilita todos los archivos rc, independientemente de los valores de otras marcas que modifiquen rc, incluso si estas marcas aparecen más adelante en la lista de opciones de inicio.
Etiquetas: changes_inputs

--io_nice_level={-1,0,1,2,3,4,5,6,7} predeterminado: “-1”

Solo en Linux. Establece un nivel de 0 a 7 para la programación de E/S del mejor esfuerzo con la llamada al sistema sys_ioprio_set. 0 es la prioridad más alta y 7 es la más baja. El programador anticipado solo puede respetar hasta la prioridad 4. Si se establece en un valor negativo, Bazel no realiza una llamada al sistema.
Etiquetas: host_machine_resource_optimizations

--local_startup_timeout_secs=<an integer> predeterminado: "120"

Es la cantidad máxima de tiempo que el cliente espera para conectarse al servidor.
Etiquetas: bazel_internal_configuration

--macos_qos_class=<a string> predeterminado: "predeterminado"

Establece la clase de servicio de QoS del servidor bazel cuando se ejecuta en macOS. Esta marca no tiene efecto en las demás plataformas, pero es compatible para garantizar que los archivos rc se puedan compartir entre ellas sin cambios. Los valores posibles son: interactivo con el usuario, iniciado por el usuario, predeterminado, de utilidad y en segundo plano.
Etiquetas: host_machine_resource_optimizations

--max_idle_secs=<integer> predeterminado: “10800”

Es la cantidad de segundos que el servidor de compilación esperará inactivo antes de apagarse. Cero significa que el servidor nunca se cerrará. Solo se lee al iniciar el servidor. Cambiar esta opción no hará que el servidor se reinicie.
Etiquetas: eagerness_to_exit, loses_incremental_state

--output_base=<path> predeterminado: Consulta la descripción

Si se establece, especifica la ubicación de salida a la que se escribirá todo el resultado de la compilación. De lo contrario, la ubicación será ${OUTPUT_ROOT}/_blaze_${USER}/${MD5_OF_WORKSPACE_ROOT}. Nota: Si especificas una opción diferente de una a la siguiente invocación de Bazel para este valor, es probable que inicies un nuevo servidor de Bazel adicional. Bazel inicia exactamente un servidor por base de salida especificada. Por lo general, hay una base de salida por espacio de trabajo. Sin embargo, con esta opción, puedes tener varias bases de salida por espacio de trabajo y, de esta manera, ejecutar varias compilaciones para el mismo cliente en la misma máquina de forma simultánea. Consulta "bazel help shutdown" para obtener información sobre cómo cerrar un servidor de Bazel.
Etiquetas: affects_outputs, loses_incremental_state

--output_user_root=<path> predeterminado: Consulta la descripción

Es el directorio específico del usuario debajo del cual se escriben todos los resultados de la compilación. De forma predeterminada, esta es una función de $USER, pero si especificas una constante, los resultados de la compilación se pueden compartir entre los usuarios que colaboran.
Etiquetas: affects_outputs, loses_incremental_state

--[no]preemptible predeterminado: “false”

Si es verdadero, el comando se puede anular si se inicia otro comando.
Etiquetas: eagerness_to_exit

--[no]quiet predeterminado: “false”

Si es verdadero, no se emiten mensajes informativos en la consola, solo errores. Cambiar esta opción no hará que se reinicie el servidor.
Etiquetas: affects_outputs, bazel_monitoring

--server_jvm_out=<path> predeterminado: Consulta la descripción

Es la ubicación en la que se escribirá el resultado de la JVM del servidor. Si no se establece, se establece de forma predeterminada en una ubicación en output_base.
Etiquetas: affects_outputs, loses_incremental_state

--[no]shutdown_on_low_sys_mem predeterminado: “false”

Si se configuró max_idle_secs y el servidor de compilación estuvo inactivo durante un tiempo, cierra el servidor cuando el sistema tenga poca RAM libre. Solo para Linux y macOS.
Etiquetas: eagerness_to_exit, loses_incremental_state

--[no]system_rc predeterminado: "true"

Indica si se debe buscar o no el bazelrc para todo el sistema.
Etiquetas: changes_inputs

--[no]unlimit_coredumps predeterminado: “false”

Aumenta el límite de volcado de núcleo suave al límite duro para que se puedan generar volcados de núcleo del servidor (incluida la JVM) y del cliente en condiciones comunes. Agrega esta marca a tu bazelrc una vez y olvídate de ella para obtener volcados de memoria principal cuando encuentres una condición que los active.
Etiquetas: bazel_internal_configuration

--[no]windows_enable_symlinks predeterminado: “false”

Si es verdadero, se crearán vínculos simbólicos reales en Windows en lugar de copiar archivos. Requiere que se habilite el modo de desarrollador de Windows y que se ejecute Windows 10 versión 1703 o posterior.
Etiquetas: bazel_internal_configuration

--[no]workspace_rc predeterminado: "true"

Determina si se debe buscar o no el archivo bazelrc del espacio de trabajo en $workspace/.bazelrc.
Etiquetas: changes_inputs

Opciones misceláneas que no se clasificaron de otra manera:

Se acumulan varios usos de --host_jvm_args=<jvm_arg>.

Son marcas para pasar a la JVM que ejecuta Blaze.

--host_jvm_debug

Opción de conveniencia para agregar algunas marcas de inicio adicionales de JVM, que hacen que la JVM espere durante el inicio hasta que te conectes desde un depurador compatible con JDWP (como Eclipse) al puerto 5005.
Se expande a:
  --host_jvm_args=-agentlib:jdwp=transport=dt_socket,server=y,address=5005

--server_javabase=<jvm path> predeterminado: ""

Ruta de acceso a la JVM que se usa para ejecutar Bazel.

Opciones comunes a todos los comandos

Opciones que aparecen antes del comando y que el cliente analiza:

Se acumulan varios usos de --distdir=<a path>.

Lugares adicionales para buscar archivos antes de acceder a la red para descargarlos.
Etiquetas: bazel_internal_configuration

--[no]experimental_repository_cache_hardlinks predeterminado: “false”

Si se establece, la caché del repositorio creará un vínculo duro al archivo en caso de que se produzca un acierto en la caché, en lugar de copiarlo. Esto se hace para ahorrar espacio en el disco.
Etiquetas: bazel_internal_configuration

--experimental_repository_downloader_retries=<an integer> predeterminado: “5”

Es la cantidad máxima de intentos para reintentar un error de descarga. Si se establece en 0, se inhabilitan los reintentos.
Etiquetas: experimental

--experimental_scale_timeouts=<a double> predeterminado: "1.0"

Escala todos los tiempos de espera en las reglas del repositorio de Starlark por este factor. De esta manera, se puede hacer que los repositorios externos funcionen en máquinas que son más lentas de lo que esperaba el autor de la regla, sin cambiar el código fuente.
Etiquetas: bazel_internal_configuration, experimental

--http_connector_attempts=<an integer> predeterminado: “8”

Es la cantidad máxima de intentos de descargas HTTP.
Etiquetas: bazel_internal_configuration

--http_connector_retry_max_timeout=<An immutable length of time.> predeterminado: “0s”

Es el tiempo de espera máximo para los reintentos de descarga HTTP. Con un valor de 0, no se define un tiempo de espera máximo.
Etiquetas: bazel_internal_configuration

--http_max_parallel_downloads=<an integer> predeterminado: “8”

Es la cantidad máxima de descargas HTTP paralelas.
Etiquetas: bazel_internal_configuration

--http_timeout_scaling=<a double> predeterminado: "1.0"

Escala todos los tiempos de espera relacionados con las descargas de HTTP según el factor determinado.
Etiquetas: bazel_internal_configuration

--[no]incompatible_disable_native_repo_rules predeterminado: “false”

Si es falso, se pueden usar reglas de repositorio nativas en WORKSPACE. De lo contrario, se deben usar reglas de repositorio de Starlark. Las reglas de repositorio nativo incluyen local_repository, new_local_repository, local_config_platform y android_sdk_repository.
Etiquetas: bazel_internal_configuration

--repository_cache=<a path> predeterminado: Consulta la descripción

Especifica la ubicación de la caché de los valores descargados obtenidos durante la recuperación de repositorios externos. Una cadena vacía como argumento solicita que se inhabilite la caché. De lo contrario, se usa el valor predeterminado de '<output_user_root>/cache/repos/v1'.
Etiquetas: bazel_internal_configuration

--[no]repository_disable_download predeterminado: “false”

Si se establece, no se permite la descarga con ctx.download{,_and_extract} durante la recuperación del repositorio. Ten en cuenta que el acceso a la red no se inhabilita por completo; ctx.execute aún podría ejecutar un ejecutable arbitrario que acceda a Internet.
Etiquetas: bazel_internal_configuration

Opciones que controlan la ejecución de la compilación:

--experimental_ui_max_stdouterr_bytes=<an integer in (-1)-1073741819 range> predeterminado: "1048576"

Es el tamaño máximo de los archivos stdout / stderr que se imprimirán en la consola. -1 implica que no hay límite.
Etiquetas: execution

--gc_churning_threshold=<an integer in 0-100 range> predeterminado: "100"

En cualquier momento después de que una invocación se haya ejecutado durante al menos un minuto, si Blaze pasó al menos este porcentaje del tiempo de ejecución de la invocación realizando GC completas, Blaze se rendirá y fallará con un error de OOM. Un valor de 100 significa que nunca debes rendirte por este motivo.
Etiquetas: host_machine_resource_optimizations

--gc_thrashing_threshold=<an integer in 0-100 range> predeterminado: "100"

Es el porcentaje de espacio ocupado (de 0 a 100) por encima del cual GcThrashingDetector considera los eventos de presión de memoria en función de sus límites (--gc_thrashing_limits). Si se establece en 100, se inhabilita GcThrashingDetector.
Etiquetas: host_machine_resource_optimizations

Son opciones que configuran la cadena de herramientas que se usa para la ejecución de acciones:

--[no]incompatible_enable_proto_toolchain_resolution predeterminado: “false”

Si es verdadero, las reglas de proto lang definen las cadenas de herramientas desde el repositorio de protobuf. Etiquetas
: loading_and_analysis, incompatible_change

Opciones que permiten al usuario configurar el resultado deseado, lo que afecta su valor, en lugar de su existencia:

--bep_maximum_open_remote_upload_files=<an integer> predeterminado: “-1”

Cantidad máxima de archivos abiertos permitidos durante la carga de artefactos de BEP.
Etiquetas: affects_outputs

--remote_download_all

Descarga todos los resultados remotos en la máquina local. Esta marca es un alias para --remote_download_outputs=all.
Se expande a:
  --remote_download_outputs=all

Etiquetas: affects_outputs

--remote_download_minimal

No descarga ningún resultado de compilación remota a la máquina local. Esta marca es un alias para --remote_download_outputs=minimal.
Se expande a:
  --remote_download_outputs=minimal

Etiquetas: affects_outputs

--remote_download_outputs=<all, minimal or toplevel> predeterminado: "toplevel"

Si se establece en "minimal", no se descargan resultados de compilación remota en la máquina local, excepto los que requieren las acciones locales. Si se establece en "toplevel", se comporta como "minimal", excepto que también descarga los resultados de los destinos de nivel superior en la máquina local. Ambas opciones pueden reducir significativamente los tiempos de compilación si el ancho de banda de la red es un cuello de botella.
Etiquetas: affects_outputs

--remote_download_symlink_template=<a string> predeterminado: ""

En lugar de descargar resultados de compilación remotos en la máquina local, crea vínculos simbólicos. El destino de los vínculos simbólicos se puede especificar en forma de una cadena de plantilla. Esta cadena de plantilla puede contener {hash} y {size_bytes} que se expanden al hash del objeto y al tamaño en bytes, respectivamente. Estos vínculos simbólicos pueden, por ejemplo, apuntar a un sistema de archivos FUSE que cargue objetos del CAS a pedido.
Etiquetas: affects_outputs

--remote_download_toplevel

Solo descarga resultados remotos de destinos de nivel superior en la máquina local. Esta marca es un alias para --remote_download_outputs=toplevel.
Se expande a:
  --remote_download_outputs=toplevel

Etiquetas: affects_outputs

Se acumulan varios usos de --repo_env=<a 'name=value' assignment with an optional value part>.

especifica variables de entorno adicionales que estarán disponibles solo para las reglas del repositorio. Ten en cuenta que, de todos modos, las reglas del repositorio ven el entorno completo, pero de esta manera la información de configuración se puede pasar a los repositorios a través de opciones sin invalidar el gráfico de acciones.
Etiquetas: action_command_lines

Opciones que afectan la rigurosidad con la que Bazel aplica entradas de compilación válidas (definiciones de reglas, combinaciones de marcas, etcétera):

--[no]check_bzl_visibility predeterminado: "true"

Si se inhabilita, los errores de visibilidad de carga de .bzl se degradan a advertencias.
Etiquetas: build_file_semantics

Valor predeterminado de --[no]incompatible_enforce_starlark_utf8: "advertencia"

Si está habilitado (o se establece en "error"), falla si los archivos Starlark no están codificados en UTF-8. Si se establece en "warning", se emitirá una advertencia. Si se establece en "off", Bazel supone que los archivos Starlark están codificados en UTF-8, pero no verifica esta suposición. Ten en cuenta que los archivos Starlark que no están codificados en UTF-8 pueden hacer que Bazel se comporte de manera incoherente.
Etiquetas: loading_and_analysis, incompatible_change

Esta opción afecta la semántica del lenguaje Starlark o la API de compilación a la que pueden acceder los archivos BUILD, .bzl o WORKSPACE.:

--[no]experimental_bzl_visibility predeterminado: "true"

Si está habilitada, agrega una función "visibility()` a la que los archivos .bzl pueden llamar durante la evaluación de nivel superior para establecer su visibilidad con el fin de las sentencias load().
Etiquetas: loading_and_analysis, experimental

--[no]experimental_cc_shared_library predeterminado: “false”

Si se establece como verdadero, los atributos de reglas y los métodos de la API de Starlark necesarios para la regla cc_shared_library estarán disponibles.
Etiquetas: build_file_semantics, loading_and_analysis, experimental

--[no]experimental_cc_static_library predeterminado: “false”

Si se establece como verdadero, los atributos de reglas y los métodos de la API de Starlark necesarios para la regla cc_static_library estarán disponibles.
Etiquetas: build_file_semantics, loading_and_analysis, experimental

--[no]experimental_disable_external_package predeterminado: “false”

Si se establece en verdadero, el paquete //external generado automáticamente ya no estará disponible. Bazel aún no podrá analizar el archivo "external/BUILD", pero funcionarán los globs que lleguen a external/ desde el paquete sin nombre.
Etiquetas: loading_and_analysis, loses_incremental_state, experimental

--[no]experimental_dormant_deps predeterminado: “false”

Si se establece como verdadero, se permiten attr.label(materializer=), attr(for_dependency_resolution=), attr.dormant_label(), attr.dormant_label_list() y rule(for_dependency_resolution=).
Etiquetas: build_file_semantics, experimental

--[no]experimental_enable_android_migration_apis predeterminado: “false”

Si se establece como verdadero, habilita las APIs necesarias para admitir la migración de Starlark de Android.
Etiquetas: build_file_semantics

--[no]experimental_enable_first_class_macros predeterminado: "true"

Si se establece como verdadero, habilita la construcción "macro()`" para definir macros simbólicas.
Etiquetas: build_file_semantics

--[no]experimental_enable_scl_dialect predeterminado: "true"

Si se establece como verdadero, se pueden usar archivos .scl en las sentencias load().
Etiquetas: build_file_semantics

--[no]experimental_enable_starlark_set predeterminado: "true"

Si es verdadero, habilita el tipo de datos set y el constructor set() en Starlark.
Etiquetas: build_file_semantics, experimental

--[no]experimental_google_legacy_api predeterminado: “false”

Si se establece en "true", expone varias partes experimentales de la API de compilación de Starlark relacionadas con el código heredado de Google.
Etiquetas: loading_and_analysis, experimental

--[no]experimental_isolated_extension_usages predeterminado: “false”

Si es verdadero, habilita el parámetro <code>isolate</code> en la función <a href="https://bazel.build/rules/lib/globals/module#use_extension"><code>use_extension</code></a>.
Etiquetas: loading_and_analysis

--[no]experimental_platforms_api predeterminado: “false”

Si se establece como verdadero, habilita varias APIs de Starlark relacionadas con la plataforma que son útiles para depurar.
Etiquetas: loading_and_analysis, experimental

--[no]experimental_repo_remote_exec predeterminado: “false”

Si se establece como verdadero, repository_rule obtiene algunas capacidades de ejecución remota.
Etiquetas: build_file_semantics, loading_and_analysis, experimental

--[no]experimental_sibling_repository_layout predeterminado: “false”

Si se establece como verdadero, los repositorios que no son principales se plantan como symlinks al repositorio principal en la raíz de ejecución. Es decir, todos los repositorios son elementos secundarios directos del directorio $output_base/execution_root. Esto tiene el efecto secundario de liberar $output_base/execution_root/__main__/external para el directorio "externo" de nivel superior real.
Etiquetas: action_command_lines, bazel_internal_configuration, loading_and_analysis, loses_incremental_state, experimental

--[no]experimental_single_package_toolchain_binding predeterminado: “false”

Si está habilitada, es posible que la función register_toolchain no incluya patrones de destino que puedan hacer referencia a más de un paquete.
Etiquetas: loading_and_analysis, incompatible_change

--[no]experimental_starlark_types predeterminado: “false”

Habilita las anotaciones de tipo y la verificación de tipos. Las ubicaciones en las que se permiten las anotaciones se controlan aún más con `--experimental_starlark_types_allowed_paths`.
Etiquetas: loading_and_analysis, experimental

--experimental_starlark_types_allowed_paths=<comma-separated list of options> predeterminado: ""

Es una lista de prefijos de etiquetas canónicos en los que se permiten anotaciones de tipo Starlark.
Etiquetas: loading_and_analysis, experimental

--[no]incompatible_allow_tags_propagation predeterminado: "true"

Si se establece como verdadero, las etiquetas se propagarán de un objetivo a los requisitos de ejecución de las acciones. De lo contrario, no se propagarán. Consulta https://github.com/bazelbuild/bazel/issues/8830 para obtener más información.
Etiquetas: build_file_semantics, experimental

--[no]incompatible_always_check_depset_elements predeterminado: "true"

Verifica la validez de los elementos agregados a los conjuntos de dependencias en todos los constructores. Los elementos deben ser inmutables, pero, históricamente, el constructor depset(direct=…) se olvidó de verificarlo. Usa tuplas en lugar de listas en los elementos de depset. Consulta https://github.com/bazelbuild/bazel/issues/10313 para obtener más información.
Etiquetas: build_file_semantics, incompatible_change

--incompatible_autoload_externally=<comma-separated set of options> predeterminado: "@rules_python,+java_common,+JavaInfo,+JavaPluginInfo,ProguardSpecProvider,java_binary,java_import,java_library,java_plugin,java_test,java_runtime,java_toolchain,java_package_configuration,@com_google_protobuf,@rules_shell,@rules_android"

Es una lista separada por comas de reglas (o de otros símbolos) que antes formaban parte de Bazel y que ahora se deben recuperar de sus respectivos repositorios externos. El objetivo de esta marca es facilitar la migración de reglas fuera de Bazel. Consulta también https://github.com/bazelbuild/bazel/issues/23043. Un símbolo que se carga automáticamente dentro de un archivo se comporta como si su definición integrada en Bazel se reemplazara por su definición nueva canónica en un repositorio externo. Para un archivo BUILD, esto significa, en esencia, agregar implícitamente una sentencia load(). Para un archivo .bzl, es una sentencia load() o un cambio en un campo del objeto "native", según si el símbolo cargado automáticamente es una regla. Bazel mantiene una lista codificada de todos los símbolos que se pueden cargar automáticamente. Solo esos símbolos pueden aparecer en esta marca. Para cada símbolo, Bazel conoce la nueva ubicación de definición en un repositorio externo, así como un conjunto de repositorios con casos especiales que no deben cargarlo automáticamente para evitar crear ciclos. Un elemento de lista de “+foo” en esta marca hace que el símbolo foo se cargue automáticamente, excepto en los repositorios exentos de foo, dentro de los cuales la versión de foo definida por Bazel aún está disponible. Un elemento de lista de "foo" activa la carga automática como se indicó anteriormente, pero la versión de foo definida por Bazel no está disponible para los repositorios excluidos. Esto garantiza que el repositorio externo de foo no dependa de la implementación anterior de Bazel de foo. Un elemento de lista de "-foo" no activa ninguna carga automática, pero hace que la versión de foo definida por Bazel no sea accesible en todo el espacio de trabajo. Se usa para validar que el espacio de trabajo esté listo para que se borre la definición de foo de Bazel. Si no se nombra un símbolo en esta marca, este seguirá funcionando de forma normal; no se realizará la carga automática ni se suprimirá la versión definida por Bazel. Para la configuración, consulta https://github.com/bazelbuild/bazel/blob/master/src/main/java/com/google/devtools/build/lib/packages/AutoloadSymbols.java. Como atajo, también se puede usar todo el repositorio. Por ejemplo, +@rules_python cargará automáticamente todas las reglas de Python.
Etiquetas: loses_incremental_state, build_file_semantics, incompatible_change

--[no]incompatible_depset_for_libraries_to_link_getter predeterminado: "true"

Cuando es verdadero, Bazel ya no muestra una lista de linking_context.libraries_to_link, sino un conjunto de dependencias.
Etiquetas: loading_and_analysis, incompatible_change

--[no]incompatible_disable_autoloads_in_main_repo predeterminado: “false”

Controla si las cargas automáticas (configuradas por --incompatible_autoload_externally) están habilitadas en el repositorio principal. Cuando se habilitan, las reglas (o cualquier otro símbolo) que antes formaban parte de Bazel deben tener instrucciones de carga. Usa buildifier para agregarlos.
Etiquetas: loading_and_analysis, incompatible_change

--[no]incompatible_disable_objc_library_transition predeterminado: "true"

Inhabilita la transición personalizada de objc_library y hereda del objetivo de nivel superior (no se realiza ninguna operación en Bazel)
Etiquetas: build_file_semantics, incompatible_change

--[no]incompatible_disable_starlark_host_transitions predeterminado: “false”

Si se establece como verdadero, los atributos de regla no pueden establecer "cfg = "host"'. En su lugar, las reglas deben establecer "cfg = "exec"'.
Etiquetas: loading_and_analysis, incompatible_change

--[no]incompatible_disable_target_default_provider_fields predeterminado: “false”

Si se establece como verdadero, inhabilita la capacidad de acceder a los proveedores en objetos "objetivo" a través de la sintaxis de campo. En su lugar, usa la sintaxis de clave de proveedor. Por ejemplo, en lugar de usar "ctx.attr.dep.my_info" para acceder a "my_info" desde dentro de una función de implementación de reglas, usa "ctx.attr.dep[MyInfo]". Consulta https://github.com/bazelbuild/bazel/issues/9014 para obtener más información.
Etiquetas: build_file_semantics, incompatible_change

--[no]incompatible_disable_target_provider_fields predeterminado: “false”

Si se establece como verdadero, inhabilita la capacidad de usar el proveedor predeterminado a través de la sintaxis de campo. En su lugar, usa la sintaxis de clave de proveedor. Por ejemplo, en lugar de usar "ctx.attr.dep.files" para acceder a "files", usa "ctx.attr.dep[DefaultInfo].files". Consulta https://github.com/bazelbuild/bazel/issues/9014 para obtener más información.
Etiquetas: build_file_semantics, incompatible_change

--[no]incompatible_disallow_ctx_resolve_tools predeterminado: "true"

Si se establece como verdadero, la llamada a la API de ctx.resolve_tools obsoleta siempre falla. Los usos de esta API deben reemplazarse por un argumento ejecutable o de herramientas para ctx.actions.run o ctx.actions.run_shell.
Etiquetas: loading_and_analysis, incompatible_change

--[no]incompatible_disallow_empty_glob predeterminado: "true"

Si se establece en verdadero, el valor predeterminado del argumento "allow_empty" de glob() es falso.
Etiquetas: build_file_semantics, incompatible_change

--[no]incompatible_enable_deprecated_label_apis predeterminado: "true"

Si está habilitada, se pueden usar ciertas APIs obsoletas (native.repository_name, Label.workspace_name, Label.relative).
Etiquetas: loading_and_analysis

--[no]incompatible_fail_on_unknown_attributes predeterminado: "true"

Si está habilitada, fallan los objetivos que tienen atributos desconocidos establecidos en Ninguno.
Etiquetas: loading_and_analysis, incompatible_change

--[no]incompatible_fix_package_group_reporoot_syntax predeterminado: "true"

En el atributo "packages" de package_group, cambia el significado del valor "//…" para que haga referencia a todos los paquetes del repositorio actual en lugar de a todos los paquetes de cualquier repositorio. Puedes usar el valor especial "public" en lugar de "//…" para obtener el comportamiento anterior. Esta marca requiere que también se habilite --incompatible_package_group_has_public_syntax.
Etiquetas: build_file_semantics, incompatible_change

--[no]incompatible_locations_prefers_executable predeterminado: "true"

Determina si un destino que proporciona un ejecutable se expande al ejecutable en lugar de a los archivos en <code>DefaultInfo.files</code> en la expansión $(locations ...) si la cantidad de archivos no es 1.
Etiquetas: loading_and_analysis, incompatible_change

--[no]incompatible_no_attr_license predeterminado: "true"

Si se establece como verdadero, inhabilita la función "attr.license".
Etiquetas: build_file_semantics, incompatible_change

--[no]incompatible_no_implicit_file_export predeterminado: “false”

Si se establece, los archivos de origen (usados) son privados del paquete, a menos que se exporten de forma explícita. Consulta https://github.com/bazelbuild/proposals/blob/master/designs/2019-10-24-file-visibility.md
Etiquetas: build_file_semantics, incompatible_change

--[no]incompatible_no_implicit_watch_label predeterminado: "true"

Si es verdadero, los métodos de <code>repository_ctx</code> a los que se les pasa una etiqueta ya no supervisarán automáticamente el archivo de esa etiqueta en busca de cambios, incluso si <code>watch = "no"</code>, y <code>repository_ctx.path</code> ya no hace que se supervise la ruta de acceso que se muestra. En su lugar, usa <code>repository_ctx.watch</code>.
Etiquetas: loading_and_analysis, incompatible_change

--[no]incompatible_no_rule_outputs_param predeterminado: “false”

Si se establece como verdadero, inhabilita el parámetro "outputs" de la función Starlark "rule()</quot;.
Etiquetas: build_file_semantics, incompatible_change

--[no]incompatible_package_group_has_public_syntax predeterminado: "true"

En el atributo "packages" de package_group, permite escribir "public" o "private" para hacer referencia a todos los paquetes o a ninguno, respectivamente.
Etiquetas: build_file_semantics, incompatible_change

--[no]incompatible_require_linker_input_cc_api predeterminado: "true"

Si se establece como verdadero, la regla create_linking_context requerirá linker_inputs en lugar de libraries_to_link. Los antiguos métodos get de linking_context también se inhabilitarán y solo estarán disponibles los métodos linker_inputs.
Etiquetas: build_file_semantics, loading_and_analysis, incompatible_change

--[no]incompatible_run_shell_command_string predeterminado: "true"

Si se establece como verdadero, el parámetro de comando de actions.run_shell solo aceptará cadenas
Etiquetas: build_file_semantics, incompatible_change

--[no]incompatible_simplify_unconditional_selects_in_rule_attrs predeterminado: "true"

Si es verdadero, simplifica los atributos de reglas configurables que solo contienen selecciones no condicionales. Por ejemplo, si ["a"] + select("//conditions:default", ["b"]) se asigna a un atributo de regla, se almacena como ["a", "b"]. Esta opción no afecta los atributos de las macros simbólicas ni los valores predeterminados de los atributos.
Etiquetas: build_file_semantics, incompatible_change

--[no]incompatible_stop_exporting_build_file_path predeterminado: “false”

Si se establece como verdadero, ctx.build_file_path obsoleto no estará disponible. En su lugar, se puede usar ctx.label.package + '/BUILD'.
Etiquetas: loading_and_analysis, incompatible_change

--[no]incompatible_stop_exporting_language_modules predeterminado: “false”

Si está habilitado, ciertos módulos específicos de lenguaje (como "cc_common") no están disponibles en los archivos .bzl del usuario y solo se puede llamar desde sus respectivos repositorios de reglas.
Etiquetas: loading_and_analysis, incompatible_change

--[no]incompatible_unambiguous_label_stringification predeterminado: "true"

Cuando sea verdadero, Bazel convertirá la etiqueta @//foo:bar en @//foo:bar, en lugar de //foo:bar. Esto solo afecta el comportamiento de str(), el operador %, etcétera. El comportamiento de repr() no cambia. Consulta https://github.com/bazelbuild/bazel/issues/15916 para obtener más información.
Etiquetas: loading_and_analysis, incompatible_change

--[no]incompatible_use_cc_configure_from_rules_cc predeterminado: “false”

Cuando sea verdadero, Bazel ya no permitirá usar cc_configure desde @bazel_tools. Consulta https://github.com/bazelbuild/bazel/issues/10134 para obtener detalles y las instrucciones de migración.
Etiquetas: loading_and_analysis, incompatible_change

--max_computation_steps=<a long integer> predeterminado: “0”

Es la cantidad máxima de pasos de procesamiento de Starlark que puede ejecutar un archivo BUILD (cero significa que no hay límite).
Etiquetas: build_file_semantics

--nested_set_depth_limit=<an integer> predeterminado: “3500”

Es la profundidad máxima del gráfico interno de un conjunto de dependencias (también conocido como NestedSet), por encima de la cual fallará el constructor de depset().
Etiquetas: loading_and_analysis

--repositories_without_autoloads=<comma-separated set of options> predeterminado: ""

Es una lista de repositorios adicionales (más allá de los que Bazel conoce) a los que no se deben agregar cargas automáticas. Por lo general, debe contener repositorios de los que depende de forma transitiva un repositorio que se puede cargar automáticamente (y que, por lo tanto, puede crear un ciclo).
Etiquetas: loses_incremental_state, build_file_semantics, incompatible_change

Opciones relacionadas con el resultado y la semántica de Bzlmod:

Se acumulan varios usos de --allow_yanked_versions=<a string>.

Especificó las versiones del módulo en forma de "<module1>@<version1>,<module2>@<version2>" que se permitirán en el gráfico de dependencias resuelto, incluso si se declaran quitados en el registro de donde provienen (si no provienen de un NonRegistryOverride). De lo contrario, las versiones quitadas provocarán que la resolución falle. También puedes definir la versión quitada permitida con la variable de entorno "BZLMOD_ALLOW_YANKED_VERSIONS". Puedes inhabilitar esta verificación con la palabra clave "all" (no se recomienda).
Etiquetas: loading_and_analysis

--check_bazel_compatibility=<error, warning or off> predeterminado: "error"

Verifica la compatibilidad de la versión de Bazel de los módulos de Bazel. Los valores válidos son "error" para derivarlo a un error de resolución, "off" para inhabilitar la verificación o "warning" para imprimir una advertencia cuando se detecte una discrepancia.
Etiquetas: loading_and_analysis

Valor predeterminado de --check_direct_dependencies=<off, warning or error>: "advertencia"

Verifica si las dependencias directas de "bazel_dep" declaradas en el módulo raíz son las mismas versiones que obtienes en el gráfico de dependencias resuelto. Los valores válidos son "off" para inhabilitar la verificación, "warning" para imprimir una advertencia cuando se detecta una discrepancia o "error" para derivarla a un error de resolución.
Etiquetas: loading_and_analysis

--[no]ignore_dev_dependency predeterminado: “false”

Si es verdadero, Bazel ignora "bazel_dep" y "use_extension" declarados como "dev_dependency" en MODULE.bazel del módulo raíz. Ten en cuenta que esas dependencias de dev siempre se ignoran en MODULE.bazel si no es el módulo raíz, independientemente del valor de esta marca.
Etiquetas: loading_and_analysis

--lockfile_mode=<off, update, refresh or error> predeterminado: “update”

especifica cómo usar el archivo de bloqueo y si se debe usar o no. Los valores válidos son "update" para usar el archivo de bloqueo y actualizarlo si hay cambios, "refresh" para actualizar periódicamente la información mutable (versiones quitadas y módulos que faltaban anteriormente) de los registros remotos, "error" para usar el archivo de bloqueo, pero mostrar un error si no está actualizado, o "off" para no leer ni escribir en el archivo de bloqueo.
Etiquetas: loading_and_analysis

Se acumulan varios usos de --override_module=<an equals-separated mapping of module name to path>.

Anula un módulo con una ruta de acceso local en el formato <nombre del módulo>=<ruta>. Si la ruta de acceso proporcionada es una ruta de acceso absoluta, se usará tal como está. Si la ruta de acceso proporcionada es una ruta de acceso relativa, se considerará en relación con el directorio de trabajo actual. Si la ruta de acceso determinada comienza con "%workspace%", es relativa a la raíz del espacio de trabajo, que es el resultado de "bazel info workspace". Si la ruta de acceso determinada está vacía, quita las anulaciones anteriores.

Se acumulan varios usos de --registry=<a string>.

Especifica los registros que se usarán para ubicar las dependencias de los módulos de Bazel. El orden es importante: los módulos se buscarán primero en los registros anteriores y solo se recurrirá a los registros posteriores cuando no estén en los anteriores.
Etiquetas: changes_inputs

--vendor_dir=<a path> predeterminado: Consulta la descripción

Especifica el directorio que debe contener los repositorios externos en el modo de proveedor, ya sea para recuperarlos o usarlos durante la compilación. La ruta de acceso se puede especificar como una ruta absoluta o una ruta relativa al directorio del espacio de trabajo.
Etiquetas: loading_and_analysis

Opciones que activan optimizaciones del tiempo de compilación:

--gc_thrashing_limits=<comma separated pairs of <period>:<count>> predeterminado: "1s:2,20s:3,1m:5"

Límites que, si se alcanzan, hacen que GcThrashingDetector haga que Bazel falle con un error de OOM. Cada límite se especifica como <period>:<count>, en el que period es una duración y count es un número entero positivo. Si más del porcentaje --gc_thrashing_threshold del espacio a perpetuidad (heap de generación anterior) permanece ocupado después de <count> GC completas consecutivas en <period>, se activa un error de OOM. Se pueden especificar varios límites separados por comas.
Etiquetas: host_machine_resource_optimizations

--[no]heuristically_drop_nodes predeterminado: “false”

Si es verdadero, Blaze quitará los nodos FileState y DirectoryListingState después de que se completen los nodos File y DirectoryListing relacionados para ahorrar memoria. Esperamos que sea menos probable que se vuelvan a necesitar estos nodos. Si es así, el programa los volverá a evaluar.
Etiquetas: loses_incremental_state

--[no]incompatible_do_not_split_linking_cmdline predeterminado: "true"

Cuando es verdadero, Bazel ya no modifica las marcas de línea de comandos que se usan para la vinculación y tampoco decide de forma selectiva qué marcas van al archivo de parámetros y cuáles no. Consulta https://github.com/bazelbuild/bazel/issues/7670 para obtener más información.
Etiquetas: loading_and_analysis, incompatible_change

--[no]keep_state_after_build predeterminado: "true"

Si es falso, Blaze descartará el estado en memoria de esta compilación cuando finalice. Las compilaciones posteriores no tendrán ninguna incrementalidad con respecto a esta.
Etiquetas: loses_incremental_state

--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0> predeterminado: “10”

Es una marca para la configuración avanzada del motor Skyframe interno de Bazel. Si Bazel detecta que el uso porcentual del montón retenido supera el umbral establecido por --skyframe_high_water_mark_threshold, cuando se produzca un evento de GC completo, se descartará el estado temporal innecesario de Skyframe hasta esta cantidad de veces por invocación. La configuración predeterminada es 10. Cero significa que los eventos de GC completos nunca activarán las bajadas. Si se alcanza el límite, el estado de Skyframe ya no se descartará cuando se produzca un evento de GC completo y se supere ese umbral de porcentaje de montón retenido.
Etiquetas: host_machine_resource_optimizations

--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0> predeterminado: “10”

Es una marca para la configuración avanzada del motor Skyframe interno de Bazel. Si Bazel detecta que el uso porcentual del montón retenido supera el umbral establecido por --skyframe_high_water_mark_threshold, cuando se produzca un evento de GC menor, se descartará el estado temporal innecesario de Skyframe, hasta esta cantidad de veces por invocación. La configuración predeterminada es 10. Cero significa que los eventos de GC menores nunca activarán las bajadas. Si se alcanza el límite, el estado de Skyframe ya no se descartará cuando se produzca un evento de GC menor y se supere ese umbral de porcentaje de montón retenido.
Etiquetas: host_machine_resource_optimizations

--skyframe_high_water_mark_threshold=<an integer> predeterminado: “85”

Es una marca para la configuración avanzada del motor Skyframe interno de Bazel. Si Bazel detecta que el uso porcentual del montón retenido es de al menos este límite, descartará el estado temporal innecesario de Skyframe. Si ajustas este parámetro, es posible que puedas mitigar el impacto del tiempo de ejecución de la fragmentación de GC, cuando esta se produce (i) por el uso de memoria de este estado temporal y (ii) es más costoso que reconstituir el estado cuando sea necesario.
Etiquetas: host_machine_resource_optimizations

--[no]track_incremental_state predeterminado: "true"

Si es falso, Blaze no conservará los datos que permiten la invalidación y la reevaluación en compilaciones incrementales para ahorrar memoria en esta compilación. Las compilaciones posteriores no tendrán ninguna incrementalidad con respecto a esta. Por lo general, querrás especificar --batch cuando establezcas este valor en falso.
Etiquetas: loses_incremental_state

Opciones que afectan la verbosidad, el formato o la ubicación del registro:

--[no]announce_rc predeterminado: “false”

Indica si se deben anunciar las opciones de rc.
Etiquetas: affects_outputs

--[no]attempt_to_print_relative_paths predeterminado: “false”

Cuando imprimas la parte de ubicación de los mensajes, intenta usar una ruta de acceso relativa al directorio del espacio de trabajo o a uno de los directorios especificados por --package_path.
Etiquetas: terminal_output

--bes_backend=<a string> predeterminado: ""

Especifica el extremo de backend del servicio de eventos de compilación (BES) en el formato [SCHEME://]HOST[:PORT]. La opción predeterminada es inhabilitar las cargas de BES. Los esquemas compatibles son grpc y grpcs (grpc con TLS habilitado). Si no se proporciona un esquema, Bazel supone que se trata de GRPC.
Etiquetas: affects_outputs

--[no]bes_check_preceding_lifecycle_events predeterminado: “false”

Establece el campo check_preceding_lifecycle_events_present en PublishBuildToolEventStreamRequest, que le indica a BES que verifique si recibió anteriormente eventos InvocationAttemptStarted y BuildEnqueued que coincidan con el evento de herramienta actual.
Etiquetas: affects_outputs

Se acumulan varios usos de --bes_header=<a 'name=value' assignment>.

Especifica un encabezado en el formato NAME=VALUE que se incluirá en las solicitudes de BES. Se pueden pasar varios encabezados si especificas la marca varias veces. Los múltiples valores para el mismo nombre se convertirán en una lista separada por comas.
Etiquetas: affects_outputs

--bes_instance_name=<a string> predeterminado: Consulta la descripción

Especifica el nombre de la instancia en la que el BES conservará el BEP subido. La configuración predeterminada es nula.
Etiquetas: affects_outputs

Se acumulan varios usos de --bes_keywords=<comma-separated list of options>.

Especifica una lista de palabras clave de notificación que se agregarán al conjunto predeterminado de palabras clave publicadas en BES ("command_name=<command_name> ", "protocol_name=BEP"). El valor predeterminado es ninguno.
Etiquetas: affects_outputs

--[no]bes_lifecycle_events predeterminado: "true"

Especifica si se deben publicar eventos del ciclo de vida de BES. (el valor predeterminado es "true").
Etiquetas: affects_outputs

--bes_oom_finish_upload_timeout=<An immutable length of time.> predeterminado: "10m"

Especifica cuánto tiempo debe esperar bazel para que se complete la carga de BES/BEP mientras se produce una falta de memoria. Esta marca garantiza la finalización cuando la JVM tiene una fragmentación grave de GC y no puede avanzar en ningún subproceso de usuario.
Etiquetas: bazel_monitoring

--bes_outerr_buffer_size=<an integer> predeterminado: “10240”

Especifica el tamaño máximo de stdout o stderr que se almacenará en búfer en BEP, antes de que se informe como un evento de progreso. Las operaciones de escritura individuales se siguen informando en un solo evento, incluso si son más grandes que el valor especificado hasta --bes_outerr_chunk_size.
Etiquetas: affects_outputs

--bes_outerr_chunk_size=<an integer> predeterminado: "1048576"

Especifica el tamaño máximo de stdout o stderr que se enviará a BEP en un solo mensaje.
Etiquetas: affects_outputs

--bes_proxy=<a string> predeterminado: Consulta la descripción

Conéctate al servicio de eventos de compilación a través de un proxy. Actualmente, esta marca solo se puede usar para configurar un socket de dominio Unix (unix:/path/to/socket).

--bes_results_url=<a string> predeterminado: ""

Especifica la URL base en la que un usuario puede ver la información transmitida al backend de BES. Bazel mostrará la URL que el ID de invocación adjuntó a la terminal.
Etiquetas: terminal_output

Se acumulan varios usos de --bes_system_keywords=<comma-separated list of options>.

Especifica una lista de palabras clave de notificación que se incluirán directamente, sin el prefijo "user_keyword=" para las palabras clave proporcionadas a través de --bes_keywords. Se diseñó para operadores de servicios de compilación que establecen --bes_lifecycle_events=false y que incluyen palabras clave cuando llaman a PublishLifecycleEvent. La compilación de operadores de servicio con esta marca debería evitar que los usuarios anulen el valor de la marca.
Etiquetas: affects_outputs

--bes_timeout=<An immutable length of time.> predeterminado: “0s”

Especifica cuánto tiempo debe esperar bazel para que se complete la carga de BES/BEP después de que finalicen la compilación y las pruebas. Un tiempo de espera válido es un número natural seguido de una unidad: días (d), horas (h), minutos (m), segundos (s) y milisegundos (ms). El valor predeterminado es “0”, lo que significa que no hay tiempo de espera.
Etiquetas: affects_outputs

--bes_upload_mode=<wait_for_upload_complete, nowait_for_upload_complete or fully_async> predeterminado: "wait_for_upload_complete"

Especifica si la carga del servicio de eventos de compilación debe bloquear la finalización de la compilación o finalizar la invocación de inmediato y terminar la carga en segundo plano. Puede ser "wait_for_upload_complete" (predeterminada), "nowait_for_upload_complete" o "fully_async".
Etiquetas: eagerness_to_exit

--build_event_binary_file=<a string> predeterminado: ""

Si no está vacío, escribe una representación binaria delimitada por varint del protocolo de eventos de compilación en ese archivo. Esta opción implica --bes_upload_mode=wait_for_upload_complete.
Etiquetas: affects_outputs

--[no]build_event_binary_file_path_conversion predeterminado: "true"

Convierte las rutas de acceso en la representación de archivo binario del protocolo de evento de compilación a URIs más válidos a nivel global siempre que sea posible. Si se inhabilita, siempre se usará el esquema de URI file://.
Etiquetas: affects_outputs

--build_event_binary_file_upload_mode=<wait_for_upload_complete, nowait_for_upload_complete or fully_async> predeterminado: "wait_for_upload_complete"

Especifica si la carga del servicio de eventos de compilación para --build_event_binary_file debe bloquear la finalización de la compilación o finalizar la invocación de inmediato y terminar la carga en segundo plano. Puede ser "wait_for_upload_complete" (predeterminada), "nowait_for_upload_complete" o "fully_async".
Etiquetas: eagerness_to_exit

--build_event_json_file=<a string> predeterminado: ""

Si no está vacío, escribe una serialización JSON del protocolo del evento de compilación en ese archivo. Esta opción implica --bes_upload_mode=wait_for_upload_complete.
Etiquetas: affects_outputs

--[no]build_event_json_file_path_conversion predeterminado: "true"

Convierte las rutas de acceso en la representación del archivo JSON del protocolo del evento de compilación a URIs más válidos a nivel global siempre que sea posible. Si se inhabilita, siempre se usará el esquema de URI file://.
Etiquetas: affects_outputs

--build_event_json_file_upload_mode=<wait_for_upload_complete, nowait_for_upload_complete or fully_async> predeterminado: "wait_for_upload_complete"

Especifica si la carga del servicio de eventos de compilación para --build_event_json_file debe bloquear la finalización de la compilación o finalizar la invocación de inmediato y terminar la carga en segundo plano. Puede ser "wait_for_upload_complete" (predeterminada), "nowait_for_upload_complete" o "fully_async".
Etiquetas: eagerness_to_exit

--build_event_max_named_set_of_file_entries=<an integer> predeterminado: “5000”

Es la cantidad máxima de entradas para un solo evento named_set_of_files. Se ignoran los valores menores que 2 y no se realiza ninguna división de eventos. El objetivo es limitar el tamaño máximo del evento en el protocolo de eventos de compilación, aunque no controla directamente el tamaño del evento. El tamaño total del evento es una función de la estructura del conjunto, así como de las longitudes del archivo y del URI, que a su vez pueden depender de la función hash.
Etiquetas: affects_outputs

--[no]build_event_publish_all_actions predeterminado: “false”

Indica si se deben publicar todas las acciones.
Etiquetas: affects_outputs

--build_event_text_file=<a string> predeterminado: ""

Si no está vacío, escribe una representación textual del protocolo del evento de compilación en ese archivo.
Etiquetas: affects_outputs

--[no]build_event_text_file_path_conversion predeterminado: "true"

Convierte las rutas de acceso en la representación del archivo de texto del protocolo de evento de compilación a URIs más válidos a nivel global siempre que sea posible. Si se inhabilita, siempre se usará el esquema de URI file://.
Etiquetas: affects_outputs

--build_event_text_file_upload_mode=<wait_for_upload_complete, nowait_for_upload_complete or fully_async> predeterminado: "wait_for_upload_complete"

Especifica si la carga del servicio de eventos de compilación para --build_event_text_file debe bloquear la finalización de la compilación o finalizar la invocación de inmediato y terminar la carga en segundo plano. Puede ser "wait_for_upload_complete" (predeterminada), "nowait_for_upload_complete" o "fully_async".
Etiquetas: eagerness_to_exit

--build_event_upload_max_retries=<an integer> predeterminado: “4”

Es la cantidad máxima de veces que Bazel debe reintentarlo para subir un evento de compilación.
Etiquetas: bazel_internal_configuration

--[no]experimental_bep_target_summary predeterminado: “false”

Determina si se deben publicar eventos TargetSummary.

--[no]experimental_build_event_expand_filesets predeterminado: “false”

Si es verdadero, expande los conjuntos de archivos en el BEP cuando se presenten los archivos de salida.
Etiquetas: affects_outputs

--[no]experimental_build_event_fully_resolve_fileset_symlinks predeterminado: “false”

Operación sin efecto obsoleta.
Etiquetas: affects_outputs

Se acumulan varios usos de --experimental_build_event_output_group_mode=<an output group name followed by an OutputGroupFileMode, e.g. default=both>.

Especifica cómo se representarán los archivos de un grupo de salida en los eventos BEP TargetComplete/AspectComplete. Los valores son una asignación de un nombre de grupo de salida a uno de los siguientes valores: "NAMED_SET_OF_FILES_ONLY", "INLINE_ONLY" o "BOTH". El valor predeterminado es "NAMED_SET_OF_FILES_ONLY". Si se repite un grupo de salida, se usa el valor final que aparecerá. El valor predeterminado establece el modo de artefactos de cobertura en AMBOS: --experimental_build_event_output_group_mode=baseline.lcov=both
Etiquetas: affects_outputs

--experimental_build_event_upload_retry_minimum_delay=<An immutable length of time.> predeterminado: "1s"

Retraso inicial mínimo para los reintentos de retirada exponencial cuando falla la carga de BEP. (exponente: 1.6)
Etiquetas: bazel_internal_configuration

--experimental_build_event_upload_strategy=<a string> predeterminado: Consulta la descripción

Selecciona cómo subir artefactos a los que se hace referencia en el protocolo del evento de compilación. En Bazel, las opciones válidas incluyen "local" y "remote". El valor predeterminado es "local".
Etiquetas: affects_outputs

--[no]experimental_collect_load_average_in_profiler predeterminado: "true"

Si está habilitado, el generador de perfiles recopila el promedio de carga general del sistema.
Etiquetas: bazel_monitoring

--[no]experimental_collect_pressure_stall_indicators predeterminado: “false”

Si está habilitado, el generador de perfiles recopila los datos de PSI de Linux.
Etiquetas: bazel_monitoring

--[no]experimental_collect_resource_estimation predeterminado: “false”

Si está habilitado, el generador de perfiles recopila una estimación del uso de CPU y memoria para las acciones locales.
Etiquetas: bazel_monitoring

--[no]experimental_collect_skyframe_counts_in_profiler predeterminado: “false”

Si está habilitado, el generador de perfiles recopila recuentos de SkyFunction en el gráfico de Skyframe a lo largo del tiempo para tipos de funciones clave, como objetivos configurados y ejecuciones de acciones. Puede tener un impacto en el rendimiento, ya que visita TODO el gráfico de Skyframe en cada unidad de tiempo de generación de perfiles. No uses esta marca con mediciones de rendimiento crítico.
Etiquetas: bazel_monitoring

--[no]experimental_collect_system_network_usage predeterminado: "true"

Si está habilitado, el generador de perfiles recopila el uso de red del sistema.
Etiquetas: bazel_monitoring

--[no]experimental_collect_worker_data_in_profiler predeterminado: “false”

Si está habilitado, el generador de perfiles recopila los datos de recursos agregados del trabajador.
Etiquetas: bazel_monitoring

--experimental_command_profile=<cpu, wall, alloc or lock> predeterminado: Consulta la descripción

Graba un perfil de Java Flight Recorder durante el tiempo que se ejecuta el comando. Se debe proporcionar como argumento uno de los tipos de eventos de generación de perfiles admitidos (cpu, wall, alloc o lock). El perfil se escribe en un archivo con el nombre del tipo de evento en el directorio de base de salida. La sintaxis y la semántica de esta marca pueden cambiar en el futuro para admitir tipos de perfiles o formatos de salida adicionales. Úsala bajo tu propio riesgo.

Se acumulan varios usos de --experimental_profile_additional_tasks=<phase, action, discover_inputs, action_check, action_lock, action_update, action_complete, action_rewinding, bzlmod, info, create_package, remote_execution, local_execution, scanner, local_parse, upload_time, remote_process_time, remote_queue, remote_setup, fetch, local_process_time, vfs_stat, vfs_dir, vfs_readlink, vfs_md5, vfs_xattr, vfs_delete, vfs_open, vfs_read, vfs_write, vfs_glob, vfs_vmfs_stat, vfs_vmfs_dir, vfs_vmfs_read, wait, thread_name, thread_sort_index, skyframe_eval, skyfunction, critical_path, critical_path_component, handle_gc_notification, local_action_counts, starlark_parser, starlark_user_fn, starlark_builtin_fn, starlark_user_compiled_fn, starlark_repository_fn, action_fs_staging, remote_cache_check, remote_download, remote_network, filesystem_traversal, worker_execution, worker_setup, worker_borrow, worker_working, worker_copying_outputs, credential_helper, conflict_check, dynamic_lock, repository_fetch, repository_vendor, spawn_log or unknown>.

Especifica las tareas de perfil adicionales que se incluirán en el perfil.
Etiquetas: bazel_monitoring

--[no]experimental_profile_include_primary_output predeterminado: “false”

Incluye el atributo "out" adicional en los eventos de acción que contiene la ruta de ejecución al resultado principal de la acción.
Etiquetas: bazel_monitoring

--[no]experimental_profile_include_target_configuration predeterminado: “false”

Incluye el hash de configuración de destino en los datos de perfil JSON de los eventos de acción.
Etiquetas: bazel_monitoring

--[no]experimental_profile_include_target_label predeterminado: “false”

Incluye la etiqueta de destino en los datos del perfil JSON de los eventos de acción.
Etiquetas: bazel_monitoring

--[no]experimental_record_metrics_for_all_mnemonics predeterminado: “false”

Controla el resultado de BEP ActionSummary y BuildGraphMetrics, lo que limita la cantidad de mnemónicos en ActionData y la cantidad de entradas que se informan en BuildGraphMetrics.AspectCount/RuleClassCount. De forma predeterminada, la cantidad de tipos se limita a los 20 principales, según la cantidad de acciones ejecutadas para ActionData y las instancias para RuleClass y Asepcts. Si configuras esta opción, se escribirán estadísticas para todos los mnemónicos, las clases de reglas y los aspectos.

--[no]experimental_record_skyframe_metrics predeterminado: “false”

Controla el resultado de BEP BuildGraphMetrics, incluidas las métricas de Skyframe costosas de calcular sobre Skykeys, RuleClasses y Aspects.Con esta marca establecida en false, BuildGraphMetrics.rule_count y aspectfields no se propagarán en el BEP.

--[no]experimental_run_bep_event_include_residue predeterminado: “false”

Indica si se debe incluir el residuo de la línea de comandos en los eventos de compilación de ejecución que podrían contener el residuo. De forma predeterminada, el residuo no se incluye en los eventos de compilación del comando de ejecución que podrían contenerlo.
Etiquetas: affects_outputs

--[no]experimental_stream_log_file_uploads predeterminado: “false”

El archivo de registro de transmisión se sube directamente al almacenamiento remoto en lugar de escribirlo en el disco.
Etiquetas: affects_outputs

--experimental_workspace_rules_log_file=<a path> predeterminado: Consulta la descripción

Registra ciertos eventos de las reglas de Workspace en este archivo como protos de WorkspaceEvent delimitados.

--[no]generate_json_trace_profile predeterminado: “auto”

Si está habilitado, Bazel genera perfiles de la compilación y escribe un perfil en formato JSON en un archivo de la base de salida. Para ver el perfil, carga chrome://tracing. De forma predeterminada, Bazel escribe el perfil para todos los comandos y consultas similares a la compilación.
Etiquetas: bazel_monitoring

--[no]heap_dump_on_oom predeterminado: “false”

Determina si se debe generar manualmente un volcado de montón si se genera una OOM (incluidas las OOM manuales debido a que se alcanzan los --gc_thrashing_limits). El volcado se escribirá en <output_base>/<invocation_id>.heapdump.hprof. Esta opción reemplaza de manera efectiva -XX:+HeapDumpOnOutOfMemoryError, que no tiene efecto en los OOM manuales.
Etiquetas: bazel_monitoring

--jvm_heap_histogram_internal_object_pattern=<a valid Java regular expression> predeterminado: "jdk\.internal\.vm\.Filler.+"

Regex para anular la lógica de coincidencia para la recopilación de memoria del montón de JVM de JDK21 y versiones posteriores. Dependemos de los detalles de implementación interna volátil de G1 GC para obtener una métrica de memoria limpia. Esta opción nos permite adaptarnos a los cambios en esa implementación interna sin tener que esperar una versión binaria. Se pasa a JDK Matcher.find().

--[no]legacy_important_outputs predeterminado: “false”

Usa esto para suprimir la generación del campo important_outputs heredado en el evento TargetComplete. important_outputs es obligatorio para la integración de Bazel en ResultStore/BTX.
Etiquetas: affects_outputs

--logging=<0 <= an integer <= 6> predeterminado: “3”

: El nivel de registro.
Etiquetas: affects_outputs

--memory_profile=<a path> predeterminado: Consulta la descripción

Si se establece, escribe los datos de uso de la memoria en el archivo especificado al final de la fase y el montón estable en el registro principal al final de la compilación.
Etiquetas: bazel_monitoring

--memory_profile_stable_heap_parameters=<integers, separated by a comma expected in pairs> predeterminado: “1,0”

Ajusta el cálculo del montón estable del perfil de memoria al final de la compilación. Debe ser una cantidad par de números enteros separados por comas. En cada par, el primer número entero es la cantidad de GC que se deben realizar. El segundo número entero de cada par es la cantidad de segundos que se deben esperar entre las GC. P. ej., 2,4,4,0 serían 2 GC con una pausa de 4 segundos, seguidas de 4 GC con una pausa de cero segundos.
Etiquetas: bazel_monitoring

--profile=<a path> predeterminado: Consulta la descripción

Si se establece, se genera un perfil de Bazel y se escriben datos en el archivo especificado. Consulta https://bazel.build/advanced/performance/json-trace-profile para obtener más información.
Etiquetas: bazel_monitoring

--profiles_to_retain=<an integer> predeterminado: “5”

Cantidad de perfiles que se retendrán en la base de salida. Si hay más de esta cantidad de perfiles en la base de salida, se borrarán los más antiguos hasta que el total esté por debajo del límite.
Etiquetas: bazel_monitoring

--[no]record_full_profiler_data predeterminado: “false”

De forma predeterminada, el generador de perfiles de Bazel solo registrará datos agregados para eventos rápidos, pero numerosos (como el estado del archivo). Si esta opción está habilitada, el generador de perfiles registrará cada evento, lo que generará datos de perfiles más precisos, pero con un gran impacto en el rendimiento. La opción solo tiene efecto si también se usa --profile.
Etiquetas: bazel_monitoring

--[no]redirect_local_instrumentation_output_writes predeterminado: “false”

Si es verdadero y se admite, el resultado de la instrumentación se redirecciona para escribirse de forma local en una máquina diferente a la que se ejecuta bazel.
Etiquetas: bazel_monitoring

Valor predeterminado de --remote_print_execution_messages=<failure, success or all>: “failure”

Elige cuándo imprimir los mensajes de ejecución remota. Los valores válidos son "failure" para imprimir solo en caso de errores, "success" para imprimir solo en caso de éxitos y "all" para imprimir siempre.
Etiquetas: terminal_output

--[no]slim_profile predeterminado: "true"

Reduce el tamaño del perfil JSON combinando eventos si el perfil se vuelve demasiado grande.
Etiquetas: bazel_monitoring

--starlark_cpu_profile=<a string> predeterminado: ""

Escribe en el archivo especificado un perfil pprof del uso de CPU de todos los subprocesos de Starlark.
Etiquetas: bazel_monitoring

--tool_tag=<a string> predeterminado: ""

Es un nombre de herramienta al que se atribuirá esta invocación de Bazel.
Etiquetas: affects_outputs, bazel_monitoring

Se acumulan varios usos de --ui_event_filters=<Convert list of comma separated event kind to list of filters>.

Especifica qué eventos se mostrarán en la IU. Es posible agregar o quitar eventos a los predeterminados con +/- al principio, o bien anular el conjunto predeterminado por completo con la asignación directa. El conjunto de tipos de eventos admitidos incluye INFO, DEBUG, ERROR y mucho más.
Etiquetas: terminal_output

--[no]write_command_log predeterminado: “false”

Determina si se debe escribir o no el archivo command.log.
Etiquetas: bazel_monitoring

Opciones que especifican o alteran una entrada genérica en un comando de Bazel que no pertenece a otras categorías.:

--experimental_resolved_file_instead_of_workspace=<a string> predeterminado: ""

Si no está vacío, lee el archivo resuelto especificado en lugar del archivo WORKSPACE.
Etiquetas: changes_inputs

Opciones de ejecución y almacenamiento en caché remotos:

--downloader_config=<a path> predeterminado: Consulta la descripción

Especifica un archivo con el que configurar el descargador remoto. Este archivo consta de líneas, cada una de las cuales comienza con una directiva ("allow", "block" o "rewrite"), seguida de un nombre de host (para "allow" y "block") o dos patrones, uno para hacer coincidir y otro para usar como URL de sustitución, con referencias cruzadas que comienzan en "$1". Es posible que se proporcionen varias directivas "rewrite" para la misma URL y, en este caso, se mostrarán varias URLs.

--experimental_circuit_breaker_strategy=<failure> predeterminado: Consulta la descripción

Especifica la estrategia que debe usar el disyuntor. Las estrategias disponibles son "failure". Si el valor de la opción no es válido, no se establece el mismo comportamiento que la opción.
Etiquetas: execution

--[no]experimental_guard_against_concurrent_changes predeterminado: “false”

Desactiva esta opción para inhabilitar la verificación del ctime de los archivos de entrada de una acción antes de subirla a una caché remota. Puede haber casos en los que el kernel de Linux retrase la escritura de archivos, lo que podría generar falsos positivos.

--experimental_remote_cache_compression_threshold=<an integer> predeterminado: "100"

Es el tamaño mínimo de blob requerido para comprimir o descomprimir con zstd. No es eficaz, a menos que se establezca --remote_cache_compression.

--[no]experimental_remote_cache_lease_extension predeterminado: “false”

Si se establece como verdadero, Bazel extenderá el arrendamiento de los resultados de las acciones remotas durante la compilación enviando llamadas a "FindMissingBlobs" periódicamente a la caché remota. La frecuencia se basa en el valor de `--experimental_remote_cache_ttl`.

--experimental_remote_cache_ttl=<An immutable length of time.> predeterminado: "3h"

Es el TTL mínimo garantizado de los blobs en la caché remota después de que se hace referencia a sus resúmenes recientemente, p.ej., por un ActionResult o FindMissingBlobs. Bazel realiza varias optimizaciones en función del TTL de los blobs, p.ej., no llama repetidamente a GetActionResult en una compilación incremental. El valor debe establecerse un poco por debajo del TTL real, ya que hay una brecha entre el momento en que el servidor muestra los resúmenes y el momento en que Bazel los recibe.
Etiquetas: execution

--experimental_remote_capture_corrupted_outputs=<a path> predeterminado: Consulta la descripción

Es una ruta de acceso a un directorio en el que se capturarán los resultados dañados.

--[no]experimental_remote_discard_merkle_trees predeterminado: "true"

Si se establece en verdadero, se descartan las copias en memoria del árbol de Merkle de la raíz de entrada y las asignaciones de entrada asociadas durante las llamadas a GetActionResult() y Execute(). Esto reduce significativamente el uso de memoria, pero requiere que Bazel vuelva a calcularlas cuando se pierda la caché remota y se vuelvan a intentar.

--experimental_remote_downloader=<a string> predeterminado: Consulta la descripción

Es un URI de extremo de la API de Remote Asset que se usará como proxy de descarga remoto. Los esquemas admitidos son grpc, grpcs (grpc con TLS habilitado) y unix (sockets UNIX locales). Si no se proporciona un esquema, Bazel usará grpcs de forma predeterminada. Consulta: https://github.com/bazelbuild/remote-apis/blob/master/build/bazel/remote/asset/v1/remote_asset.proto

--[no]experimental_remote_downloader_local_fallback predeterminado: “false”

Indica si se debe recurrir al descargador local si falla el descargador remoto.

--[no]experimental_remote_downloader_propagate_credentials predeterminado: “false”

Determina si se propagan las credenciales de netrc y el auxiliar de credenciales al servidor de descarga remoto. La implementación del servidor debe admitir el nuevo calificador "http_header_url:<url-index>:<header-key>", en el que <url-index> es una posición basada en 0 de la URL dentro del campo "uris" de FetchBlobRequest. Los encabezados específicos de la URL deben tener prioridad sobre los encabezados globales.

--[no]experimental_remote_execution_keepalive predeterminado: “false”

Indica si se debe usar el mantenimiento de la conexión para las llamadas de ejecución remotas.

--experimental_remote_failure_rate_threshold=<an integer in 0-100 range> predeterminado: “10”

Establece la cantidad permitida de porcentaje de fallas para un período específico, después del cual deja de llamar a la caché o al ejecutor remoto. De forma predeterminada, el valor es 10. Si lo estableces en 0, no habrá limitaciones.
Etiquetas: execution

--experimental_remote_failure_window_interval=<An immutable length of time.> predeterminado: "60s"

Es el intervalo en el que se calcula la tasa de fallas de las solicitudes remotas. Si el valor es cero o negativo, la duración de la falla se calcula durante toda la ejecución.Se pueden usar las siguientes unidades: días (d), horas (h), minutos (m), segundos (s) y milisegundos (ms). Si se omite la unidad, el valor se interpreta como segundos.
Etiquetas: execution

--[no]experimental_remote_mark_tool_inputs predeterminado: “false”

Si se establece como verdadero, Bazel marcará las entradas como entradas de herramientas para el ejecutor remoto. Esto se puede usar para implementar trabajadores persistentes remotos.

--[no]experimental_remote_merkle_tree_cache predeterminado: “false”

Si se establece como verdadero, los cálculos del árbol de Merkle se almacenarán en caché para mejorar la velocidad de verificación de hits de caché remotos. El espacio en memoria de la caché se controla con --experimental_remote_merkle_tree_cache_size.

--experimental_remote_merkle_tree_cache_size=<a long integer> predeterminado: “1000”

Es la cantidad de árboles de Merkle que se deben almacenar en caché para mejorar la velocidad de verificación de aciertos de caché remotos. Aunque la caché se poda automáticamente según el manejo de referencias suaves de Java, pueden ocurrir errores de falta de memoria si se establece demasiado alta. Si se establece en 0, el tamaño de la caché es ilimitado. El valor óptimo varía según el tamaño del proyecto. El valor predeterminado es 1,000.

--experimental_remote_output_service=<a string> predeterminado: Consulta la descripción

HOST o HOST:PORT de un extremo de servicio de salida remoto. Los esquemas admitidos son grpc, grpcs (grpc con TLS habilitado) y unix (sockets UNIX locales). Si no se proporciona un esquema, Bazel usará grpcs de forma predeterminada. Especifica el esquema grpc:// o unix: para inhabilitar TLS.

--experimental_remote_output_service_output_path_prefix=<a string> predeterminado: ""

Es la ruta de acceso en la que se coloca el contenido de los directorios de salida que administra el --experimental_remote_output_service. El directorio de salida real que usa una compilación será un descendiente de esta ruta de acceso y lo determinará el servicio de salida.

--[no]experimental_remote_require_cached predeterminado: “false”

Si se establece como "true", se aplica la directiva de que todas las acciones que se pueden ejecutar de forma remota se almacenen en caché, de lo contrario, se producirá un error en la compilación. Esto es útil para solucionar problemas de no determinismo, ya que permite verificar si las acciones que deberían almacenarse en caché realmente se almacenan en caché sin insertar resultados nuevos de forma falsa en la caché.

--experimental_remote_scrubbing_config=<Converts to a Scrubber> predeterminado: Consulta la descripción

Habilita la limpieza de claves de caché remotas con el archivo de configuración proporcionado, que debe ser un búfer de protocolo en formato de texto (consulta src/main/protobuf/remote_scrubbing.proto). El objetivo de esta función es facilitar el uso compartido de una caché remota o en el disco entre acciones que se ejecutan en diferentes plataformas, pero que se orientan a la misma plataforma. Se debe usar con mucho cuidado, ya que una configuración incorrecta puede provocar el uso compartido accidental de entradas de caché y generar compilaciones incorrectas. La limpieza no afecta la forma en que se ejecuta una acción, sino solo la forma en que se calcula su clave de caché remota o en el disco para recuperar o almacenar un resultado de acción. Las acciones limpiadas no son compatibles con la ejecución remota y siempre se ejecutarán de forma local. Modificar la configuración de limpieza no invalida los resultados presentes en el sistema de archivos local o las cachés internas. Se requiere una compilación limpia para volver a ejecutar las acciones afectadas. Para usar esta función correctamente, es probable que desees establecer un --host_platform personalizado junto con --experimental_platform_in_output_dir (para normalizar los prefijos de salida) y --incompatible_strict_action_env (para normalizar las variables de entorno).

--experimental_worker_for_repo_fetching=<off, platform, virtual or auto> predeterminado: “auto”

Es el modo de subprocesos que se usará para recuperar el repo. Si se establece en "desactivado", no se usa ningún subproceso de trabajo y la recuperación del repo está sujeta a reinicios. De lo contrario, usa un subproceso de trabajador virtual.

--[no]remote_accept_cached predeterminado: "true"

Indica si se aceptan los resultados de las acciones almacenadas en caché de forma remota.

--remote_build_event_upload=<all or minimal> predeterminado: "minimal"

Si se establece en “todos”, todos los resultados locales a los que hace referencia BEP se suben a la caché remota. Si se establece en "minimal", los resultados locales a los que hace referencia BEP no se suben a la caché remota, excepto los archivos que son importantes para los consumidores de BEP (p.ej., registros de prueba y perfil de tiempo). El esquema bytestream:// siempre se usa para el URI de los archivos, incluso si no están en la caché remota. El valor predeterminado es "minimal".

--remote_bytestream_uri_prefix=<a string> predeterminado: Consulta la descripción

Es el nombre de host y el nombre de la instancia que se usarán en los URIs de bytestream:// que se escriben en los flujos de eventos de compilación. Esta opción se puede establecer cuando las compilaciones se realizan con un proxy, lo que hace que los valores de --remote_executor y --remote_instance_name ya no correspondan al nombre canónico del servicio de ejecución remota. Si no se establece, el valor predeterminado será “${hostname}/${instance_name}”.

--remote_cache=<a string> predeterminado: Consulta la descripción

Es un URI de un extremo de almacenamiento en caché. Los esquemas admitidos son http, https, grpc, grpcs (grpc con TLS habilitado) y unix (sockets UNIX locales). Si no se proporciona un esquema, Bazel usará grpcs de forma predeterminada. Especifica el esquema grpc://, http:// o unix: para inhabilitar TLS. Consulta https://bazel.build/remote/caching

--[no]remote_cache_async predeterminado: "true"

Si es verdadero, la carga de los resultados de la acción a un disco o una caché remota se realizará en segundo plano en lugar de bloquear la finalización de una acción. Algunas acciones no son compatibles con las cargas en segundo plano y pueden bloquearse incluso cuando se establece esta marca.

--[no]remote_cache_compression predeterminado: “false”

Si está habilitado, comprime o descomprime los blobs de caché con zstd cuando su tamaño sea de al menos --experimental_remote_cache_compression_threshold.

Se acumulan varios usos de --remote_cache_header=<a 'name=value' assignment>.

Especifica un encabezado que se incluirá en las solicitudes de caché: --remote_cache_header=Nombre=Valor. Se pueden pasar varios encabezados si especificas la marca varias veces. Los múltiples valores para el mismo nombre se convertirán en una lista separada por comas.

Se acumulan varios usos de --remote_default_exec_properties=<a 'name=value' assignment>.

Establece las propiedades de ejecución predeterminadas que se usarán como la plataforma de ejecución remota si una plataforma de ejecución aún no establece exec_properties.
Etiquetas: affects_outputs

--remote_default_platform_properties=<a string> predeterminado: ""

Establece las propiedades de plataforma predeterminadas que se establecerán para la API de ejecución remota, si la plataforma de ejecución aún no establece remote_execution_properties. Este valor también se usará si se selecciona la plataforma host como la plataforma de ejecución para la ejecución remota.

Se acumulan varios usos de --remote_download_regex=<a valid Java regular expression>.

Forzar la descarga de los resultados de la compilación remota cuya ruta coincida con este patrón, independientemente de --remote_download_outputs. Se pueden especificar varios patrones repitiendo esta marca.
Etiquetas: affects_outputs

Se acumulan varios usos de --remote_downloader_header=<a 'name=value' assignment>.

Especifica un encabezado que se incluirá en las solicitudes del descargador remoto: --remote_downloader_header=Nombre=Valor. Se pueden pasar varios encabezados si especificas la marca varias veces. Los múltiples valores para el mismo nombre se convertirán en una lista separada por comas.

Se acumulan varios usos de --remote_exec_header=<a 'name=value' assignment>.

Especifica un encabezado que se incluirá en las solicitudes de ejecución: --remote_exec_header=Nombre=Valor. Se pueden pasar varios encabezados si especificas la marca varias veces. Los múltiples valores para el mismo nombre se convertirán en una lista separada por comas.

--remote_execution_priority=<an integer> predeterminado: “0”

Es la prioridad relativa de las acciones que se ejecutarán de forma remota. La semántica de los valores de prioridad particulares depende del servidor.

--remote_executor=<a string> predeterminado: Consulta la descripción

HOST o HOST:PORT de un extremo de ejecución remota. Los esquemas admitidos son grpc, grpcs (grpc con TLS habilitado) y unix (sockets UNIX locales). Si no se proporciona un esquema, Bazel usará grpcs de forma predeterminada. Especifica el esquema grpc:// o unix: para inhabilitar TLS.

--remote_grpc_log=<a path> predeterminado: Consulta la descripción

Si se especifica, es una ruta de acceso a un archivo para registrar los detalles relacionados con las llamadas de gRPC. Este registro consta de una secuencia de protobufs com.google.devtools.build.lib.remote.logging.RemoteExecutionLog.LogEntry serializados con cada mensaje con un prefijo de varint que indica el tamaño del siguiente mensaje de protobuf serializado, como lo realiza el método LogEntry.writeDelimitedTo(OutputStream).

Se acumulan varios usos de --remote_header=<a 'name=value' assignment>.

Especifica un encabezado que se incluirá en las solicitudes: --remote_header=Nombre=Valor. Se pueden pasar varios encabezados si especificas la marca varias veces. Los múltiples valores para el mismo nombre se convertirán en una lista separada por comas.

--remote_instance_name=<a string> predeterminado: ""

Es el valor que se pasa como instance_name en la API de ejecución remota.

--[no]remote_local_fallback predeterminado: “false”

Determina si se debe recurrir a la estrategia de ejecución local independiente si falla la ejecución remota.

Valor predeterminado de --remote_local_fallback_strategy=<a string>: “local”

Obsoleto. Consulta https://github.com/bazelbuild/bazel/issues/7480 para obtener más información.

--remote_max_connections=<an integer> predeterminado: "100"

Limita la cantidad máxima de conexiones simultáneas a la caché o al ejecutor remotos. De forma predeterminada, el valor es 100. Si lo estableces en 0, no habrá limitaciones. Para la caché remota HTTP, una conexión TCP podría controlar una solicitud a la vez, por lo que Bazel podría realizar hasta --remote_max_connections solicitudes simultáneas. En el caso de la caché o el ejecutor remotos de gRPC, un canal de gRPC suele poder controlar más de 100 solicitudes simultáneas, por lo que Bazel podría realizar alrededor de `--remote_max_connections * 100` solicitudes simultáneas.
Etiquetas: host_machine_resource_optimizations

--remote_proxy=<a string> predeterminado: Consulta la descripción

Conéctate a la caché remota a través de un proxy. Actualmente, esta marca solo se puede usar para configurar un socket de dominio Unix (unix:/path/to/socket).

--remote_result_cache_priority=<an integer> predeterminado: “0”

Es la prioridad relativa de las acciones remotas que se almacenarán en la caché remota. La semántica de los valores de prioridad particulares depende del servidor.

--remote_retries=<an integer> predeterminado: “5”

Es la cantidad máxima de intentos para reintentar un error transitorio. Si se establece en 0, se inhabilitan los reintentos.

--remote_retry_max_delay=<An immutable length of time.> predeterminado: "5s"

Es la demora máxima de la retirada entre los intentos de reintento remotos. Se pueden usar las siguientes unidades: días (d), horas (h), minutos (m), segundos (s) y milisegundos (ms). Si se omite la unidad, el valor se interpreta como segundos.

--remote_timeout=<An immutable length of time.> predeterminado: "60s"

Es la cantidad máxima de tiempo que se espera para la ejecución remota y las llamadas a la caché. Para la caché de REST, este es el tiempo de espera de conexión y de lectura. Se pueden usar las siguientes unidades: días (d), horas (h), minutos (m), segundos (s) y milisegundos (ms). Si se omite la unidad, el valor se interpreta como segundos.

--[no]remote_upload_local_results predeterminado: "true"

Determina si se deben subir los resultados de las acciones ejecutadas de forma local a la caché remota si esta la admite y el usuario está autorizado para hacerlo.

--[no]remote_verify_downloads predeterminado: "true"

Si se establece como verdadero, Bazel calculará la suma de hash de todas las descargas remotas y descartará los valores almacenados en caché de forma remota si no coinciden con el valor esperado.

Opciones misceláneas que no se clasifican de otra manera:

Se acumulan varios usos de --build_metadata=<a 'name=value' assignment>.

Son pares de cadenas clave-valor personalizados que se proporcionan en un evento de compilación.
Etiquetas: terminal_output

--color=<yes, no or auto> predeterminado: “auto”

Usa los controles de la terminal para colorear el resultado.

Se acumulan varios usos de --config=<a string>.

Selecciona secciones de configuración adicionales de los archivos rc. Para cada <command>, también extrae las opciones de <command>:<config> si existe esa sección. Si esta sección no existe en ningún archivo .rc, Blaze falla con un error. Las secciones de configuración y las combinaciones de marcas a las que equivalen se encuentran en los archivos de configuración tools/*.blazerc.

Se acumulan varios usos de --credential_helper=<Path to a credential helper. It may be absolute, relative to the PATH environment variable, or %workspace%-relative. The path be optionally prefixed by a scope followed by an '='. The scope is a domain name, optionally with a single leading '*' wildcard component. A helper applies to URIs matching its scope, with more specific scopes preferred. If a helper has no scope, it applies to every URI.>.

Configura un auxiliar de credenciales que cumpla con la <a href="https://github.com/EngFlow/credential-helper-spec">Especificación del auxiliar de credenciales</a> para usarlo en la recuperación de credenciales de autorización para la recuperación del repositorio, la ejecución y la caché remotas, y el servicio de eventos de compilación. Las credenciales que proporciona un ayudante tienen prioridad sobre las que proporcionan `--google_default_credentials`, `--google_credentials`, un archivo ".netrc" o el parámetro de autenticación para "repository_ctx.download()` y "repository_ctx.download_and_extract()`. Se puede especificar varias veces para configurar varios ayudantes. Consulta https://blog.engflow.com/2023/10/09/configuring-bazels-credential-helper/ para obtener instrucciones.

Valor predeterminado de --credential_helper_cache_duration=<An immutable length of time.>: “30m”

Es el tiempo durante el que se almacenarán en caché las credenciales si el asistente de credenciales no muestra una fecha de vencimiento. Si cambias el valor de esta marca, se borrará la caché.

--credential_helper_timeout=<An immutable length of time.> predeterminado: "10s"

Configura el tiempo de espera de un auxiliar de credenciales. Si los auxiliares de credenciales no responden dentro de este tiempo de espera, la invocación fallará.

--curses=<yes, no or auto> predeterminado: “auto”

Usa los controles del cursor de la terminal para minimizar el resultado del desplazamiento.

--disk_cache=<a path> predeterminado: Consulta la descripción

Es una ruta de acceso a un directorio en el que Bazel puede leer y escribir acciones y resultados de acciones. Si el directorio no existe, se creará.

--[no]enable_platform_specific_config predeterminado: “false”

Si es verdadero, Bazel recupera líneas de configuración específicas del host y el SO de los archivos bazelrc. Por ejemplo, si el SO host es Linux y ejecutas bazel build, Bazel toma líneas que comienzan con build:linux. Los identificadores de SO admitidos son linux, macos, windows, freebsd y openbsd. Habilitar esta marca equivale a usar --config=linux en Linux, --config=windows en Windows, etcétera.

--experimental_disk_cache_gc_idle_delay=<An immutable length of time.> predeterminado: "5m"

Es la cantidad de tiempo que el servidor debe permanecer inactivo antes de que se produzca una recolección de elementos no utilizados de la caché del disco. Para especificar la política de recolección de elementos no utilizados, establece --experimental_disk_cache_gc_max_size o --experimental_disk_cache_gc_max_age.

--experimental_disk_cache_gc_max_age=<An immutable length of time.> predeterminado: “0”

Si se establece en un valor positivo, la caché del disco se eliminará periódicamente como elementos no utilizados para quitar las entradas que tengan más antigüedad que esta. Si se establece junto con --experimental_disk_cache_gc_max_size, se aplican ambos criterios. La recolección de basura se produce en segundo plano una vez que el servidor se vuelve inactivo, según lo determine la marca --experimental_disk_cache_gc_idle_delay.

--experimental_disk_cache_gc_max_size=<a size in bytes, optionally followed by a K, M, G or T multiplier> predeterminado: “0”

Si se establece en un valor positivo, la caché de disco se eliminará periódicamente para mantenerse por debajo de este tamaño. Si se establece junto con --experimental_disk_cache_gc_max_age, se aplican ambos criterios. La recolección de basura se produce en segundo plano una vez que el servidor se vuelve inactivo, según lo determine la marca --experimental_disk_cache_gc_idle_delay.

Valor predeterminado de --experimental_install_base_gc_max_age=<An immutable length of time.>: “30d”

Indica durante cuánto tiempo una base de instalación no se debe usar antes de que sea apta para la recolección de elementos no utilizados. Si no es cero, el servidor intentará realizar la recolección de basura de otras bases de instalación cuando esté inactivo.
Etiquetas: host_machine_resource_optimizations

--[no]experimental_rule_extension_api predeterminado: "true"

Habilita la API de extensión de reglas experimentales y las APIs de subreglas
Etiquetas: loading_and_analysis, experimental

--[no]experimental_windows_watchfs predeterminado: “false”

Si es verdadero, se habilita la compatibilidad experimental de Windows con --watchfs. De lo contrario, --watchfs no es una opción en Windows. Asegúrate de habilitar también --watchfs.

--google_auth_scopes=<comma-separated list of options> predeterminado: "https://www.googleapis.com/auth/cloud-platform"

Es una lista separada por comas de los permisos de autenticación de Google Cloud.

--google_credentials=<a string> predeterminado: Consulta la descripción

Especifica el archivo del que se deben obtener las credenciales de autenticación. Consulta https://cloud.google.com/docs/authentication para obtener más información.

--[no]google_default_credentials predeterminado: “false”

Indica si se deben usar "Credenciales predeterminadas de la aplicación de Google" para la autenticación. Consulta https://cloud.google.com/docs/authentication para obtener más información. Está inhabilitado de forma predeterminada.

--grpc_keepalive_time=<An immutable length of time.> predeterminado: Consulta la descripción

Configura pings de keepalive para las conexiones de gRPC salientes. Si se establece, Bazel envía pings después de este tiempo sin operaciones de lectura en la conexión, pero solo si hay al menos una llamada gRPC pendiente. Los tiempos se tratan como nivel de detalle de segundo. Es un error establecer un valor inferior a un segundo. De forma predeterminada, los pings de mantenimiento de la conexión están inhabilitados. Debes coordinar con el propietario del servicio antes de habilitar este parámetro de configuración. Por ejemplo, para establecer un valor de 30 segundos en esta marca, se debe hacer de la siguiente manera: --grpc_keepalive_time=30s

--grpc_keepalive_timeout=<An immutable length of time.> predeterminado: "20s"

Configura un tiempo de espera de keepalive para las conexiones gRPC salientes. Si los pings de mantenimiento están habilitados con --grpc_keepalive_time, Bazel agota el tiempo de espera de una conexión si no recibe una respuesta de ping después de este tiempo. Los tiempos se tratan como nivel de detalle de segundo. Es un error establecer un valor inferior a un segundo. Si los pings de mantenimiento de la conexión están inhabilitados, se ignora este parámetro de configuración.

--[no]incompatible_disable_non_executable_java_binary predeterminado: “false”

Si es verdadero, java_binary siempre es ejecutable. Se quita el atributo create_executable.
Etiquetas: loading_and_analysis, incompatible_change

Se acumulan varios usos de --inject_repository=<an equals-separated mapping of repository name to path>.

Agrega un repositorio nuevo con una ruta de acceso local en el formato <nombre del repositorio>=<ruta de acceso>. Esto solo se aplica con --enable_bzlmod y equivale a agregar un "local_repository" correspondiente al archivo MODULE.bazel del módulo raíz a través de "use_repo_rule". Si la ruta de acceso proporcionada es una ruta de acceso absoluta, se usará tal como está. Si la ruta de acceso proporcionada es una ruta de acceso relativa, se considerará en relación con el directorio de trabajo actual. Si la ruta de acceso determinada comienza con "%workspace%", es relativa a la raíz del lugar de trabajo, que es el resultado de "bazel info workspace". Si la ruta de acceso determinada está vacía, quita las inyecciones anteriores.

--invocation_id=<a UUID> predeterminado: ""

Es el identificador único, en formato UUID, del comando que se ejecuta. Si se especifica de manera explícita, el llamador debe garantizar la unicidad. El UUID se imprime en stderr, el BEP y el protocolo de ejecución remota.
Etiquetas: bazel_monitoring, bazel_internal_configuration

Se acumulan varios usos de --override_repository=<an equals-separated mapping of repository name to path>.

Anula un repositorio con una ruta de acceso local en el formato <nombre del repositorio>=<ruta de acceso>. Si la ruta de acceso proporcionada es una ruta absoluta, se usará tal como está. Si la ruta de acceso proporcionada es una ruta relativa, se relaciona con el directorio de trabajo actual. Si la ruta de acceso determinada comienza con "%workspace%", es relativa a la raíz del espacio de trabajo, que es el resultado de "bazel info workspace". Si la ruta de acceso determinada está vacía, quita las anulaciones anteriores.

--[no]progress_in_terminal_title predeterminado: “false”

Muestra el progreso del comando en el título de la terminal. Es útil para ver qué está haciendo bazel cuando tienes varias pestañas de la terminal.

--[no]show_progress predeterminado: "true"

Muestra mensajes de progreso durante una compilación.

--show_progress_rate_limit=<a double> predeterminado: “0.2”

Es la cantidad mínima de segundos entre los mensajes de progreso en la salida.

--[no]show_timestamps predeterminado: “false”

Cómo incluir marcas de tiempo en los mensajes

--tls_certificate=<a string> predeterminado: Consulta la descripción

Especifica una ruta de acceso a un certificado TLS de confianza para firmar certificados de servidor.

--tls_client_certificate=<a string> predeterminado: Consulta la descripción

Especifica el certificado de cliente TLS que se usará. También debes proporcionar una clave de cliente para habilitar la autenticación de cliente.

--tls_client_key=<a string> predeterminado: Consulta la descripción

Especifica la clave de cliente TLS que se usará. También debes proporcionar un certificado de cliente para habilitar la autenticación de cliente.

--ui_actions_shown=<an integer> predeterminado: “8”

Cantidad de acciones simultáneas que se muestran en la barra de progreso detallada. Cada acción se muestra en una línea independiente. La barra de progreso siempre muestra al menos un uno, y todos los números inferiores a 1 se asignan a 1.
Etiquetas: terminal_output

--[no]watchfs predeterminado: “false”

En Linux o macOS: Si es verdadero, bazel intenta usar el servicio de supervisión de archivos del sistema operativo para los cambios locales en lugar de analizar cada archivo en busca de cambios. En Windows, esta marca actualmente no está disponible, pero se puede habilitar junto con --experimental_windows_watchfs. En cualquier SO: El comportamiento no se define si tu espacio de trabajo está en un sistema de archivos de red y los archivos se editan en una máquina remota.

Opciones de Aquery

Hereda todas las opciones de build.

Esta opción afecta la semántica del lenguaje Starlark o la API de compilación a la que pueden acceder los archivos BUILD, .bzl o WORKSPACE.:

--[no]enable_bzlmod predeterminado: "true"

No realiza ninguna acción.
Etiquetas: loading_and_analysis

--[no]enable_workspace predeterminado: “false”

No realiza ninguna acción.
Etiquetas: loading_and_analysis

--[no]incompatible_use_plus_in_repo_names predeterminado: "true"

Sin operación.
Etiquetas: loading_and_analysis

Opciones relacionadas con el resultado y la semántica de la consulta:

--aspect_deps=<off, conservative or precise> predeterminado: "conservative"

Cómo resolver las dependencias de aspecto cuando el formato de salida es uno de {xml,proto,record}. "Desactivado" significa que no se resuelven las dependencias de aspecto. "Conservador" (la opción predeterminada) significa que se agregan todas las dependencias de aspecto declaradas, independientemente de si se les asigna la clase de regla de dependencias directas. "Preciso" significa que solo se agregan los aspectos que pueden estar activos según la clase de regla de las dependencias directas. Ten en cuenta que el modo preciso requiere la carga de otros paquetes para evaluar un solo objetivo, lo que lo hace más lento que los otros modos. Ten en cuenta también que incluso el modo preciso no es del todo preciso: la decisión de calcular un aspecto se toma en la fase de análisis, que no se ejecuta durante la "consulta de bazel".
Etiquetas: build_file_semantics

--[no]consistent_labels predeterminado: “false”

Si está habilitada, cada comando de consulta emite etiquetas como si fuera la función Starlark <code>str</code> aplicada a una instancia de <code>Label</code>. Esto es útil para las herramientas que deben coincidir con el resultado de diferentes comandos de consulta o etiquetas emitidas por reglas. Si no están habilitados, los formateadores de salida pueden emitir nombres de repositorio aparentes (en relación con el repositorio principal) para que el resultado sea más legible.
Etiquetas: terminal_output

--[no]experimental_explicit_aspects predeterminado: “false”

aquery, cquery: Indica si se deben incluir acciones generadas por aspectos en el resultado. query: No-op (siempre se siguen los aspectos).
Etiquetas: terminal_output

--[no]graph:factored predeterminado: "true"

Si es verdadero, el gráfico se emitirá "factorizado", es decir, los nodos topológicamente equivalentes se combinarán y sus etiquetas se concatenarán. Esta opción solo se aplica a --output=graph.
Etiquetas: terminal_output

--graph:node_limit=<an integer> predeterminado: “512”

Es la longitud máxima de la cadena de etiqueta para un nodo de grafo en el resultado. Las etiquetas más largas se truncarán. -1 significa que no se truncará. Esta opción solo se aplica a --output=graph.
Etiquetas: terminal_output

--[no]implicit_deps predeterminado: "true"

Si está habilitada, se incluirán dependencias implícitas en el gráfico de dependencias sobre el que opera la consulta. Una dependencia implícita es aquella que no se especifica de forma explícita en el archivo BUILD, pero que Bazel agrega. Para cquery, esta opción controla el filtrado de cadenas de herramientas resueltas.
Etiquetas: build_file_semantics

--[no]include_artifacts predeterminado: "true"

Incluye los nombres de las entradas y salidas de la acción en el resultado (potencialmente grande).
Etiquetas: terminal_output

--[no]include_aspects predeterminado: "true"

aquery, cquery: Indica si se deben incluir acciones generadas por aspectos en el resultado. query: No-op (siempre se siguen los aspectos).
Etiquetas: terminal_output

--[no]include_commandline predeterminado: "true"

Incluye el contenido de las líneas de comandos de acción en el resultado (potencialmente grande).
Etiquetas: terminal_output

--[no]include_file_write_contents predeterminado: “false”

Incluye el contenido del archivo para las acciones FileWrite, SourceSymlinkManifest y RepoMappingManifest (potencialmente grandes).
Etiquetas: terminal_output

--[no]include_param_files predeterminado: “false”

Incluye el contenido de los archivos de parámetros que se usan en el comando (potencialmente grande). Nota: Si habilitas esta marca, se habilitará automáticamente la marca --include_commandline.
Etiquetas: terminal_output

--[no]include_pruned_inputs predeterminado: "true"

Incluye las entradas de acción que se podaron durante la ejecución de la acción. Solo afecta a las acciones que descubren entradas y que se ejecutaron en una invocación anterior. Solo tiene efecto si también se establece --include_artifacts.
Etiquetas: terminal_output

--[no]incompatible_package_group_includes_double_slash predeterminado: "true"

Si está habilitada, cuando se genere el atributo "packages" de package_group, no se omitirá el "//" inicial.
Etiquetas: terminal_output, incompatible_change

--[no]infer_universe_scope predeterminado: “false”

Si se establece y no se establece --universe_scope, se inferirá un valor de --universe_scope como la lista de patrones de destino únicos en la expresión de consulta. Ten en cuenta que el valor de --universe_scope inferido para una expresión de consulta que usa funciones centradas en el universo (p.ej., "allrdeps") puede no ser lo que deseas, por lo que debes usar esta opción solo si sabes lo que estás haciendo. Consulta https://bazel.build/reference/query#sky-query para obtener detalles y ejemplos. Si se establece --universe_scope, se ignora el valor de esta opción. Nota: Esta opción solo se aplica a "query" (es decir, no a "cquery").
Etiquetas: loading_and_analysis

--[no]line_terminator_null predeterminado: “false”

Indica si cada formato finaliza con \0 en lugar de una línea nueva.
Etiquetas: terminal_output

--[no]nodep_deps predeterminado: "true"

Si está habilitada, las dependencias de los atributos "nodep" se incluirán en el gráfico de dependencias sobre el que opera la consulta. Un ejemplo común de un atributo "nodep" es "visibility". Ejecuta y analiza el resultado de "info build-language" para obtener información sobre todos los atributos "nodep" en el lenguaje de compilación.
Etiquetas: build_file_semantics

--output=<a string> predeterminado: “text”

Es el formato en el que se deben imprimir los resultados de la consulta. Los valores permitidos para aquery son: text, textproto, proto, streamed_proto y jsonproto.
Etiquetas: terminal_output

--output_file=<a string> predeterminado: ""

Cuando se especifique, los resultados de la consulta se escribirán directamente en este archivo y no se imprimirá nada en la transmisión de salida estándar (stdout) de Bazel. En las comparativas, esto suele ser más rápido que <code>bazel query &gt; file</code>.
Etiquetas: terminal_output

--[no]proto:default_values predeterminado: "true"

Si es verdadero, se incluyen los atributos cuyo valor no se especifica de forma explícita en el archivo BUILD; de lo contrario, se omiten. Esta opción se aplica a --output=proto.
Etiquetas: terminal_output

--[no]proto:definition_stack predeterminado: “false”

Propaga el campo proto definition_stack, que registra para cada instancia de regla la pila de llamadas de Starlark en el momento en que se definió la clase de la regla.
Etiquetas: terminal_output

--[no]proto:flatten_selects predeterminado: "true"

Si está habilitada, se aplanan los atributos configurables creados por select(). En el caso de los tipos de lista, la representación aplanada es una lista que contiene cada valor del mapa de selección exactamente una vez. Los tipos escalares se aplanan a nulos.
Etiquetas: build_file_semantics

--[no]proto:include_attribute_source_aspects predeterminado: “false”

Propaga el campo proto source_aspect_name de cada atributo con el aspecto de origen del que proviene el atributo (cadena vacía si no es así).
Etiquetas: terminal_output

--[no]proto:include_starlark_rule_env predeterminado: "true"

Usa el entorno de Starlark en el valor del atributo $internal_attr_hash generado. Esto garantiza que la definición de la regla de Starlark (y sus importaciones transitivas) formen parte de este identificador.
Etiquetas: terminal_output

--[no]proto:include_synthetic_attribute_hash predeterminado: “false”

Indica si se debe calcular y propagar el atributo $internal_attr_hash.
Etiquetas: terminal_output

--[no]proto:instantiation_stack predeterminado: “false”

Propaga la pila de llamadas de creación de instancias de cada regla. Ten en cuenta que esto requiere que la pila esté presente.
Etiquetas: terminal_output

--[no]proto:locations predeterminado: "true"

Indica si se debe generar información de ubicación en el resultado de proto.
Etiquetas: terminal_output

--proto:output_rule_attrs=<comma-separated list of options> predeterminado: “all”

Es una lista de atributos separados por comas que se deben incluir en el resultado. La configuración predeterminada es todos los atributos. Se establece en una cadena vacía para no mostrar ningún atributo. Esta opción se aplica a --output=proto.
Etiquetas: terminal_output

--[no]proto:rule_classes predeterminado: “false”

Propaga el campo rule_class_key de cada regla y, para la primera regla con una rule_class_key determinada, también propaga su campo proto rule_class_info. El campo rule_class_key identifica de forma exclusiva una clase de reglas, y el campo rule_class_info es una definición de API de clase de reglas en formato Stardoc.
Etiquetas: terminal_output

--[no]proto:rule_inputs_and_outputs predeterminado: "true"

Indica si se propagan o no los campos rule_input y rule_output.
Etiquetas: terminal_output

--query_file=<a string> predeterminado: ""

Si se establece, la consulta leerá la consulta del archivo que se nombra aquí, en lugar de la línea de comandos. Especificar un archivo aquí y una consulta de línea de comandos es un error.
Etiquetas: changes_inputs

--[no]relative_locations predeterminado: “false”

Si es verdadero, la ubicación de los archivos BUILD en los resultados de xml y proto será relativa. De forma predeterminada, el resultado de la ubicación es una ruta de acceso absoluta y no será coherente en todas las máquinas. Puedes establecer esta opción en verdadero para obtener un resultado coherente en todas las máquinas.
Etiquetas: terminal_output

--[no]skyframe_state predeterminado: “false”

Sin realizar un análisis adicional, volcar el grafo de acciones actual de Skyframe Nota: Actualmente, no se admite especificar un destino con --skyframe_state. Esta marca solo está disponible con --output=proto o --output=textproto.
Etiquetas: terminal_output

--[no]tool_deps predeterminado: "true"

Consulta: Si se inhabilita, las dependencias de "configuración de ejecución" no se incluirán en el gráfico de dependencias sobre el que opera la consulta. Un borde de dependencia de "configuración de ejecución", como el de cualquier regla "proto_library" al compilador de protocolos, suele apuntar a una herramienta que se ejecuta durante la compilación en lugar de a una parte del mismo programa "objetivo". Cquery: Si se inhabilita, filtra todos los objetivos configurados que crucen una transición de ejecución desde el objetivo de nivel superior que descubrió este objetivo configurado. Esto significa que, si el objetivo de nivel superior está en la configuración de destino, solo se mostrarán los objetivos configurados también en la configuración de destino. Si el objetivo de nivel superior está en la configuración de exec, solo se mostrarán los objetivos configurados de exec. Esta opción NO excluirá las cadenas de herramientas resueltas.
Etiquetas: build_file_semantics

--universe_scope=<comma-separated list of options> predeterminado: ""

Es un conjunto de patrones de segmentación (aditivos y sustractivos) separados por comas. La consulta se puede realizar en el universo definido por el cierre transitivo de los destinos especificados. Esta opción se usa para los comandos query y cquery. En el caso de cquery, la entrada de esta opción son los objetivos en los que se compilan todas las respuestas, por lo que esta opción puede afectar las configuraciones y las transiciones. Si no se especifica esta opción, se supone que los destinos de nivel superior son los que se analizan a partir de la expresión de consulta. Nota: En el caso de cquery, si no se especifica esta opción, es posible que la compilación falle si los destinos analizados de la expresión de consulta no se pueden compilar con opciones de nivel superior.
Etiquetas: loading_and_analysis

Opciones que controlan la ejecución de la compilación:

--[no]experimental_inprocess_symlink_creation predeterminado: "true"

Sin operación.
Etiquetas: loading_and_analysis, execution, experimental

--[no]experimental_persistent_aar_extractor predeterminado: “false”

Habilita el extractor de aar persistente con trabajadores.
Etiquetas: execution, experimental

--[no]experimental_remotable_source_manifests predeterminado: “false”

Determina si las acciones del manifiesto de origen se pueden controlar de forma remota.
Etiquetas: loading_and_analysis, execution, experimental

--[no]experimental_split_coverage_postprocessing predeterminado: “false”

Si es verdadero, Bazel ejecutará el procesamiento posterior de la cobertura para la prueba en un nuevo inicio.
Etiquetas: execution, experimental

--[no]experimental_strict_fileset_output predeterminado: “false”

Si esta opción está habilitada, los conjuntos de archivos tratarán todos los artefactos de salida como archivos normales. No recorrerán directorios ni serán sensibles a los symlinks.
Etiquetas: execution, experimental

--[no]incompatible_modify_execution_info_additive predeterminado: “false”

Cuando está habilitada, pasar varias marcas --modify_execution_info es aditivo. Cuando está inhabilitada, solo se tiene en cuenta la última marca.
Etiquetas: execution, affects_outputs, loading_and_analysis, incompatible_change

Se acumulan varios usos de --modify_execution_info=<regex=[+-]key,regex=[+-]key,...>.

Agrega o quita claves de la información de ejecución de una acción según la mnemotecnia de la acción. Solo se aplica a las acciones que admiten información de ejecución. Muchas acciones comunes admiten información de ejecución, p.ej., Genrule, CppCompile, Javac, StarlarkAction y TestRunner. Cuando especificas varios valores, el orden es importante porque muchas regex pueden aplicarse al mismo mnemónico. Sintaxis: "regex=[+-]clave,regex=[+-]clave,…". Ejemplos: '.*=+x,.*=-y,.*=+z' agrega "x" y "z" a la información de ejecución de todas las acciones y quita "y". "Genrule=+requires-x" agrega "requires-x" a la información de ejecución de todas las acciones de Genrule. "(?!Genrule).*=-requires-x" quita "requires-x" de la información de ejecución para todas las acciones que no sean de Genrule.
Etiquetas: execution, affects_outputs, loading_and_analysis

--persistent_android_dex_desugar

Habilita las acciones de expansión de sintaxis y dex persistentes de Android con trabajadores.
Se expande a:
  --internal_persistent_android_dex_desugar
  --strategy=Desugar=worker
  --strategy=DexBuilder=worker

Etiquetas: host_machine_resource_optimizations, execution

--persistent_android_resource_processor

Habilita el procesador de recursos de Android persistente con trabajadores.
Se expande a:
  --internal_persistent_busybox_tools
  --strategy=AaptPackage=worker
  --strategy=AndroidResourceParser=worker
  --strategy=AndroidResourceValidator=worker
  --strategy=AndroidResourceCompiler=worker
  --strategy=RClassGenerator=worker
  --strategy=AndroidResourceLink=worker
  --strategy=AndroidAapt2=worker
  --strategy=AndroidAssetMerger=worker
  --strategy=AndroidResourceMerger=worker
  --strategy=AndroidCompiledResourceMerger=worker
  --strategy=ManifestMerger=worker
  --strategy=AndroidManifestMerger=worker
  --strategy=Aapt2Optimize=worker
  --strategy=AARGenerator=worker
  --strategy=ProcessDatabinding=worker
  --strategy=GenerateDataBindingBaseClasses=worker

Etiquetas: host_machine_resource_optimizations, execution

--persistent_multiplex_android_dex_desugar

Habilita las acciones de desugaring y dex multiplexadas y persistentes de Android con trabajadores.
Se expande a:
  --persistent_android_dex_desugar
  --internal_persistent_multiplex_android_dex_desugar

Etiquetas: host_machine_resource_optimizations, execution

--persistent_multiplex_android_resource_processor

Habilita el procesador de recursos de Android multiplexado persistente con trabajadores.
Se expande a:
  --persistent_android_resource_processor
  --modify_execution_info=AaptPackage=+supports-multiplex-workers
  --modify_execution_info=AndroidResourceParser=+supports-multiplex-workers
  --modify_execution_info=AndroidResourceValidator=+supports-multiplex-workers
  --modify_execution_info=AndroidResourceCompiler=+supports-multiplex-workers
  --modify_execution_info=RClassGenerator=+supports-multiplex-workers
  --modify_execution_info=AndroidResourceLink=+supports-multiplex-workers
  --modify_execution_info=AndroidAapt2=+supports-multiplex-workers
  --modify_execution_info=AndroidAssetMerger=+supports-multiplex-workers
  --modify_execution_info=AndroidResourceMerger=+supports-multiplex-workers
  --modify_execution_info=AndroidCompiledResourceMerger=+supports-multiplex-workers
  --modify_execution_info=ManifestMerger=+supports-multiplex-workers
  --modify_execution_info=AndroidManifestMerger=+supports-multiplex-workers
  --modify_execution_info=Aapt2Optimize=+supports-multiplex-workers
  --modify_execution_info=AARGenerator=+supports-multiplex-workers

Etiquetas: host_machine_resource_optimizations, execution

--persistent_multiplex_android_tools

Habilita las herramientas de Android persistentes y multiplexadas (dexing, expansión de sintaxis, procesamiento de recursos).
Se expande a:
  --internal_persistent_multiplex_busybox_tools
  --persistent_multiplex_android_resource_processor
  --persistent_multiplex_android_dex_desugar

Etiquetas: host_machine_resource_optimizations, execution

--[no]use_target_platform_for_tests predeterminado: “false”

Si es verdadero, usa la plataforma de destino para ejecutar pruebas en lugar del grupo de ejecución de pruebas.
Etiquetas: execution

Son opciones que configuran la cadena de herramientas que se usa para la ejecución de acciones:

--android_compiler=<a string> predeterminado: Consulta la descripción

El compilador de destino de Android.
Etiquetas: affects_outputs, loading_and_analysis, loses_incremental_state

--android_manifest_merger=<legacy, android or force_android> predeterminado: "android"

Selecciona el combinador de manifiestos que se usará para las reglas android_binary. Marca para ayudar a la transición a la combinación de manifiestos de Android desde la combinación heredada.
Etiquetas: affects_outputs, loading_and_analysis, loses_incremental_state

--android_platforms=<a build target label> predeterminado: ""

Establece las plataformas que usan los destinos de android_binary. Si se especifican varias plataformas, el objeto binario es un APK grueso, que contiene objetos binarios nativos para cada plataforma de destino especificada.
Etiquetas: changes_inputs, loading_and_analysis, loses_incremental_state

--apple_crosstool_top=<a build target label> predeterminado: "@bazel_tools//tools/cpp:toolchain"

Es la etiqueta del paquete de herramientas cruzadas que se usará en las reglas de Apple y Objc, y sus dependencias.
Etiquetas: loses_incremental_state, changes_inputs

--cc_output_directory_tag=<a string> predeterminado: ""

Especifica un sufijo que se agregará al directorio de configuración.
Etiquetas: affects_outputs

--compiler=<a string> predeterminado: Consulta la descripción

Es el compilador de C++ que se usará para compilar el destino.
Etiquetas: loading_and_analysis, execution

--coverage_output_generator=<a build target label> predeterminado: "@bazel_tools//tools/test:lcov_merger"

Ubicación del binario que se usa para postprocesar informes de cobertura sin procesar. Actualmente, debe ser un grupo de archivos que contenga un solo archivo, el binario. El valor predeterminado es “//tools/test:lcov_merger”.
Etiquetas: changes_inputs, affects_outputs, loading_and_analysis

--coverage_report_generator=<a build target label> predeterminado: "@bazel_tools//tools/test:coverage_report_generator"

Ubicación del binario que se usa para generar informes de cobertura. Actualmente, debe ser un grupo de archivos que contenga un solo archivo, el binario. El valor predeterminado es "//tools/test:coverage_report_generator".
Etiquetas: changes_inputs, affects_outputs, loading_and_analysis

--coverage_support=<a build target label> predeterminado: "@bazel_tools//tools/test:coverage_support"

Ubicación de los archivos de compatibilidad que se requieren en las entradas de cada acción de prueba que recopila la cobertura de código. El valor predeterminado es “//tools/test:coverage_support”.
Etiquetas: changes_inputs, affects_outputs, loading_and_analysis

--custom_malloc=<a build target label> predeterminado: Consulta la descripción

especifica una implementación personalizada de malloc. Este parámetro de configuración anula los atributos malloc en las reglas de compilación.
Etiquetas: changes_inputs, affects_outputs

Se acumulan varios usos de --experimental_add_exec_constraints_to_targets=<a '<RegexFilter>=<label1>[,<label2>,...]' assignment>.

Es una lista de expresiones regulares separadas por comas, cada una con el prefijo - (expresión negativa) de forma opcional, asignada (=) a una lista de objetivos de valores de restricción separados por comas. Si un objetivo no coincide con ninguna expresión negativa y con al menos una expresión positiva, la resolución de la cadena de herramientas se realizará como si hubiera declarado los valores de restricción como restricciones de ejecución. Ejemplo: //demo,-test=@platforms//cpus:x86_64 agregará "x86_64" a cualquier destino en //demo, excepto a aquellos cuyo nombre contenga "test".
Etiquetas: loading_and_analysis

--[no]experimental_include_xcode_execution_requirements predeterminado: “false”

Si se establece, agrega un requisito de ejecución "requires-xcode:{version}" a cada acción de Xcode. Si la versión de Xcode tiene una etiqueta con guiones, también agrega un requisito de ejecución "requires-xcode-label:{version_label}".
Etiquetas: loses_incremental_state, loading_and_analysis, execution, experimental

--[no]experimental_prefer_mutual_xcode predeterminado: "true"

Si es verdadero, usa la versión más reciente de Xcode que esté disponible de forma local y remota. Si es falso o si no hay versiones mutuas disponibles, usa la versión local de Xcode seleccionada a través de xcode-select.
Etiquetas: loses_incremental_state, experimental

--extra_execution_platforms=<comma-separated list of options> predeterminado: ""

Son las plataformas disponibles como plataformas de ejecución para ejecutar acciones. Las plataformas se pueden especificar por destino exacto o como un patrón de destino. Estas plataformas se considerarán antes de las declaradas en el archivo WORKSPACE por register_execution_platforms(). Esta opción solo se puede establecer una vez; las instancias posteriores anularán la configuración de la marca anterior.
Etiquetas: execution

Se acumulan varios usos de --extra_toolchains=<comma-separated list of options>.

Son las reglas de la cadena de herramientas que se deben tener en cuenta durante la resolución de la cadena de herramientas. Las cadenas de herramientas se pueden especificar por destino exacto o como un patrón de destino. Estas cadenas de herramientas se considerarán antes que las declaradas en el archivo WORKSPACE por register_toolchains().
Etiquetas: affects_outputs, changes_inputs, loading_and_analysis

--grte_top=<a label> predeterminado: Consulta la descripción

Es una etiqueta para una biblioteca libc verificada. La cadena de herramientas de crosstool selecciona el valor predeterminado, y casi nunca es necesario anularlo.
Etiquetas: action_command_lines, affects_outputs

--host_compiler=<a string> predeterminado: Consulta la descripción

: Marca de no operación. Se quitará en una versión futura.
Etiquetas: loading_and_analysis, execution

--host_grte_top=<a label> predeterminado: Consulta la descripción

Si se especifica, este parámetro de configuración anula el directorio de nivel superior de libc (--grte_top) para la configuración de exec.
Etiquetas: action_command_lines, affects_outputs

--host_platform=<a build target label> valor predeterminado: "@bazel_tools//tools:host_platform"

La etiqueta de una regla de plataforma que describe el sistema host.
Etiquetas: affects_outputs, changes_inputs, loading_and_analysis

--[no]incompatible_bazel_test_exec_run_under predeterminado: "true"

Si está habilitado, "bazel test --run_under=//:runner" compila "//:runner" en la configuración de ejecución. Si está inhabilitada, compila "//:runner" en la configuración de destino. Bazel ejecuta pruebas en máquinas de ejecución, por lo que la primera opción es más correcta. Esto no afecta a "bazel run", que siempre compila "--run_under=//foo" en la configuración de destino.
Etiquetas: affects_outputs, incompatible_change

--[no]incompatible_builtin_objc_strip_action predeterminado: "true"

Indica si se debe emitir una acción de eliminación como parte de la vinculación de objc.
Etiquetas: action_command_lines, incompatible_change

--[no]incompatible_dont_enable_host_nonhost_crosstool_features predeterminado: "true"

Si es verdadero, Bazel no habilitará las funciones "host" y "nonhost" en la cadena de herramientas de C++ (consulta https://github.com/bazelbuild/bazel/issues/7407 para obtener más información).
Etiquetas: loading_and_analysis, incompatible_change

--[no]incompatible_enable_apple_toolchain_resolution predeterminado: “false”

Usa la resolución de cadena de herramientas para seleccionar el SDK de Apple para las reglas de Apple (Starlark y nativo)
Etiquetas: loading_and_analysis, incompatible_change

--[no]incompatible_remove_legacy_whole_archive predeterminado: "true"

Si es verdadero, Bazel no vinculará las dependencias de la biblioteca como un archivo completo de forma predeterminada (consulta https://github.com/bazelbuild/bazel/issues/7362 para obtener instrucciones de migración).
Etiquetas: loading_and_analysis, incompatible_change

--[no]incompatible_strip_executable_safely predeterminado: “false”

Si es verdadero, la acción de eliminación de ejecutables usará la marca -x, que no interrumpe la resolución de símbolos dinámicos.
Etiquetas: action_command_lines, incompatible_change

--[no]interface_shared_objects predeterminado: "true"

Usa objetos compartidos de interfaz si la cadena de herramientas es compatible. Actualmente, todas las cadenas de herramientas ELF admiten este parámetro de configuración.
Etiquetas: loading_and_analysis, affects_outputs, affects_outputs

--ios_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> predeterminado: Consulta la descripción

Especifica la versión del SDK de iOS que se usará para compilar aplicaciones para iOS. Si no se especifica, se usa la versión predeterminada del SDK de iOS de "xcode_version".
Etiquetas: loses_incremental_state

--macos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> predeterminado: Consulta la descripción

Especifica la versión del SDK de macOS que se usará para compilar aplicaciones para macOS. Si no se especifica, usa la versión predeterminada del SDK de macOS de "xcode_version".
Etiquetas: loses_incremental_state

--minimum_os_version=<a string> predeterminado: Consulta la descripción

Es la versión mínima del SO a la que se orienta tu compilación.
Etiquetas: loading_and_analysis, affects_outputs

--platform_mappings=<a main workspace-relative path> predeterminado: ""

Es la ubicación de un archivo de asignación que describe qué plataforma usar si no se establece ninguna o qué marcas establecer cuando ya existe una plataforma. Debe ser relativo a la raíz del espacio de trabajo principal. El valor predeterminado es "platform_mappings" (un archivo directamente debajo de la raíz del espacio de trabajo).
Etiquetas: affects_outputs, changes_inputs, loading_and_analysis, immutable

--platforms=<a build target label> predeterminado: ""

Son las etiquetas de las reglas de la plataforma que describen las plataformas de destino del comando actual.
Etiquetas: affects_outputs, changes_inputs, loading_and_analysis

--python_path=<a string> predeterminado: Consulta la descripción

Es la ruta de acceso absoluta del intérprete de Python que se invocó para ejecutar destinos de Python en la plataforma de destino. Obsoleto; se inhabilitó con --incompatible_use_python_toolchains.
Etiquetas: loading_and_analysis, affects_outputs

--python_top=<a build target label> predeterminado: Consulta la descripción

La etiqueta de un py_runtime que representa el intérprete de Python invocado para ejecutar destinos de Python en la plataforma de destino. Obsoleto; se inhabilitó con --incompatible_use_python_toolchains.
Etiquetas: loading_and_analysis, affects_outputs

--tvos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> predeterminado: Consulta la descripción

Especifica la versión del SDK de tvOS que se usará para compilar aplicaciones para tvOS. Si no se especifica, se usa la versión predeterminada del SDK de tvOS de "xcode_version".
Etiquetas: loses_incremental_state

--watchos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> predeterminado: Consulta la descripción

Especifica la versión del SDK de watchOS que se usará para compilar aplicaciones para watchOS. Si no se especifica, se usa la versión predeterminada del SDK de watchOS de "xcode_version".
Etiquetas: loses_incremental_state

--xcode_version=<a string> predeterminado: Consulta la descripción

Si se especifica, usa Xcode de la versión determinada para las acciones de compilación relevantes. Si no se especifica, se usa la versión predeterminada del ejecutor de Xcode.
Etiquetas: loses_incremental_state

--xcode_version_config=<a build target label> predeterminado: "@bazel_tools//tools/cpp:host_xcodes"

Es la etiqueta de la regla xcode_config que se usará para seleccionar la versión de Xcode en la configuración de compilación.
Etiquetas: loses_incremental_state, loading_and_analysis

Opciones que controlan el resultado del comando:

--[no]apple_generate_dsym predeterminado: “false”

Indica si se deben generar archivos de símbolos de depuración (.dSYM).
Etiquetas: affects_outputs, action_command_lines

--[no]build_runfile_links predeterminado: "true"

Si es verdadero, compila bosques de symlinks de runfiles para todos los destinos. Si es falso, escríbelos solo cuando lo requiera una acción, prueba o comando de ejecución locales.
Etiquetas: affects_outputs

--[no]build_runfile_manifests predeterminado: "true"

Si es verdadero, escribe manifiestos de runfiles para todos los destinos. Si es falso, omítelos. Las pruebas locales no se ejecutarán si es falso.
Etiquetas: affects_outputs

--[no]build_test_dwp predeterminado: “false”

Si está habilitado, cuando se compilen pruebas de C++ de forma estática y con Fission, el archivo .dwp para el objeto binario de prueba también se compilará automáticamente.
Etiquetas: loading_and_analysis, affects_outputs

--cc_proto_library_header_suffixes=<comma-separated set of options> predeterminado: “.pb.h”

Establece los sufijos de los archivos de encabezado que crea una cc_proto_library.
Etiquetas: affects_outputs, loading_and_analysis

--cc_proto_library_source_suffixes=<comma-separated set of options> predeterminado: “.pb.cc”

Configura los sufijos de los archivos de origen que crea una cc_proto_library.
Etiquetas: affects_outputs, loading_and_analysis

--[no]experimental_proto_descriptor_sets_include_source_info predeterminado: “false”

Ejecuta acciones adicionales para versiones alternativas de la API de Java en una proto_library.
Etiquetas: affects_outputs, loading_and_analysis, experimental

--[no]experimental_save_feature_state predeterminado: “false”

Guarda el estado de las funciones habilitadas y solicitadas como un resultado de la compilación.
Etiquetas: affects_outputs, experimental

--fission=<a set of compilation modes> predeterminado: “no”

Especifica qué modos de compilación usan la fisión para las compilaciones y los vínculos de C++. Puede ser cualquier combinación de {'fastbuild', 'dbg', 'opt'} o los valores especiales "yes" para habilitar todos los modos y "no" para inhabilitarlos.
Etiquetas: loading_and_analysis, action_command_lines, affects_outputs

--[no]incompatible_always_include_files_in_data predeterminado: "true"

Si es verdadero, las reglas nativas agregan <code>DefaultInfo.files</code> de dependencias de datos a sus archivos de ejecución, lo que coincide con el comportamiento recomendado para las reglas de Starlark (https://bazel.build/extending/rules#runfiles_features_to_avoid).
Etiquetas: affects_outputs, incompatible_change

--incompatible_disable_select_on=<comma-separated set of options> predeterminado: ""

Es una lista de marcas para las que se inhabilitó el uso en select().
Etiquetas: loading_and_analysis, incompatible_change

--[no]legacy_external_runfiles predeterminado: “false”

Si es verdadero, compila bosques de symlinks de runfiles para repositorios externos en .runfiles/wsname/external/repo (además de .runfiles/repo).
Etiquetas: affects_outputs

--[no]objc_generate_linkmap predeterminado: “false”

especifica si se debe generar un archivo de mapa de vínculos.
Etiquetas: affects_outputs

--[no]save_temps predeterminado: “false”

Si se establece, se guardarán los resultados temporales de gcc. Estos incluyen archivos .s (código de ensamblador), archivos .i (C procesado) y archivos .ii (C++ procesado).
Etiquetas: affects_outputs

Opciones que permiten al usuario configurar el resultado deseado, lo que afecta su valor, en lugar de su existencia:

Se acumulan varios usos de --action_env=<a 'name=value' assignment with an optional value part>.

Especifica el conjunto de variables de entorno disponibles para las acciones con configuración de destino. Las variables se pueden especificar por nombre, en cuyo caso el valor se tomará del entorno de invocación, o bien por el par nombre=valor, que establece el valor independientemente del entorno de invocación. Esta opción se puede usar varias veces. En el caso de las opciones que se proporcionan para la misma variable, se aplica la más reciente, y se acumulan las opciones para diferentes variables.
Etiquetas: action_command_lines

--allowed_cpu_values=<comma-separated set of options> predeterminado: ""

Son los valores permitidos para la marca --cpu.
Etiquetas: changes_inputs, affects_outputs

--[no]android_databinding_use_androidx predeterminado: "true"

Genera archivos de vinculación de datos compatibles con AndroidX. Esto solo se usa con la vinculación de datos v2. Esta marca no realiza ninguna acción.
Etiquetas: affects_outputs, loading_and_analysis, loses_incremental_state, experimental

--[no]android_databinding_use_v3_4_args predeterminado: "true"

Usa Android Databinding v2 con el argumento 3.4.0. Esta marca no realiza ninguna acción.
Etiquetas: affects_outputs, loading_and_analysis, loses_incremental_state, experimental

--android_dynamic_mode=<off, default or fully> predeterminado: "off"

Determina si las dependencias de C++ de las reglas de Android se vincularán de forma dinámica cuando un cc_binary no cree una biblioteca compartida de forma explícita. "default" significa que bazel elegirá si vincular de forma dinámica. "Completamente" significa que todas las bibliotecas se vincularán de forma dinámica. "Desactivado" significa que todas las bibliotecas se vincularán en modo principalmente estático.
Etiquetas: affects_outputs, loading_and_analysis

--android_manifest_merger_order=<alphabetical, alphabetical_by_configuration or dependency> predeterminado: "alphabetical"

Establece el orden de los manifiestos que se pasan a la combinación de manifiestos para los objetos binarios de Android. ALPHABETICAL significa que los manifiestos se ordenan por ruta de acceso en relación con el execroot. ALPHABETICAL_BY_CONFIGURATION significa que los manifiestos se ordenan por rutas de acceso relativas al directorio de configuración dentro del directorio de salida. DEPENDENCY significa que los manifiestos se ordenan de modo que el manifiesto de cada biblioteca aparezca antes que los manifiestos de sus dependencias.
Etiquetas: action_command_lines, execution

--[no]android_resource_shrinking predeterminado: “false”

Habilita la reducción de recursos para los APKs android_binary que usan ProGuard.
Etiquetas: affects_outputs, loading_and_analysis

--[no]build_python_zip predeterminado: “auto”

Compila el archivo ZIP ejecutable de Python; activado en Windows, desactivado en otras plataformas.
Etiquetas: affects_outputs

Se acumulan varios usos de --catalyst_cpus=<comma-separated list of options>.

Es una lista de arquitecturas separadas por comas para las que se compilarán objetos binarios de Apple Catalyst.
Etiquetas: loses_incremental_state, loading_and_analysis

--[no]collect_code_coverage predeterminado: “false”

Si se especifica, Bazel instrumentará el código (con instrumentación sin conexión siempre que sea posible) y recopilará información de cobertura durante las pruebas. Solo se verán afectados los destinos que coincidan con --instrumentation_filter. Por lo general, esta opción no debe especificarse directamente; en su lugar, se debe usar el comando "bazel coverage".
Etiquetas: affects_outputs

--compilation_mode=<fastbuild, dbg or opt> [-c] predeterminado: "fastbuild"

Especifica el modo en el que se compilará el objeto binario. Valores: "fastbuild", "dbg", "opt".
Etiquetas: affects_outputs, action_command_lines

Se acumulan varios usos de --conlyopt=<a string>.

Opción adicional para pasar a gcc cuando se compilan archivos de origen C.
Etiquetas: action_command_lines, affects_outputs

Se acumulan varios usos de --copt=<a string>.

Opciones adicionales para pasar a gcc.
Etiquetas: action_command_lines, affects_outputs

--cpu=<a string> predeterminado: ""

Obsoleto: Blaze no usa esta marca de forma interna, aunque hay asignaciones de plataformas heredadas para permitir la retrocompatibilidad. No uses esta marca. En su lugar, usa --platforms con una definición de plataforma adecuada.
Etiquetas: changes_inputs, affects_outputs

--cs_fdo_absolute_path=<a string> predeterminado: Consulta la descripción

Usa la información del perfil de CSFDO para optimizar la compilación. Especifica el nombre de la ruta de acceso absoluta del archivo ZIP que contiene el archivo de perfil, un archivo de perfil LLVM sin procesar o indexado.
Etiquetas: affects_outputs

--cs_fdo_instrument=<a string> predeterminado: Consulta la descripción

Genera objetos binarios con instrumentación de FDO sensible al contexto. Con el compilador Clang/LLVM, también acepta el nombre del directorio en el que se volcarán los archivos de perfil sin procesar durante el tiempo de ejecución.
Etiquetas: affects_outputs

--cs_fdo_profile=<a build target label> predeterminado: Consulta la descripción

El cs_fdo_profile que representa el perfil sensible al contexto que se usará para la optimización.
Etiquetas: affects_outputs

Se acumulan varios usos de --cxxopt=<a string>.

Opción adicional para pasar a gcc cuando se compilan archivos de origen C++.
Etiquetas: action_command_lines, affects_outputs

Se acumulan varios usos de --define=<a 'name=value' assignment>.

Cada opción --define especifica una asignación para una variable de compilación. En caso de que haya varios valores para una variable, se aplica el último.
Etiquetas: changes_inputs, affects_outputs

--dynamic_mode=<off, default or fully> predeterminado: "predeterminado"

determina si los objetos binarios de C++ se vincularán de forma dinámica. "default" significa que Bazel elegirá si vincular de forma dinámica. "Completamente" significa que todas las bibliotecas se vincularán de forma dinámica. "Desactivado" significa que todas las bibliotecas se vincularán en modo principalmente estático.
Etiquetas: loading_and_analysis, affects_outputs

--[no]enable_propeller_optimize_absolute_paths predeterminado: "true"

Si se establece, se mostrará un error si se usan rutas de acceso absolutas para la optimización de Propeller.
Etiquetas: affects_outputs

--[no]enable_remaining_fdo_absolute_paths predeterminado: "true"

Si se establece, se generará un error si se usan rutas de acceso absolutas para FDO.
Etiquetas: affects_outputs

--[no]enable_runfiles predeterminado: “auto”

Habilita el árbol de symlinks de runfiles. De forma predeterminada, está desactivado en Windows y en otras plataformas.
Etiquetas: affects_outputs

Se acumulan varios usos de --experimental_action_listener=<a build target label>.

dejó de estar disponible y se reemplazó por aspectos. Usa action_listener para adjuntar una extra_action a las acciones de compilación existentes.
Etiquetas: execution, experimental

--[no]experimental_android_compress_java_resources predeterminado: “false”

Comprime los recursos de Java en los APKs.
Etiquetas: affects_outputs, loading_and_analysis, experimental

--[no]experimental_android_databinding_v2 predeterminado: "true"

Usa Android Databinding v2. Esta marca no realiza ninguna acción.
Etiquetas: affects_outputs, loading_and_analysis, loses_incremental_state, experimental

--[no]experimental_android_resource_shrinking predeterminado: “false”

Habilita la reducción de recursos para los APKs android_binary que usan ProGuard.
Etiquetas: affects_outputs, loading_and_analysis, experimental

--[no]experimental_android_rewrite_dexes_with_rex predeterminado: “false”

Usa la herramienta rex para volver a escribir archivos dex.
Etiquetas: affects_outputs, loading_and_analysis, loses_incremental_state, experimental

--[no]experimental_collect_code_coverage_for_generated_files predeterminado: “false”

Si se especifica, Bazel también generará información de cobertura recopilada para los archivos generados.
Etiquetas: affects_outputs, experimental

--experimental_objc_fastbuild_options=<comma-separated list of options> predeterminado: "-O0,-DDEBUG=1"

Usa estas cadenas como opciones del compilador de fastbuild de objc.
Etiquetas: action_command_lines

--[no]experimental_omitfp predeterminado: “false”

Si es verdadero, usa libunwind para el desenredo de pila y compila con -fomit-frame-pointer y -fasynchronous-unwind-tables.
Etiquetas: action_command_lines, affects_outputs, experimental

--experimental_output_paths=<off, content or strip> predeterminado: "off"

Qué modelo usar para determinar en qué parte del árbol de salida las reglas escriben sus resultados, en particular para compilaciones multiplataforma o multiconfiguración. Esto es muy experimental. Consulta https://github.com/bazelbuild/bazel/issues/6526 para obtener más información. Las acciones de Starlark pueden habilitar la asignación de rutas de acceso agregando la clave "supports-path-mapping" al diccionario "execution_requirements".
Etiquetas: loses_incremental_state, bazel_internal_configuration, affects_outputs, execution

Se acumulan varios usos de --experimental_override_name_platform_in_output_dir=<a 'label=value' assignment>.

Cada entrada debe tener el formato etiqueta=valor, en el que etiqueta hace referencia a una plataforma y valor es el nombre abreviado que se desea usar en la ruta de salida. Solo se usa cuando --experimental_platform_in_output_dir es verdadero. Tiene la prioridad de nombres más alta.
Etiquetas: affects_outputs, experimental

--[no]experimental_platform_in_output_dir predeterminado: “false”

Si es verdadero, se usa un nombre abreviado para la plataforma de destino en el nombre del directorio de salida en lugar de la CPU. El esquema exacto es experimental y está sujeto a cambios: primero, en el caso poco frecuente de que la opción --platforms no tenga exactamente un valor, se usa un hash de la opción platforms. A continuación, si se registró algún nombre corto para la plataforma actual con --experimental_override_name_platform_in_output_dir, se usará ese nombre corto. Luego, si se establece --experimental_use_platforms_in_output_dir_legacy_heuristic, usa un nombre corto basado en la etiqueta de plataforma actual. Por último, se usa un hash de la opción de plataforma como último recurso.
Etiquetas: affects_outputs, experimental

--[no]experimental_py_binaries_include_label predeterminado: “false”

Los destinos py_binary incluyen su etiqueta incluso cuando el sellado está inhabilitado.
Etiquetas: affects_outputs, experimental

--[no]experimental_use_llvm_covmap predeterminado: “false”

Si se especifica, Bazel generará información del mapa de cobertura de llvm-cov en lugar de gcov cuando se habilite collect_code_coverage.
Etiquetas: changes_inputs, affects_outputs, loading_and_analysis, experimental

--[no]experimental_use_platforms_in_output_dir_legacy_heuristic predeterminado: "true"

Usa esta marca solo como parte de una estrategia de migración o prueba sugerida. Ten en cuenta que la heurística tiene deficiencias conocidas y se recomienda migrar a depender solo de --experimental_override_name_platform_in_output_dir.
Etiquetas: affects_outputs, experimental

--fdo_instrument=<a string> predeterminado: Consulta la descripción

Genera objetos binarios con la instrumentación de FDO. Con el compilador Clang/LLVM, también acepta el nombre del directorio en el que se volcarán los archivos de perfil sin procesar durante el tiempo de ejecución.
Etiquetas: affects_outputs

--fdo_optimize=<a string> predeterminado: Consulta la descripción

Usa la información del perfil de FDO para optimizar la compilación. Especifica el nombre de un archivo ZIP que contenga un árbol de archivos .gcda, un archivo afdo que contenga un perfil automático o un archivo de perfil de LLVM. Esta marca también acepta archivos especificados como etiquetas (p.ej., "//foo/bar:file.afdo"; es posible que debas agregar una directiva "exports_files" al paquete correspondiente) y etiquetas que apuntan a destinos "fdo_profile". La regla "fdo_profile" reemplazará esta marca.
Etiquetas: affects_outputs

--fdo_prefetch_hints=<a build target label> predeterminado: Consulta la descripción

Usa sugerencias de almacenamiento en caché anticipado.
Etiquetas: affects_outputs

--fdo_profile=<a build target label> predeterminado: Consulta la descripción

Es el fdo_profile que representa el perfil que se usará para la optimización.
Etiquetas: affects_outputs

Se acumulan varios usos de --features=<a string>.

Las funciones determinadas se habilitarán o inhabilitarán de forma predeterminada para los destinos compilados en la configuración de destino. Si especificas -<feature>, se inhabilitará la función. Los atributos negativos siempre anulan los positivos. Consulta también --host_features.
Etiquetas: changes_inputs, affects_outputs

--[no]force_pic predeterminado: “false”

Si está habilitado, todas las compilaciones de C++ producen código independiente de la posición ("-fPIC"), los vínculos prefieren las bibliotecas precompiladas de PIC en lugar de las bibliotecas no PIC, y los vínculos producen ejecutables independientes de la posición ("-pie").
Etiquetas: loading_and_analysis, affects_outputs

Se acumulan varios usos de --host_action_env=<a 'name=value' assignment with an optional value part>.

Especifica el conjunto de variables de entorno disponibles para las acciones con parámetros de configuración de ejecución. Las variables se pueden especificar por nombre, en cuyo caso el valor se tomará del entorno de invocación, o bien por el par nombre=valor, que establece el valor independientemente del entorno de invocación. Esta opción se puede usar varias veces. En el caso de las opciones que se proporcionan para la misma variable, se aplica la más reciente, y se acumulan las opciones para diferentes variables.
Etiquetas: action_command_lines

--host_compilation_mode=<fastbuild, dbg or opt> predeterminado: "opt"

Especifica el modo en el que se compilarán las herramientas que se usan durante la compilación. Valores: "fastbuild", "dbg", "opt".
Etiquetas: affects_outputs, action_command_lines

Se acumulan varios usos de --host_conlyopt=<a string>.

Opción adicional para pasar al compilador de C cuando se compilan archivos de origen C (pero no C++) en las configuraciones de ejecución.
Etiquetas: action_command_lines, affects_outputs

Se acumulan varios usos de --host_copt=<a string>.

Opciones adicionales para pasar al compilador C para herramientas compiladas en las configuraciones de ejecución.
Etiquetas: action_command_lines, affects_outputs

--host_cpu=<a string> predeterminado: ""

La CPU del host.
Etiquetas: changes_inputs, affects_outputs

Se acumulan varios usos de --host_cxxopt=<a string>.

Opciones adicionales para pasar al compilador de C++ para herramientas compiladas en las configuraciones de ejecución.
Etiquetas: action_command_lines, affects_outputs

Se acumulan varios usos de --host_features=<a string>.

Las funciones determinadas se habilitarán o inhabilitarán de forma predeterminada para los destinos compilados en la configuración de ejecución. Si especificas -<feature>, se inhabilitará la función. Los atributos negativos siempre anulan los positivos.
Etiquetas: changes_inputs, affects_outputs

--host_force_python=<PY2 or PY3> predeterminado: Consulta la descripción

Anula la versión de Python para la configuración de ejecución. Puede ser “PY2” o “PY3”.
Etiquetas: loading_and_analysis, affects_outputs

Se acumulan varios usos de --host_linkopt=<a string>.

Opción adicional para pasar al vinculador cuando se vinculan herramientas en las configuraciones de ejecución.
Etiquetas: action_command_lines, affects_outputs

--host_macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> predeterminado: Consulta la descripción

Versión mínima de macOS compatible para los destinos de host. Si no se especifica, se usa "macos_sdk_version".
Etiquetas: loses_incremental_state

Se acumulan varios usos de --host_per_file_copt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options>.

Opciones adicionales para pasar de forma selectiva al compilador C/C++ cuando se compilan ciertos archivos en las configuraciones de ejecución. Esta opción se puede pasar varias veces. Sintaxis: regex_filter@option_1,option_2,…,option_n. En la que regex_filter representa una lista de patrones de expresiones regulares para incluir y excluir (consulta también --instrumentation_filter). option_1 a option_n representan opciones de línea de comandos arbitrarias. Si una opción contiene una coma, debe estar entre comillas con una barra invertida. Las opciones pueden contener @. Solo se usa el primer @ para dividir la cadena. Ejemplo: --host_per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0 agrega la opción de línea de comandos -O0 a la línea de comandos de gcc de todos los archivos cc en //foo/, excepto bar.cc.
Etiquetas: action_command_lines, affects_outputs

--[no]incompatible_auto_exec_groups predeterminado: “false”

Cuando se habilita, se crea automáticamente un grupo de ejecución para cada cadena de herramientas que usa una regla. Para que esto funcione, la regla debe especificar el parámetro "toolchain" en sus acciones. Para obtener más información, consulta https://github.com/bazelbuild/bazel/issues/17134.
Etiquetas: affects_outputs, incompatible_change

--[no]incompatible_merge_genfiles_directory predeterminado: "true"

Si es verdadero, el directorio genfiles se une al directorio bin.
Etiquetas: affects_outputs, incompatible_change

--[no]instrument_test_targets predeterminado: “false”

Cuando la cobertura está habilitada, especifica si se deben considerar las reglas de prueba de instrumentación. Cuando se establece, se instrumentan las reglas de prueba que incluye --instrumentation_filter. De lo contrario, las reglas de prueba siempre se excluyen de la instrumentación de cobertura.
Etiquetas: affects_outputs

--instrumentation_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> predeterminado: "-/javatests[/:],-/test/java[/:]"

Cuando la cobertura esté habilitada, solo se instrumentarán las reglas con nombres incluidos en el filtro basado en regex especificado. En su lugar, se excluyen las reglas con el prefijo “-”. Ten en cuenta que solo se instrumentan las reglas que no son de prueba, a menos que se habilite --instrument_test_targets.
Etiquetas: affects_outputs

--ios_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> predeterminado: Consulta la descripción

Versión mínima de iOS compatible para los simuladores y dispositivos de destino. Si no se especifica, se usa "ios_sdk_version".
Etiquetas: loses_incremental_state

Se acumulan varios usos de --ios_multi_cpus=<comma-separated list of options>.

Es una lista de arquitecturas separadas por comas con las que se compila una ios_application. El resultado es un binario universal que contiene todas las arquitecturas especificadas.
Etiquetas: loses_incremental_state, loading_and_analysis

--[no]legacy_whole_archive predeterminado: "true"

Obsoleto, reemplazado por --incompatible_remove_legacy_whole_archive (consulta https://github.com/bazelbuild/bazel/issues/7362 para obtener más información). Cuando está activado, usa --whole-archive para las reglas cc_binary que tienen linkshared=True y linkstatic=True o “-static” en linkopts. Esto es solo para la retrocompatibilidad. Una mejor alternativa es usar alwayslink=1 cuando sea necesario.
Etiquetas: action_command_lines, affects_outputs, deprecated

Se acumulan varios usos de --linkopt=<a string>.

: Opción adicional para pasar a gcc cuando se realiza la vinculación.
Etiquetas: action_command_lines, affects_outputs

Se acumulan varios usos de --ltobackendopt=<a string>.

Opción adicional para pasar al paso de backend de LTO (en --features=thin_lto).
Etiquetas: action_command_lines, affects_outputs

Se acumulan varios usos de --ltoindexopt=<a string>.

Opción adicional para pasar al paso de indexación de LTO (en --features=thin_lto).
Etiquetas: action_command_lines, affects_outputs

Se acumulan varios usos de --macos_cpus=<comma-separated list of options>.

Es una lista separada por comas de las arquitecturas para las que se compilarán los objetos binarios de Apple macOS.
Etiquetas: loses_incremental_state, loading_and_analysis

--macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> predeterminado: Consulta la descripción

Versión mínima de macOS compatible para los destinos. Si no se especifica, se usa "macos_sdk_version".
Etiquetas: loses_incremental_state

--memprof_profile=<a build target label> predeterminado: Consulta la descripción

Usa el perfil de memprof.
Etiquetas: affects_outputs

--[no]objc_debug_with_GLIBCXX predeterminado: “false”

Si se establece y el modo de compilación se establece en "dbg", define GLIBCXX_DEBUG, GLIBCXX_DEBUG_PEDANTIC y GLIBCPP_CONCEPT_CHECKS.
Etiquetas: action_command_lines

--[no]objc_enable_binary_stripping predeterminado: “false”

Indica si se deben quitar los símbolos y el código muerto en los objetos binarios vinculados. Se realizarán eliminaciones de objetos binarios si se especifican esta marca y --compilation_mode=opt.
Etiquetas: action_command_lines

Se acumulan varios usos de --objccopt=<a string>.

Opciones adicionales para pasar a gcc cuando se compilan archivos de origen Objective-C/C++.
Etiquetas: action_command_lines

Se acumulan varios usos de --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>.

Opciones adicionales para pasar de forma selectiva a gcc cuando se compilan ciertos archivos. Esta opción se puede pasar varias veces. Sintaxis: regex_filter@option_1,option_2,…,option_n. En la que regex_filter representa una lista de patrones de expresiones regulares para incluir y excluir (consulta también --instrumentation_filter). option_1 a option_n representan opciones de línea de comandos arbitrarias. Si una opción contiene una coma, debe estar entre comillas con una barra invertida. Las opciones pueden contener @. Solo se usa el primer @ para dividir la cadena. Ejemplo: --per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0 agrega la opción de línea de comandos -O0 a la línea de comandos de gcc de todos los archivos cc en //foo/, excepto bar.cc.
Etiquetas: action_command_lines, affects_outputs

Se acumulan varios usos de --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>.

Opciones adicionales para pasar de forma selectiva al backend de LTO (en --features=thin_lto) cuando se compilan ciertos objetos de backend. Esta opción se puede pasar varias veces. Sintaxis: regex_filter@option_1,option_2,…,option_n. En la que regex_filter representa una lista de patrones de expresiones regulares para incluir y excluir. option_1 a option_n representan opciones de línea de comandos arbitrarias. Si una opción contiene una coma, debe estar entre comillas con una barra invertida. Las opciones pueden contener @. Solo se usa el primer @ para dividir la cadena. Ejemplo: --per_file_ltobackendopt=//foo/.*\.o,-//foo/bar\.o@-O0 agrega la opción de línea de comandos -O0 a la línea de comandos del backend de LTO de todos los archivos o en //foo/, excepto bar.o.
Etiquetas: action_command_lines, affects_outputs

--platform_suffix=<a string> predeterminado: Consulta la descripción

Especifica un sufijo que se agregará al directorio de configuración.
Etiquetas: loses_incremental_state, affects_outputs, loading_and_analysis

--propeller_optimize=<a build target label> predeterminado: Consulta la descripción

Usa la información del perfil de Propeller para optimizar el destino de compilación.Un perfil de Propeller debe constar de al menos uno de dos archivos: un perfil de cc y un perfil de ld. Esta marca acepta una etiqueta de compilación que debe hacer referencia a los archivos de entrada del perfil de Propeller. Por ejemplo, el archivo BUILD que define la etiqueta, en a/b/BUILD:propeller_optimize( name = "propeller_profile", cc_profile = "propeller_cc_profile.txt", ld_profile = "propeller_ld_profile.txt",)Es posible que se deba agregar una directiva exports_files al paquete correspondiente para que Bazel pueda ver estos archivos. La opción se debe usar de la siguiente manera: --propeller_optimize=//a/b:propeller_profile
Etiquetas: action_command_lines, affects_outputs

--propeller_optimize_absolute_cc_profile=<a string> predeterminado: Consulta la descripción

Nombre de ruta de acceso absoluta del archivo cc_profile para compilaciones optimizadas de Propeller.
Etiquetas: affects_outputs

--propeller_optimize_absolute_ld_profile=<a string> predeterminado: Consulta la descripción

Es el nombre de ruta de acceso absoluto del archivo ld_profile para las compilaciones optimizadas de Propeller.
Etiquetas: affects_outputs

--run_under=<a prefix in front of command> predeterminado: Consulta la descripción

Es el prefijo que se inserta antes de los ejecutables para los comandos "test" y "run". Si el valor es "foo -bar" y la línea de comandos de ejecución es "test_binary -baz", la línea de comandos final es "foo -bar test_binary -baz".Esto también puede ser una etiqueta para un destino ejecutable. Algunos ejemplos son: "valgrind", "strace", "strace -c", "valgrind --quiet --num-callers=20", "//package:target", "//package:target --options".
Etiquetas: action_command_lines

--[no]share_native_deps predeterminado: "true"

Si es verdadero, las bibliotecas nativas que contienen funcionalidad idéntica se compartirán entre diferentes destinos.
Etiquetas: loading_and_analysis, affects_outputs

--[no]stamp predeterminado: “false”

Marca los objetos binarios con la fecha, el nombre de usuario, el nombre de host, la información del espacio de trabajo, etcétera.
Etiquetas: affects_outputs

Valor predeterminado de --strip=<always, sometimes or never>: “sometimes”

especifica si se deben quitar los objetos binarios y las bibliotecas compartidas (con "-Wl,--strip-debug"). El valor predeterminado de "sometimes" significa quitar si --compilation_mode=fastbuild.
Etiquetas: affects_outputs

Se acumulan varios usos de --stripopt=<a string>.

Opciones adicionales para pasar a la eliminación cuando se genera un objeto binario "<name>.stripped".
Etiquetas: action_command_lines, affects_outputs

Se acumulan varios usos de --tvos_cpus=<comma-separated list of options>.

Es una lista separada por comas de las arquitecturas para las que se compilarán los objetos binarios de Apple tvOS.
Etiquetas: loses_incremental_state, loading_and_analysis

--tvos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> predeterminado: Consulta la descripción

Versión mínima compatible de tvOS para los simuladores y dispositivos de destino. Si no se especifica, se usa "tvos_sdk_version".
Etiquetas: loses_incremental_state

Se acumulan varios usos de --visionos_cpus=<comma-separated list of options>.

Es una lista separada por comas de las arquitecturas para las que se compilarán los objetos binarios de Apple visionOS.
Etiquetas: loses_incremental_state, loading_and_analysis

Se acumulan varios usos de --watchos_cpus=<comma-separated list of options>.

Es una lista separada por comas de las arquitecturas para las que se compilarán los objetos binarios de Apple watchOS.
Etiquetas: loses_incremental_state, loading_and_analysis

--watchos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> predeterminado: Consulta la descripción

Versión mínima compatible de watchOS para los simuladores y dispositivos de destino. Si no se especifica, se usa "watchos_sdk_version".
Etiquetas: loses_incremental_state

--xbinary_fdo=<a build target label> predeterminado: Consulta la descripción

Usa la información del perfil de XbinaryFDO para optimizar la compilación. Especifica el nombre del perfil binario cruzado predeterminado. Cuando la opción se usa junto con --fdo_instrument/--fdo_optimize/--fdo_profile, esas opciones siempre prevalecerán como si xbinary_fdo nunca se especificara.
Etiquetas: affects_outputs

Opciones que afectan la rigurosidad con la que Bazel aplica entradas de compilación válidas (definiciones de reglas, combinaciones de marcas, etcétera):

--[no]check_visibility predeterminado: "true"

Si se inhabilita, los errores de visibilidad en las dependencias de destino se degradan a advertencias.
Etiquetas: build_file_semantics

--[no]desugar_for_android predeterminado: "true"

Indica si se debe expandir el código de bytes de Java 8 antes de dexificarlo.
Etiquetas: affects_outputs, loading_and_analysis, loses_incremental_state

--[no]desugar_java8_libs predeterminado: “false”

Indica si se deben incluir bibliotecas Java 8 compatibles en apps para dispositivos heredados.
Etiquetas: affects_outputs, loading_and_analysis, loses_incremental_state, experimental

--[no]enforce_constraints predeterminado: "true"

Verifica los entornos con los que es compatible cada objetivo y, luego, informa errores si alguno tiene dependencias que no admiten los mismos entornos.
Etiquetas: build_file_semantics

--[no]experimental_check_desugar_deps predeterminado: "true"

Determina si se debe volver a verificar la expansión de sintaxis correcta a nivel del objeto binario de Android.
Etiquetas: eagerness_to_exit, loading_and_analysis, experimental

--experimental_import_deps_checking=<a string> predeterminado: Consulta la descripción

No realiza ninguna acción, solo se mantiene para la retrocompatibilidad.
Etiquetas: loading_and_analysis

--experimental_one_version_enforcement=<off, warning or error> predeterminado: “OFF”

Cuando está habilitada, se aplica la regla de que una regla java_binary no puede contener más de una versión del mismo archivo de clase en la ruta de acceso a clases. Esta aplicación forzosa puede interrumpir la compilación o generar advertencias.
Etiquetas: loading_and_analysis

--experimental_strict_java_deps=<off, warn, error, strict or default> predeterminado: "predeterminado"

Si es verdadero, verifica que un destino de Java declare de forma explícita todos los destinos utilizados directamente como dependencias.
Etiquetas: build_file_semantics, eagerness_to_exit

--[no]incompatible_check_testonly_for_output_files predeterminado: “false”

Si está habilitado, busca el atributo testonly de la regla de generación para verificar si hay destinos de requisitos previos que sean archivos de salida. Esto coincide con la verificación de visibilidad.
Etiquetas: build_file_semantics, incompatible_change

--[no]incompatible_check_visibility_for_toolchains predeterminado: “false”

Si está habilitada, la verificación de visibilidad también se aplica a las implementaciones de la cadena de herramientas.
Etiquetas: build_file_semantics, incompatible_change

--[no]incompatible_disable_native_android_rules predeterminado: “false”

Si se habilita, se inhabilita el uso directo de las reglas nativas de Android. Usa las reglas de Android de Starlark de https://github.com/bazelbuild/rules_android.
Etiquetas:eagerness_to_exit, incompatible_change

--[no]incompatible_disable_native_apple_binary_rule predeterminado: “false”

Sin operación. Se mantiene aquí para la retrocompatibilidad.
Etiquetas: eagerness_to_exit, incompatible_change

--[no]incompatible_python_disable_py2 predeterminado: "true"

Si es verdadero, usar la configuración de Python 2 generará un error. Esto incluye python_version=PY2, srcs_version=PY2 y srcs_version=PY2ONLY. Consulta https://github.com/bazelbuild/bazel/issues/15684 para obtener más información.
Etiquetas: loading_and_analysis, incompatible_change

--[no]one_version_enforcement_on_java_tests predeterminado: "true"

Cuando está habilitado y experimental_one_version_enforcement se establece en un valor que no sea NONE, se aplica una versión en los destinos java_test. Esta marca se puede inhabilitar para mejorar el rendimiento de las pruebas incrementales a costa de perder posibles incumplimientos de una versión.
Etiquetas: loading_and_analysis

--python_native_rules_allowlist=<a build target label> predeterminado: Consulta la descripción

Es una lista de entidades permitidas (objetivo de package_group) que se usará cuando se aplique --incompatible_python_disallow_native_rules.
Etiquetas: loading_and_analysis

--[no]strict_filesets predeterminado: “false”

Si esta opción está habilitada, los conjuntos de archivos que cruzan los límites de los paquetes se informan como errores.
Etiquetas: build_file_semantics, eagerness_to_exit

--strict_proto_deps=<off, warn, error, strict or default> predeterminado: "error"

A menos que esté desactivado, comprueba que un destino de proto_library declare explícitamente todos los destinos utilizados directamente como dependencias.
Etiquetas: build_file_semantics, eagerness_to_exit, incompatible_change

--strict_public_imports=<off, warn, error, strict or default> predeterminado: "off"

A menos que esté desactivado, comprueba que un objetivo de proto_library declare de forma explícita todos los objetivos que se usan en "import public" como exportados.
Etiquetas: build_file_semantics, eagerness_to_exit, incompatible_change

--[no]strict_system_includes predeterminado: “false”

Si es verdadero, también se deben declarar los encabezados que se encuentran a través de las rutas de inclusión del sistema (-isystem).
Etiquetas: loading_and_analysis, eagerness_to_exit

Se acumulan varios usos de --target_environment=<a build target label>.

Declara el entorno de destino de esta compilación. Debe ser una referencia de etiqueta a una regla de "entorno". Si se especifican, todos los objetivos de nivel superior deben ser compatibles con este entorno.
Etiquetas: changes_inputs

Opciones que afectan los resultados de la firma de una compilación:

--apk_signing_method=<v1, v2, v1_v2 or v4> predeterminado: “v1_v2”

Implementación que se usará para firmar APKs
Etiquetas: action_command_lines, affects_outputs, loading_and_analysis

--[no]device_debug_entitlements predeterminado: "true"

Si se establece y el modo de compilación no es "opt", las apps de objc incluirán derechos de depuración cuando se firmen.
Etiquetas: changes_inputs

--ios_signing_cert_name=<a string> predeterminado: Consulta la descripción

Nombre del certificado que se usará para la firma de iOS. Si no se establece, se usará el perfil de aprovisionamiento. Puede ser la preferencia de identidad del llavero del certificado o la substring del nombre común del certificado, según la página de man de codesign (IDENTIDADES DE FIRMA).
Etiquetas: action_command_lines

Esta opción afecta la semántica del lenguaje Starlark o la API de compilación a la que pueden acceder los archivos BUILD, .bzl o WORKSPACE.:

--[no]incompatible_disallow_legacy_py_provider predeterminado: "true"

No se puede usar y se quitará pronto.
Etiquetas: loading_and_analysis, incompatible_change

--[no]incompatible_disallow_sdk_frameworks_attributes predeterminado: “false”

Si es verdadero, no se permiten los atributos sdk_frameworks y weak_sdk_frameworks en objc_library y objc_import.
Etiquetas: build_file_semantics, incompatible_change

--[no]incompatible_objc_alwayslink_by_default predeterminado: “false”

Si es verdadero, establece el valor predeterminado como verdadero para los atributos alwayslink en objc_library y objc_import.
Etiquetas: build_file_semantics, incompatible_change

--[no]incompatible_python_disallow_native_rules predeterminado: “false”

Cuando es verdadero, se produce un error cuando se usan las reglas py_* integradas. En su lugar, se deben usar las reglas rule_python. Consulta https://github.com/bazelbuild/bazel/issues/17773 para obtener más información y las instrucciones de migración.
Etiquetas: loading_and_analysis, incompatible_change

Opciones que rigen el comportamiento del entorno de prueba o del ejecutor de pruebas:

--[no]allow_analysis_failures predeterminado: “false”

Si es verdadero, una falla de análisis de un objetivo de regla genera la propagación del objetivo de una instancia de AnalysisFailureInfo que contiene la descripción del error, en lugar de generar una falla de compilación.
Etiquetas: loading_and_analysis, experimental

--analysis_testing_deps_limit=<an integer> predeterminado: “2000”

Establece la cantidad máxima de dependencias transitivas a través de un atributo de regla con una transición de configuración for_analysis_testing. Si se supera este límite, se mostrará un error de regla.
Etiquetas: loading_and_analysis

--[no]break_build_on_parallel_dex2oat_failure predeterminado: “false”

Si es verdadero, las fallas de la acción de dex2oat causarán que la compilación falle en lugar de ejecutar dex2oat durante el tiempo de ejecución de la prueba.
Etiquetas: loading_and_analysis, experimental

Se acumulan varios usos de --default_test_resources=<a resource name followed by equal and 1 float or 4 float, e.g memory=10,30,60,100>.

Anula la cantidad de recursos predeterminados para las pruebas. El formato esperado es <resource>=<value>. Si se especifica un solo número positivo como <value>, se anularán los recursos predeterminados para todos los tamaños de prueba. Si se especifican 4 números separados por comas, estos anularán la cantidad de recursos para los tamaños de prueba pequeños, medianos, grandes y enormes, respectivamente. Los valores también pueden ser HOST_RAM/HOST_CPU, seguidos de forma opcional por [-|*]<float> (p. ej., memory=HOST_RAM*.1,HOST_RAM*.2,HOST_RAM*.3,HOST_RAM*.4). Los recursos de prueba predeterminados que especifica esta marca se anulan con los recursos explícitos que se especifican en las etiquetas.

--[no]experimental_android_use_parallel_dex2oat predeterminado: “false”

Usa dex2oat en paralelo para acelerar android_test.
Etiquetas: loading_and_analysis, host_machine_resource_optimizations, experimental

--[no]ios_memleaks predeterminado: “false”

Habilita la verificación de fugas de memoria en los destinos de ios_test.
Etiquetas: action_command_lines

--ios_simulator_device=<a string> predeterminado: Consulta la descripción

Es el dispositivo que se simula cuando se ejecuta una aplicación para iOS en el simulador, p.ej., "iPhone 6". Para obtener una lista de dispositivos, ejecuta "xcrun simctl list devicetypes" en la máquina en la que se ejecutará el simulador.
Etiquetas: test_runner

--ios_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> predeterminado: Consulta la descripción

Es la versión de iOS que se ejecutará en el simulador durante la ejecución o las pruebas. Esto se ignora para las reglas ios_test si se especifica un dispositivo de destino en la regla.
Etiquetas: test_runner

Se acumulan varios usos de --runs_per_test=<a positive integer or test_regex@runs. This flag may be passed more than once>.

especifica la cantidad de veces que se debe ejecutar cada prueba. Si alguno de esos intentos falla por algún motivo, se considera que toda la prueba falló. Por lo general, el valor especificado es solo un número entero. Ejemplo: --runs_per_test=3 ejecutará todas las pruebas 3 veces. Sintaxis alternativa: regex_filter@runs_per_test. En la que runs_per_test representa un valor entero y regex_filter representa una lista de patrones de expresiones regulares para incluir y excluir (consulta también --instrumentation_filter). Ejemplo: --runs_per_test=//foo/.*,-//foo/bar/.*@3 ejecuta todas las pruebas en //foo/, excepto las que se encuentran en foo/bar, tres veces. Esta opción se puede pasar varias veces. El argumento pasado más recientemente que coincida tiene prioridad. Si no hay coincidencias, la prueba solo se ejecuta una vez.

Se acumulan varios usos de --test_env=<a 'name=value' assignment with an optional value part>.

Especifica variables de entorno adicionales que se insertarán en el entorno del ejecutor de pruebas. Las variables se pueden especificar por nombre, en cuyo caso su valor se leerá del entorno del cliente de Bazel, o por el par nombre=valor. Esta opción se puede usar varias veces para especificar varias variables. Solo lo usa el comando "bazel test".
Etiquetas: test_runner

--test_timeout=<a single integer or comma-separated list of 4 integers> predeterminado: “-1”

Anula los valores predeterminados de tiempo de espera de prueba para los tiempos de espera de prueba (en segundos). Si se especifica un solo valor de número entero positivo, se anularán todas las categorías. Si se especifican 4 números enteros separados por comas, se anularán los tiempos de espera para corto, moderado, largo y eterno (en ese orden). De cualquier forma, un valor de -1 le indica a blaze que use sus tiempos de espera predeterminados para esa categoría.

--[no]zip_undeclared_test_outputs predeterminado: “false”

Si es verdadero, los resultados de las pruebas no declaradas se archivarán en un archivo ZIP.
Etiquetas: test_runner

Opciones que activan optimizaciones del tiempo de compilación:

--[no]experimental_filter_library_jar_with_program_jar predeterminado: “false”

Filtra el ProgramJar de ProGuard para quitar las clases que también estén presentes en el LibraryJar.
Etiquetas: action_command_lines, experimental

--[no]experimental_inmemory_dotd_files predeterminado: "true"

Si se habilita, los archivos .d de C++ se pasarán en la memoria directamente desde los nodos de compilación remotos en lugar de escribirse en el disco.
Etiquetas: loading_and_analysis, execution, affects_outputs, experimental

--[no]experimental_inmemory_jdeps_files predeterminado: "true"

Si está habilitado, los archivos de dependencia (.jdeps) generados a partir de compilaciones de Java se pasarán en la memoria directamente desde los nodos de compilación remotos en lugar de escribirse en el disco.
Etiquetas: loading_and_analysis, execution, affects_outputs, experimental

--[no]experimental_retain_test_configuration_across_testonly predeterminado: “false”

Cuando se habilita, --trim_test_configuration no recortará la configuración de prueba de las reglas marcadas como testonly=1. Esto se hace para reducir los problemas de conflicto de acciones cuando las reglas que no son de prueba dependen de las reglas de cc_test. No tiene efecto si --trim_test_configuration es falso.
Etiquetas: loading_and_analysis, loses_incremental_state, experimental

--[no]experimental_starlark_cc_import predeterminado: “false”

Si está habilitada, se puede usar la versión de Starlark de cc_import.
Etiquetas: loading_and_analysis, experimental

--[no]experimental_unsupported_and_brittle_include_scanning predeterminado: “false”

Determina si se deben reducir las entradas a la compilación de C/C++ a través del análisis de líneas #include de los archivos de entrada. Esto puede mejorar el rendimiento y la incrementalidad, ya que disminuye el tamaño de los árboles de entrada de compilación. Sin embargo, también puede interrumpir las compilaciones porque el escáner de inclusión no implementa por completo la semántica del preprocesador C. En particular, no comprende las directivas #include dinámicas y omite la lógica condicional del preprocesador. Úsala bajo tu propia responsabilidad. Se cerrarán todos los problemas relacionados con esta marca que se hayan presentado.
Etiquetas: loading_and_analysis, execution, changes_inputs, experimental

--[no]incremental_dexing predeterminado: "true"

Realiza la mayor parte del trabajo de dexing por separado para cada archivo JAR.
Etiquetas: affects_outputs, loading_and_analysis, loses_incremental_state

--[no]objc_use_dotd_pruning predeterminado: "true"

Si se establece, los archivos .d emitidos por clang se usarán para podar el conjunto de entradas que se pasan a las compilaciones de objc.
Etiquetas: changes_inputs, loading_and_analysis

--[no]process_headers_in_dependencies predeterminado: “false”

Cuando compilas un destino //a:a, procesa los encabezados en todos los destinos de los que depende //a:a (si el procesamiento de encabezados está habilitado para la cadena de herramientas).
Etiquetas: execution

--[no]trim_test_configuration predeterminado: "true"

Cuando se habilita, se borran las opciones relacionadas con las pruebas debajo del nivel superior de la compilación. Cuando esta marca está activa, las pruebas no se pueden compilar como dependencias de reglas que no son de prueba, pero los cambios en las opciones relacionadas con las pruebas no harán que se vuelvan a analizar las reglas que no son de prueba.
Etiquetas: loading_and_analysis, loses_incremental_state

Opciones que afectan la verbosidad, el formato o la ubicación del registro:

Valor predeterminado de --toolchain_resolution_debug=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths>: “-.*”.

Imprime información de depuración durante la resolución de la cadena de herramientas. La marca toma una regex, que se compara con los tipos de cadena de herramientas y los objetivos específicos para ver cuál depurar. Se pueden separar varias regex con comas y, luego, cada una se verifica por separado. Nota: El resultado de esta marca es muy complejo y es probable que solo sea útil para expertos en la resolución de cadenas de herramientas.
Etiquetas: terminal_output

Son opciones que especifican o alteran una entrada genérica en un comando de Bazel que no pertenece a otras categorías.:

Se acumulan varios usos de --flag_alias=<a 'name=value' flag alias>.

Establece un nombre abreviado para una marca de Starlark. Toma un solo par clave-valor en el formato "<clave>=<valor>" como argumento.
Etiquetas: changes_inputs

--[no]incompatible_default_to_explicit_init_py predeterminado: “false”

Esta marca cambia el comportamiento predeterminado para que los archivos __init__.py ya no se creen automáticamente en los archivos de ejecución de los destinos de Python. Específicamente, cuando un objetivo py_binary o py_test tiene legacy_create_init establecido en "auto" (el valor predeterminado), se considera falso solo si se establece esta marca. Consulta https://github.com/bazelbuild/bazel/issues/10076.
Etiquetas: affects_outputs, incompatible_change

--[no]incompatible_py2_outputs_are_suffixed predeterminado: "true"

Si es verdadero, los destinos compilados en la configuración de Python 2 aparecerán en una raíz de salida que incluye el sufijo "-py2", mientras que los destinos compilados para Python 3 aparecerán en una raíz sin sufijo relacionado con Python. Esto significa que el symlink de conveniencia "bazel-bin" apuntará a destinos de Python 3 en lugar de Python 2. Si habilitas esta opción, también se recomienda habilitar `--incompatible_py3_is_default`.
Etiquetas: affects_outputs, incompatible_change

--[no]incompatible_py3_is_default predeterminado: "true"

Si es verdadero, los destinos "py_binary" y "py_test" que no establezcan su atributo "python_version" (o "default_python_version") usarán PY3 de forma predeterminada en lugar de PY2. Si estableces esta marca, también se recomienda establecer `--incompatible_py2_outputs_are_suffixed`.
Etiquetas: loading_and_analysis, affects_outputs, incompatible_change

--[no]incompatible_use_python_toolchains predeterminado: "true"

Si se establece como verdadero, las reglas ejecutables de Python nativas usarán el entorno de ejecución de Python especificado por la cadena de herramientas de Python, en lugar del entorno de ejecución que proporcionan las marcas heredadas, como --python_top.
Etiquetas: loading_and_analysis, incompatible_change

--python_version=<PY2 or PY3> predeterminado: Consulta la descripción

Es el modo de versión principal de Python, ya sea "PY2" o "PY3". Ten en cuenta que esto se anula con los destinos "py_binary" y "py_test" (incluso si no especifican una versión de forma explícita), por lo que, por lo general, no hay muchos motivos para proporcionar esta marca.
Etiquetas: loading_and_analysis, affects_outputs

Opciones misceláneas que no se clasifican de otra manera:

--[no]cache_test_results [-t] predeterminado: "auto"

Si se establece en “auto”, Bazel vuelve a ejecutar una prueba solo si se cumplen las siguientes condiciones: (1) Bazel detecta cambios en la prueba o sus dependencias, (2) la prueba está marcada como externa, (3) se solicitaron varias ejecuciones de prueba con --runs_per_test o(4) la prueba falló anteriormente. Si se establece como “sí”, Bazel almacena en caché todos los resultados de las pruebas, excepto las marcadas como externas. Si se establece en "no", Bazel no almacena en caché ningún resultado de la prueba.

--[no]experimental_cancel_concurrent_tests predeterminado: “false”

Si es verdadero, Blaze cancelará las pruebas que se ejecutan de forma simultánea en la primera ejecución correcta. Esto solo es útil en combinación con --runs_per_test_detects_flakes.
Etiquetas: affects_outputs, loading_and_analysis, experimental

--[no]experimental_fetch_all_coverage_outputs predeterminado: “false”

Si es verdadero, Bazel recupera todo el directorio de datos de cobertura para cada prueba durante una ejecución de cobertura.
Etiquetas: affects_outputs, loading_and_analysis, experimental

--[no]experimental_generate_llvm_lcov predeterminado: “false”

Si es verdadero, la cobertura de clang generará un informe LCOV.
Etiquetas: affects_outputs, loading_and_analysis, experimental

--experimental_java_classpath=<off, javabuilder, bazel or bazel_no_fallback> predeterminado: "javabuilder"

Habilita classpaths reducidos para compilaciones de Java.

--[no]experimental_limit_android_lint_to_android_constrained_java predeterminado: “false”

No realiza ninguna acción, se conserva solo para la retrocompatibilidad.
Etiquetas: affects_outputs, experimental

--[no]experimental_run_android_lint_on_java_rules predeterminado: “false”

Determina si se deben validar las fuentes java_*.
Etiquetas: affects_outputs, experimental

--[no]explicit_java_test_deps predeterminado: “false”

Especifica de forma explícita una dependencia a JUnit o Hamcrest en un java_test en lugar de obtenerla accidentalmente de las dependencias de TestRunner. Por el momento, solo funciona para bazel.

--host_java_launcher=<a build target label> predeterminado: Consulta la descripción

Es el selector de Java que usan las herramientas que se ejecutan durante una compilación.

Se acumulan varios usos de --host_javacopt=<a string>.

Opciones adicionales para pasar a javac cuando se compilan herramientas que se ejecutan durante una compilación.

Se acumulan varios usos de --host_jvmopt=<a string>.

Opciones adicionales para pasar a la VM de Java cuando se compilan herramientas que se ejecutan durante la compilación. Estas opciones se agregarán a las opciones de inicio de la VM de cada destino java_binary.

--[no]incompatible_check_sharding_support predeterminado: "true"

Si es verdadero, Bazel fallará en una prueba fragmentada si el ejecutor de pruebas no indica que admite el fragmentación tocando el archivo en la ruta de acceso en TEST_SHARD_STATUS_FILE. Si es falso, un ejecutor de pruebas que no admita la fragmentación hará que todas las pruebas se ejecuten en cada fragmento.
Etiquetas: incompatible_change

--[no]incompatible_exclusive_test_sandboxed predeterminado: "true"

Si es verdadero, las pruebas exclusivas se ejecutarán con la estrategia de zona de pruebas. Agrega la etiqueta "local" para forzar que se ejecute una prueba exclusiva de forma local.
Etiquetas: incompatible_change

--[no]incompatible_strict_action_env predeterminado: “false”

Si es verdadero, Bazel usa un entorno con un valor estático para PATH y no hereda LD_LIBRARY_PATH. Usa --action_env=ENV_VARIABLE si deseas heredar variables de entorno específicas del cliente, pero ten en cuenta que, de esta manera, se puede evitar la creación de cachés para varios usuarios si se usa una caché compartida.
Etiquetas: loading_and_analysis, incompatible_change

Se acumulan varios usos de --j2objc_translation_flags=<comma-separated list of options>.

: Opciones adicionales para pasar a la herramienta J2ObjC.

--java_debug

Hace que la máquina virtual de Java de una prueba de Java espere una conexión de un depurador compatible con JDWP (como jdb) antes de iniciar la prueba. Implica -test_output=streamed.
Se expande a:
  --test_arg=--wrapper_script_flag=--debug
  --test_output=streamed
  --test_strategy=exclusive
  --test_timeout=9999
  --nocache_test_results

--[no]java_deps predeterminado: "true"

Genera información de dependencia (por ahora, el classpath del tiempo de compilación) por destino de Java.

--[no]java_header_compilation predeterminado: "true"

Compila ijars directamente desde la fuente.

--java_language_version=<a string> predeterminado: ""

La versión del lenguaje Java

--java_launcher=<a build target label> predeterminado: Consulta la descripción

Es el selector de Java que se usará cuando se compilen objetos binarios de Java. Si esta marca se establece en la cadena vacía, se usa el selector de JDK. El atributo "launcher" anula esta marca.

--java_runtime_version=<a string> predeterminado: "local_jdk"

La versión del entorno de ejecución de Java

Se acumulan varios usos de --javacopt=<a string>.

Opciones adicionales para pasar a javac.

Se acumulan varios usos de --jvmopt=<a string>.

Opciones adicionales para pasar a la VM de Java. Estas opciones se agregarán a las opciones de inicio de la VM de cada destino java_binary.

--legacy_main_dex_list_generator=<a build target label> predeterminado: Consulta la descripción

especifica un objeto binario que se usará para generar la lista de clases que deben estar en el DEX principal cuando se compila el multidex heredado.

--optimizing_dexer=<a build target label> predeterminado: Consulta la descripción

Especifica un objeto binario para usar y realizar la conversión a Dex sin fragmentación.

Se acumulan varios usos de --plugin=<a build target label>.

Plug-ins para usar en la compilación. Actualmente, funciona con java_plugin.

--proguard_top=<a build target label> predeterminado: Consulta la descripción

Especifica qué versión de ProGuard se usará para quitar el código cuando se compila un objeto binario de Java.

--proto_compiler=<a build target label> predeterminado: "@bazel_tools//tools/proto:protoc"

Es la etiqueta del protocompilador.
Etiquetas: affects_outputs, loading_and_analysis

--[no]proto_profile predeterminado: "true"

Indica si se debe pasar profile_path al compilador de proto.
Etiquetas: affects_outputs, loading_and_analysis

--proto_profile_path=<a build target label> predeterminado: Consulta la descripción

Es el perfil que se pasará al compilador de protos como profile_path. Si no se establece, pero --proto_profile es verdadero (el valor predeterminado), infiere la ruta de acceso de --fdo_optimize.
Etiquetas: affects_outputs, loading_and_analysis

--proto_toolchain_for_cc=<a build target label> predeterminado: "@bazel_tools//tools/proto:cc_toolchain"

Etiqueta de proto_lang_toolchain(), que describe cómo compilar protos de C++
Etiquetas: affects_outputs, loading_and_analysis

--proto_toolchain_for_j2objc=<a build target label> predeterminado: "@bazel_tools//tools/j2objc:j2objc_proto_toolchain"

Etiqueta de proto_lang_toolchain(), que describe cómo compilar protos de j2objc
Etiquetas: affects_outputs, loading_and_analysis

--proto_toolchain_for_java=<a build target label> predeterminado: "@bazel_tools//tools/proto:java_toolchain"

Etiqueta de proto_lang_toolchain(), que describe cómo compilar protos de Java
Etiquetas: affects_outputs, loading_and_analysis

--proto_toolchain_for_javalite=<a build target label> predeterminado: "@bazel_tools//tools/proto:javalite_toolchain"

Etiqueta de proto_lang_toolchain(), que describe cómo compilar protos de JavaLite
Etiquetas: affects_outputs, loading_and_analysis

Se acumulan varios usos de --protocopt=<a string>.

Opciones adicionales para pasar al compilador de protobuf.
Etiquetas: affects_outputs

--[no]runs_per_test_detects_flakes predeterminado: “false”

Si es verdadero, cualquier fragmento en el que se apruebe al menos una ejecución o intento y falle al menos una ejecución o intento obtiene un estado FLAKY.

--shell_executable=<a path> predeterminado: Consulta la descripción

Ruta de acceso absoluta al ejecutable de shell que usará Bazel. Si no se establece, pero la variable de entorno BAZEL_SH se establece en la primera invocación de Bazel (que inicia un servidor de Bazel), Bazel la usará. Si no se establece ninguno, Bazel usa una ruta de acceso predeterminada fija según el sistema operativo en el que se ejecuta (Windows: c:/msys64/usr/bin/bash.exe, FreeBSD: /usr/local/bin/bash, todos los demás: /bin/bash). Ten en cuenta que usar un shell que no sea compatible con bash puede generar fallas de compilación o de tiempo de ejecución de los objetos binarios generados.
Etiquetas: loading_and_analysis

Se acumulan varios usos de --test_arg=<a string>.

Especifica opciones y argumentos adicionales que se deben pasar al ejecutable de prueba. Se puede usar varias veces para especificar varios argumentos. Si se ejecutan varias pruebas, cada una de ellas recibirá argumentos idénticos. Solo lo usa el comando "bazel test".

--test_filter=<a string> predeterminado: Consulta la descripción

: Especifica un filtro para reenviar al framework de pruebas. Se usa para limitar las pruebas que se ejecutan. Ten en cuenta que esto no afecta los destinos que se compilan.

--test_result_expiration=<an integer> predeterminado: “-1”

Esta opción está obsoleta y no tiene ningún efecto.

--[no]test_runner_fail_fast predeterminado: “false”

Redirecciona la opción de falla rápida al ejecutor de pruebas. El ejecutor de pruebas debe detener la ejecución en la primera falla.

--test_sharding_strategy=<explicit, disabled or forced=k where k is the number of shards to enforce> predeterminado: "explicit"

Especifica la estrategia para el fragmentación de prueba: "explicit" para usar solo la fragmentación si está presente el atributo BUILD "shard_count". "disabled" para nunca usar el fragmentación de prueba. "forced=k" para aplicar fragmentos "k" para las pruebas, independientemente del atributo BUILD "shard_count".

--tool_java_language_version=<a string> predeterminado: ""

La versión del lenguaje Java que se usa para ejecutar las herramientas necesarias durante una compilación

--tool_java_runtime_version=<a string> predeterminado: "remotejdk_11"

La versión del entorno de ejecución de Java que se usa para ejecutar herramientas durante la compilación

--[no]use_ijars predeterminado: "true"

Si está habilitada, esta opción hace que la compilación de Java use archivos JAR de interfaz. Esto generará una compilación incremental más rápida, pero los mensajes de error pueden ser diferentes.

Build Options

Opciones que controlan la ejecución de la compilación:

--[no]check_up_to_date predeterminado: “false”

No realices la compilación, solo verifica si está actualizada. Si todos los destinos están actualizados, la compilación se completa correctamente. Si se debe ejecutar algún paso, se informa un error y falla la compilación.
Etiquetas: execution

--dynamic_local_execution_delay=<an integer> predeterminado: “1000”

¿Cuántos milisegundos se debe retrasar la ejecución local si la ejecución remota fue más rápida durante una compilación al menos una vez?
Etiquetas: execution, host_machine_resource_optimizations

Se acumulan varios usos de --dynamic_local_strategy=<a '[name=]value1[,..,valueN]' assignment>.

Las estrategias locales, en orden, que se usarán para la mnemotecnia determinada (se usa la primera estrategia aplicable). Por ejemplo, "worker,sandboxed" ejecuta acciones que admiten trabajadores persistentes con la estrategia de trabajador y todas las demás con la estrategia de zona de pruebas. Si no se proporciona ninguna mnemotecnia, la lista de estrategias se usa como resguardo para todas las mnemotecnias. La lista de resguardo predeterminada es "worker,sandboxed" o "worker,sandboxed,standalone" si se establece "experimental_local_lockfree_output". Toma [mnemonic=]local_strategy[,local_strategy,…]
Etiquetas: execution, host_machine_resource_optimizations

Se acumulan varios usos de --dynamic_remote_strategy=<a '[name=]value1[,..,valueN]' assignment>.

Las estrategias remotas, en orden, para usar en la mnemotecnia determinada (se usa la primera estrategia aplicable). Si no se proporciona ninguna mnemotecnia, la lista de estrategias se usa como resguardo para todas las mnemotecnias. La lista de resguardo predeterminada es "remote", por lo que, por lo general, no es necesario configurar esta marca de forma explícita. Toma [mnemonic=]remote_strategy[,remote_strategy,...]
Etiquetas: execution, host_machine_resource_optimizations

--[no]experimental_async_execution predeterminado: “false”

Si se establece como verdadero, Bazel puede ejecutar la acción en un subproceso virtual. La cantidad de acciones en curso aún se limita con --jobs.
Etiquetas: host_machine_resource_optimizations, execution, incompatible_change

--experimental_async_execution_max_concurrent_actions=<an integer> predeterminado: “5000”

Es la cantidad máxima de acciones simultáneas que se ejecutarán con la ejecución asíncrona.
Etiquetas: host_machine_resource_optimizations, execution

--experimental_docker_image=<a string> predeterminado: ""

Especifica un nombre de imagen de Docker (p.ej., “ubuntu:latest”) que se debe usar para ejecutar una acción en zona de pruebas cuando se usa la estrategia de Docker y la acción en sí no tiene un atributo de imagen de contenedor en sus remote_execution_properties en la descripción de la plataforma. El valor de esta marca se pasa literalmente a "docker run", por lo que admite la misma sintaxis y los mismos mecanismos que Docker.
Etiquetas: execution

--[no]experimental_docker_use_customized_images predeterminado: "true"

Si está habilitada, inserta el UID y el GID del usuario actual en la imagen de Docker antes de usarla. Esto es obligatorio si tu compilación o pruebas dependen de que el usuario tenga un nombre y un directorio principal dentro del contenedor. Esta opción está activada de forma predeterminada, pero puedes inhabilitarla en caso de que la función de personalización automática de imágenes no funcione en tu caso o sepas que no la necesitas.
Etiquetas: execution

--[no]experimental_dynamic_exclude_tools predeterminado: "true"

Cuando se configuran, los objetivos que se compilan "para la herramienta" no están sujetos a la ejecución dinámica. Es muy poco probable que estos objetivos se compilen de forma incremental y, por lo tanto, no vale la pena invertir ciclos locales en ellos.
Etiquetas: execution, host_machine_resource_optimizations

--experimental_dynamic_local_load_factor=<a double> predeterminado: “0”

Controla la cantidad de carga de la ejecución dinámica que se colocará en la máquina local. Esta marca ajusta la cantidad de acciones en la ejecución dinámica que programaremos de forma simultánea. Se basa en la cantidad de CPUs que Blaze considera que están disponibles, que se puede controlar con la marca --local_cpu_resources. Si esta marca es 0, todas las acciones se programan de forma local de inmediato. Si es mayor que 0, la cantidad de acciones programadas de forma local se limita por la cantidad de CPUs disponibles. Si es menor que 1, el factor de carga se usa para reducir la cantidad de acciones programadas de forma local cuando la cantidad de acciones que esperan programación es alta. Esto reduce la carga en la máquina local en el caso de la compilación limpia, en el que la máquina local no contribuye mucho.
Etiquetas: execution, host_machine_resource_optimizations

--experimental_dynamic_slow_remote_time=<An immutable length of time.> predeterminado: “0”

Si es mayor que 0, es el tiempo que una acción ejecutada de forma dinámica debe ejecutarse solo de forma remota antes de que prioricemos su ejecución local para evitar tiempos de espera remotos. Esto puede ocultar algunos problemas en el sistema de ejecución remota. No actives esta opción sin supervisar los problemas de ejecución remota.
Etiquetas: execution, host_machine_resource_optimizations

--[no]experimental_enable_docker_sandbox predeterminado: “false”

Habilita la zona de pruebas basada en Docker. Esta opción no tiene efecto si Docker no está instalado.
Etiquetas: execution

--[no]experimental_inmemory_sandbox_stashes predeterminado: “false”

Si se establece como verdadero, se realizará un seguimiento en la memoria del contenido de las zonas de pruebas almacenadas para reuse_sandbox_directories. Esto reduce la cantidad de E/S necesaria durante la reutilización. Según la compilación, esta marca puede mejorar el tiempo de ejecución. Según la compilación, esta marca puede usar una cantidad significativa de memoria adicional.
Etiquetas: host_machine_resource_optimizations, 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"> predeterminado: “4”

Si es 0, las zonas de pruebas se borran en cuanto terminan las acciones, lo que bloquea la finalización de las acciones. Si es mayor que 0, las zonas de pruebas se borran de forma asíncrona en segundo plano sin bloquear la finalización de la acción. La eliminación asíncrona usa un solo subproceso mientras se ejecuta un comando, pero aumenta a tantos subprocesos como el valor de esta marca una vez que el servidor se vuelve inactivo. Establece en "auto" para usar tantos subprocesos como la cantidad de CPUs. El cierre de un servidor bloquea las eliminaciones asíncronas pendientes.
Etiquetas: host_machine_resource_optimizations, execution

--experimental_sandbox_enforce_resources_regexp=<a valid Java regular expression> predeterminado: ""

Si es verdadero, las acciones cuyo mnemónico coincide con la regex de entrada tendrán su solicitud de recursos aplicada como límites, anulando el valor de --experimental_sandbox_limits, si el tipo de recurso lo admite. Por ejemplo, una prueba que declara cpu:3 y resources:memory:10 se ejecutará con un máximo de 3 CPUs y 10 megabytes de memoria.
Etiquetas: execution

Se acumulan varios usos de --experimental_sandbox_limits=<a named double, 'name=value', where value is an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5">.

Si es mayor que 0, cada zona de pruebas de Linux se limitará a la cantidad determinada para el recurso especificado. Requiere --incompatible_use_new_cgroup_implementation y anula --experimental_sandbox_memory_limit_mb. Requiere cgroups v1 o v2 y permisos para que los usuarios accedan a la carpeta de cgroups.
Etiquetas: execution

--experimental_sandbox_memory_limit_mb=<an integer number of MBs, or "HOST_RAM", optionally followed by [-|*]<float>.> predeterminado: “0”

Si es mayor que 0, cada zona de pruebas de Linux se limitará a la cantidad de memoria determinada (en MB). Requiere cgroups v1 o v2 y permisos para que los usuarios accedan a la carpeta de cgroups.
Etiquetas: execution

--[no]experimental_shrink_worker_pool predeterminado: “false”

Si está habilitado, podría reducir el grupo de trabajadores si la presión de memoria del trabajador es alta. Esta marca solo funciona cuando está habilitada la marca experimental_total_worker_memory_limit_mb.
Etiquetas: execution, host_machine_resource_optimizations

--[no]experimental_split_xml_generation predeterminado: "true"

Si se establece esta marca y una acción de prueba no genera un archivo test.xml, Bazel usa una acción independiente para generar un archivo test.xml ficticio que contiene el registro de prueba. De lo contrario, Bazel genera un test.xml como parte de la acción de prueba.
Etiquetas: execution

--experimental_total_worker_memory_limit_mb=<an integer number of MBs, or "HOST_RAM", optionally followed by [-|*]<float>.> predeterminado: “0”

Si este límite es mayor que cero, es posible que se eliminen los trabajadores inactivos si el uso total de memoria de todos los trabajadores supera el límite.
Etiquetas: execution, host_machine_resource_optimizations

--[no]experimental_use_hermetic_linux_sandbox predeterminado: “false”

Si se establece como verdadero, no actives la raíz, solo activa lo que se proporciona con sandbox_add_mount_pair. Los archivos de entrada tendrán un vínculo duro a la zona de pruebas en lugar de un vínculo simbólico desde la zona de pruebas. Si los archivos de entrada de la acción se encuentran en un sistema de archivos diferente al de la zona de pruebas, se copiarán los archivos de entrada.
Etiquetas: execution

--[no]experimental_use_windows_sandbox predeterminado: “false”

Usa la zona de pruebas de Windows para ejecutar acciones. Si es "sí", el binario que proporciona --experimental_windows_sandbox_path debe ser válido y debe corresponder a una versión compatible de sandboxfs. Si es "auto", es posible que falte el objeto binario o que no sea compatible.
Etiquetas: execution

--experimental_windows_sandbox_path=<a string> predeterminado: "BazelSandbox.exe"

Es la ruta de acceso al objeto binario de la zona de pruebas de Windows que se usará cuando --experimental_use_windows_sandbox sea verdadero. Si es un nombre sin formato, usa el primer objeto binario de ese nombre que se encuentre en la PATH.
Etiquetas: execution

--experimental_worker_allowlist=<comma-separated set of options> predeterminado: Consulta la descripción

Si no está vacío, solo permite usar trabajadores persistentes con la mnemotecnia de clave de trabajador determinada.
Etiquetas: execution, host_machine_resource_optimizations

--[no]experimental_worker_cancellation predeterminado: “false”

Si está habilitado, Bazel puede enviar solicitudes de cancelación a los trabajadores que las admiten.
Etiquetas: execution

--experimental_worker_memory_limit_mb=<an integer number of MBs, or "HOST_RAM", optionally followed by [-|*]<float>.> predeterminado: “0”

Si este límite es mayor que cero, es posible que se cancelen los trabajadores si el uso de memoria del trabajador supera el límite. Si no se usa junto con la ejecución dinámica y `--experimental_dynamic_ignore_local_signals=9`, es posible que tu compilación falle.
Etiquetas: execution, host_machine_resource_optimizations

--experimental_worker_metrics_poll_interval=<An immutable length of time.> predeterminado: "5s"

Es el intervalo entre la recopilación de métricas de los trabajadores y, posiblemente, el intento de desalojos. No puede ser inferior a 1 segundo por motivos de rendimiento.
Etiquetas: execution, host_machine_resource_optimizations

--[no]experimental_worker_multiplex_sandboxing predeterminado: “false”

Si está habilitado, los trabajadores de multiplexación con un requisito de ejecución "supports-multiplex-sandboxing" se ejecutarán en un entorno de zona de pruebas, con un directorio de zona de pruebas independiente por solicitud de trabajo. Los trabajadores de multiplexación con el requisito de ejecución siempre se ejecutan en la zona de pruebas cuando se ejecutan con la estrategia de ejecución dinámica, independientemente de esta marca.
Etiquetas: execution

--[no]experimental_worker_sandbox_hardening predeterminado: “false”

Si está habilitada, los trabajadores se ejecutan en una zona de pruebas endurecida, si la implementación lo permite. Si el endurecimiento está habilitado, los directorios tmp son distintos para los diferentes trabajadores.
Etiquetas: execution

Se acumulan varios usos de --experimental_worker_sandbox_inmemory_tracking=<a string>.

Es una mnemotecnia de clave de trabajador para la que se realiza un seguimiento del contenido del directorio de zona de pruebas en la memoria. Esto puede mejorar el rendimiento de la compilación a costa de un uso adicional de memoria. Solo afecta a los trabajadores en zona de pruebas. Se puede especificar varias veces para diferentes mnemotecnias.
Etiquetas: execution

--[no]experimental_worker_strict_flagfiles predeterminado: “false”

Si está habilitado, los argumentos de acciones para los trabajadores que no siguen la especificación del trabajador generarán un error. Los argumentos del trabajador deben tener exactamente un argumento @flagfile como el último de su lista de argumentos.
Etiquetas: execution

--genrule_strategy=<comma-separated list of options> predeterminado: ""

Especifica cómo ejecutar genrules. Esta marca se dará de baja gradualmente. En su lugar, usa --spawn_strategy=<value> para controlar todas las acciones o --strategy=Genrule=<value> para controlar solo las genrules.
Etiquetas: execution

--[no]incompatible_sandbox_hermetic_tmp predeterminado: "true"

Si se establece como verdadero, cada zona de pruebas de Linux tendrá su propio directorio vacío dedicado activado como /tmp en lugar de compartir /tmp con el sistema de archivos del host. Usa --sandbox_add_mount_pair=/tmp para seguir viendo el /tmp del host en todas las zonas de pruebas.
Etiquetas: execution

--[no]incompatible_use_new_cgroup_implementation predeterminado: "true"

Si es verdadero, usa la nueva implementación para cgroups. La implementación anterior solo admite el controlador de memoria y omite el valor de --experimental_sandbox_limits.
Etiquetas: execution

--[no]internal_spawn_scheduler predeterminado: "true"

Opción de marcador de posición para que podamos indicar en Blaze si se habilitó el programador de creación.
Etiquetas: execution, host_machine_resource_optimizations

--jobs=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5"> [-j] predeterminado: "auto"

Es la cantidad de trabajos simultáneos que se ejecutarán. Toma un número entero o una palabra clave ("auto", "HOST_CPUS", "HOST_RAM"), opcionalmente seguida de una operación ([-|*]<float>), p. ej., "auto", "HOST_CPUS*.5". Los valores deben estar entre 1 y 5,000. Los valores superiores a 2,500 pueden causar problemas de memoria. "auto" calcula un valor predeterminado razonable según los recursos del host.
Etiquetas: host_machine_resource_optimizations, execution

--[no]keep_going [-k] predeterminado: "false"

Continúa tanto como sea posible después de un error. Si bien no se pueden analizar el objetivo que falló ni los que dependen de él, sí se pueden analizar otros requisitos previos de estos objetivos.
Etiquetas: 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"> predeterminado: “auto”

Cantidad de subprocesos en paralelo que se usarán para la fase de carga o análisis. Toma un número entero o una palabra clave ("auto", "HOST_CPUS", "HOST_RAM"), opcionalmente seguida de una operación ([-|*]<float>), p. ej., "auto", "HOST_CPUS*.5". "auto" establece un valor predeterminado razonable según los recursos del host. Debe ser 1 como mínimo.
Etiquetas: bazel_internal_configuration

--[no]reuse_sandbox_directories predeterminado: "true"

Si se establece como verdadero, los directorios que usa la ejecución no de trabajador en zona de pruebas se pueden volver a usar para evitar costos de configuración innecesarios.
Etiquetas: host_machine_resource_optimizations, execution

--sandbox_base=<a string> predeterminado: ""

Permite que la zona de pruebas cree sus directorios en esta ruta. Especifica una ruta de acceso en tmpfs (como /run/shm) para mejorar mucho el rendimiento cuando tu compilación o pruebas tengan muchos archivos de entrada. Nota: Necesitas suficiente RAM y espacio libre en el tmpfs para contener los archivos de salida y los archivos intermedios que generan las acciones de ejecución.
Etiquetas: host_machine_resource_optimizations, execution

--[no]sandbox_enable_loopback_device predeterminado: "true"

Si es verdadero, se configurará un dispositivo de bucle invertido en el espacio de nombres de red de linux-sandbox para las acciones locales.
Etiquetas: execution

--[no]sandbox_explicit_pseudoterminal predeterminado: “false”

Habilita de forma explícita la creación de pseudoterminales para acciones en zona de pruebas. Algunas distribuciones de Linux requieren que se configure el ID de grupo del proceso en "tty" dentro de la zona de pruebas para que funcionen los pseudoterminales. Si esto causa problemas, se puede inhabilitar esta marca para permitir el uso de otros grupos.
Etiquetas: execution

Se acumulan varios usos de --sandbox_tmpfs_path=<an absolute path>.

Para las acciones en zona de pruebas, activa un directorio vacío y con permisos de escritura en esta ruta de acceso absoluta (si la implementación de zona de pruebas lo admite, se ignora de lo contrario).
Etiquetas: host_machine_resource_optimizations, execution

--[no]skip_incompatible_explicit_targets predeterminado: “false”

Omite los destinos incompatibles que se enumeran de forma explícita en la línea de comandos. De forma predeterminada, la compilación de esos destinos genera un error, pero se omiten de forma silenciosa cuando se habilita esta opción. Consulta: https://bazel.build/extending/platforms#skipping-incompatible-targets
Etiquetas: loading_and_analysis

--spawn_strategy=<comma-separated list of options> predeterminado: ""

Especifica cómo se ejecutan las acciones de creación de forma predeterminada. Acepta una lista de estrategias separadas por comas de mayor a menor prioridad. Para cada acción, Bazel elige la estrategia con la prioridad más alta que puede ejecutar la acción. El valor predeterminado es "remote,worker,sandboxed,local". Consulta https://blog.bazel.build/2019/06/19/list-strategy.html para obtener más información.
Etiquetas: execution

Se acumulan varios usos de --strategy=<a '[name=]value1[,..,valueN]' assignment>.

Especifica cómo distribuir la compilación de otras acciones de creación. Acepta una lista de estrategias separadas por comas de mayor a menor prioridad. Para cada acción, Bazel elige la estrategia con la prioridad más alta que puede ejecutar la acción. El valor predeterminado es "remote,worker,sandboxed,local". Esta marca anula los valores establecidos por --spawn_strategy (y --genrule_strategy si se usa con Genrule mnemónico). Consulta https://blog.bazel.build/2019/06/19/list-strategy.html para obtener más información.
Etiquetas: execution

Se acumulan varios usos de --strategy_regexp=<a '<RegexFilter>=value[,value]' assignment>.

Anula qué estrategia de creación se debe usar para ejecutar acciones de creación que tengan descripciones que coincidan con un cierto regex_filter. Consulta --per_file_copt para obtener detalles sobre la coincidencia de regex_filter. Se usa el último regex_filter que coincida con la descripción. Esta opción anula otras marcas para especificar la estrategia. Ejemplo: --strategy_regexp=//foo.*\.cc,-//foo/bar=local significa ejecutar acciones con la estrategia local si sus descripciones coinciden con //foo.*.cc, pero no con //foo/bar. Ejemplo: --strategy_regexp='Compiling.*/bar=local --strategy_regexp=Compiling=sandboxed ejecutará "Compiling //foo/bar/baz" con la estrategia "local", pero si se invierte el orden, se ejecutará con "sandboxed".
Etiquetas: execution

Se acumulan varios usos de --worker_extra_flag=<a 'name=value' assignment>.

Son marcas de comando adicionales que se pasarán a los procesos de trabajo, además de --persistent_worker, con clave mnemónica (p.ej., --worker_extra_flag=Javac=--debug.
Etiquetas: execution, host_machine_resource_optimizations

Se acumulan varios usos de --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">.

Cuántas instancias de cada tipo de trabajador persistente se pueden iniciar si usas la estrategia "worker". Se puede especificar como [name=value] para dar un valor diferente por mnemotecnia. El límite se basa en las claves de trabajador, que se diferencian según el mnemónico, pero también según las marcas de inicio y el entorno, por lo que, en algunos casos, puede haber más trabajadores por mnemónico de los que especifica esta marca. Toma un número entero o una palabra clave ("auto", "HOST_CPUS", "HOST_RAM"), opcionalmente seguida de una operación ([-|*]<float>), p. ej., "auto", "HOST_CPUS*.5". "auto" calcula un valor predeterminado razonable en función de la capacidad de la máquina. “=value” establece un valor predeterminado para mnemotecnias no especificadas.
Etiquetas: execution, host_machine_resource_optimizations

Se acumulan varios usos de --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">.

Cuántas WorkRequests puede recibir un proceso de trabajador multiplexado en paralelo si usas la estrategia "worker" con --worker_multiplex. Se puede especificar como [name=value] para dar un valor diferente por mnemotecnia. El límite se basa en las claves de trabajador, que se diferencian según el mnemónico, pero también según las marcas de inicio y el entorno, por lo que, en algunos casos, puede haber más trabajadores por mnemónico de los que especifica esta marca. Toma un número entero o una palabra clave ("auto", "HOST_CPUS", "HOST_RAM"), opcionalmente seguida de una operación ([-|*]<float>), p. ej., "auto", "HOST_CPUS*.5". "auto" calcula un valor predeterminado razonable en función de la capacidad de la máquina. “=value” establece un valor predeterminado para mnemotecnias no especificadas.
Etiquetas: execution, host_machine_resource_optimizations

--[no]worker_multiplex predeterminado: "true"

Si está habilitada, los trabajadores usarán la multiplexación si la admiten.
Etiquetas: execution, host_machine_resource_optimizations

--[no]worker_quit_after_build predeterminado: “false”

Si se habilita, todos los trabajadores se quitan después de que se completa una compilación.
Etiquetas: execution, host_machine_resource_optimizations

--[no]worker_sandboxing predeterminado: “false”

Si se habilita, los trabajadores de monoplex se ejecutarán en un entorno de zona de pruebas. Los trabajadores de Singleplex siempre se ejecutan en la zona de pruebas cuando se ejecutan con la estrategia de ejecución dinámica, independientemente de esta marca.
Etiquetas: execution

--[no]worker_verbose predeterminado: “false”

Si está habilitado, imprime mensajes detallados cuando se inician, se detienen, etc. los trabajadores.

Opciones que controlan el resultado del comando:

--[no]build predeterminado: "true"

Ejecuta la compilación. Este es el comportamiento habitual. Especificar --nobuild hace que la compilación se detenga antes de ejecutar las acciones de compilación y devuelva cero si las fases de carga y análisis del paquete se completaron correctamente. Este modo es útil para probar esas fases.
Etiquetas: execution, affects_outputs

--[no]experimental_use_validation_aspect predeterminado: “false”

Indica si se deben ejecutar acciones de validación con el aspecto (para el paralelismo con las pruebas).
Etiquetas: execution, affects_outputs

Se acumulan varios usos de --output_groups=<comma-separated list of options>.

Es una lista de nombres de grupos de salida separados por comas, cada uno de los cuales puede tener un prefijo de + o -. Un grupo con el prefijo + se agrega al conjunto predeterminado de grupos de salida, mientras que un grupo con el prefijo - se quita del conjunto predeterminado. Si no se agrega un prefijo a al menos un grupo, se omite el conjunto predeterminado de grupos de salida. Por ejemplo, --output_groups=+foo,+bar compila la unión del conjunto predeterminado, foo y bar, mientras que --output_groups=foo,bar anula el conjunto predeterminado de modo que solo se compilen foo y bar.
Etiquetas: execution, affects_outputs

--[no]run_validations predeterminado: "true"

Indica si se deben ejecutar acciones de validación como parte de la compilación. Consulta https://bazel.build/extending/rules#validation_actions.
Etiquetas: execution, affects_outputs

--serialized_frontier_profile=<a string> predeterminado: ""

Volca un perfil de bytes de frontera serializados. Especifica la ruta de acceso de salida.
Etiquetas: bazel_monitoring

Son opciones que permiten al usuario configurar el resultado deseado, lo que afecta su valor, en lugar de su existencia:

Se acumulan varios usos de --aspects=<comma-separated list of options>.

Es una lista de aspectos separados por comas que se aplicarán a los objetivos de nivel superior. En la lista, si el aspecto some_aspect especifica proveedores de aspectos obligatorios a través de required_aspect_providers, some_aspect se ejecutará después de cada aspecto que se mencionó antes en la lista de aspectos cuyos proveedores anunciados satisfacen los proveedores de aspectos obligatorios de some_aspect. Además, some_aspect se ejecutará después de todos sus aspectos obligatorios especificados por el atributo requires. Luego, some_aspect tendrá acceso a los valores de los proveedores de esos aspectos. <bzl-file-label>%<aspect_name>, por ejemplo, "//tools:my_def.bzl%my_aspect", donde "my_aspect" es un valor de nivel superior de un archivo tools/my_def.bzl

--bep_maximum_open_remote_upload_files=<an integer> predeterminado: “-1”

Cantidad máxima de archivos abiertos permitidos durante la carga de artefactos de BEP.
Etiquetas: affects_outputs

--[no]experimental_convenience_symlinks predeterminado: "normal"

Esta marca controla cómo se administrarán los symlinks de conveniencia (los symlinks que aparecen en el lugar de trabajo después de la compilación). Valores posibles: normal (predeterminado): Se creará o borrará cada tipo de symlink de conveniencia, según lo determine la compilación. clean: Se borrarán todos los symlinks sin condiciones. ignore: No se crearán ni se limpiarán los symlinks. log_only: Genera mensajes de registro como si se pasara "normal", pero no realiza ninguna operación del sistema de archivos (útil para herramientas). Ten en cuenta que solo se pueden ver afectados los symlinks cuyos nombres genera el valor actual de --symlink_prefix. Si cambia el prefijo, se dejarán intactos los symlinks preexistentes.
Etiquetas: affects_outputs

--[no]experimental_convenience_symlinks_bep_event predeterminado: "true"

Esta marca controla si publicaremos o no el evento de compilación ConvenienceSymlinksIdentified en BuildEventProtocol. Si el valor es verdadero, BuildEventProtocol tendrá una entrada para convenienceSymlinksIdentified, en la que se enumerarán todos los symlinks de conveniencia creados en tu lugar de trabajo. Si es falso, la entrada convenienceSymlinksIdentified en BuildEventProtocol estará vacía.
Etiquetas: affects_outputs

--remote_download_all

Descarga todos los resultados remotos en la máquina local. Esta marca es un alias para --remote_download_outputs=all.
Se expande a:
  --remote_download_outputs=all

Etiquetas: affects_outputs

--remote_download_minimal

No descarga ningún resultado de compilación remota a la máquina local. Esta marca es un alias para --remote_download_outputs=minimal.
Se expande a:
  --remote_download_outputs=minimal

Etiquetas: affects_outputs

--remote_download_outputs=<all, minimal or toplevel> predeterminado: "toplevel"

Si se establece en "minimal", no se descargan resultados de compilación remota en la máquina local, excepto los que requieren las acciones locales. Si se establece en "toplevel", se comporta como "minimal", excepto que también descarga los resultados de los destinos de nivel superior en la máquina local. Ambas opciones pueden reducir significativamente los tiempos de compilación si el ancho de banda de la red es un cuello de botella.
Etiquetas: affects_outputs

--remote_download_symlink_template=<a string> predeterminado: ""

En lugar de descargar resultados de compilación remotos en la máquina local, crea vínculos simbólicos. El destino de los vínculos simbólicos se puede especificar en forma de una cadena de plantilla. Esta cadena de plantilla puede contener {hash} y {size_bytes} que se expanden al hash del objeto y al tamaño en bytes, respectivamente. Estos vínculos simbólicos pueden, por ejemplo, apuntar a un sistema de archivos FUSE que cargue objetos del CAS a pedido.
Etiquetas: affects_outputs

--remote_download_toplevel

Solo descarga resultados remotos de destinos de nivel superior en la máquina local. Esta marca es un alias para --remote_download_outputs=toplevel.
Se expande a:
  --remote_download_outputs=toplevel

Etiquetas: affects_outputs

--symlink_prefix=<a string> predeterminado: Consulta la descripción

Es el prefijo que se agrega a cualquiera de los symlinks de conveniencia que se crean después de una compilación. Si se omite, el valor predeterminado es el nombre de la herramienta de compilación seguido de un guion. Si se pasa “/”, no se crean symlinks ni se emite ninguna advertencia. Advertencia: La funcionalidad especial para "/" dejará de estar disponible pronto. En su lugar, usa --experimental_convenience_symlinks=ignore.
Etiquetas: affects_outputs

Opciones que afectan la rigurosidad con la que Bazel aplica entradas de compilación válidas (definiciones de reglas, combinaciones de marcas, etcétera):

--[no]experimental_docker_privileged predeterminado: “false”

Si está habilitada, Bazel pasará la marca --privileged a "docker run" cuando ejecute acciones. Es posible que tu compilación lo requiera, pero también podría reducir la hermeticidad.
Etiquetas: execution

--[no]experimental_sandboxfs_map_symlink_targets predeterminado: “false”

Etiquetas de operación sin efecto
: host_machine_resource_optimizations, execution

--[no]incompatible_legacy_local_fallback predeterminado: “false”

Si se establece como verdadero, habilita el resguardo implícito heredado de la estrategia de zona de pruebas a la estrategia local. Con el tiempo, esta marca se establecerá de forma predeterminada como falsa y, luego, se convertirá en una no operación. En su lugar, usa --strategy, --spawn_strategy o --dynamic_local_strategy para configurar los resguardos.
Etiquetas: execution, incompatible_change

Se acumulan varios usos de --sandbox_add_mount_pair=<a single path or a 'source:target' pair>.

Agrega un par de rutas de acceso adicionales para activar en la zona de pruebas.
Etiquetas: execution

Se acumulan varios usos de --sandbox_block_path=<a string>.

Para las acciones en zona de pruebas, no permitas el acceso a esta ruta.
Etiquetas: execution

--[no]sandbox_default_allow_network predeterminado: "true"

Permite el acceso a la red de forma predeterminada para las acciones. Es posible que esto no funcione con todas las implementaciones de zona de pruebas.
Etiquetas: execution

--[no]sandbox_fake_hostname predeterminado: “false”

Cambia el nombre de host actual a "localhost" para las acciones en zona de pruebas.
Etiquetas: execution

--[no]sandbox_fake_username predeterminado: “false”

Cambia el nombre de usuario actual a "nadie" para las acciones en zona de pruebas.
Etiquetas: execution

Se acumulan varios usos de --sandbox_writable_path=<a string>.

Para las acciones en la zona de pruebas, crea un directorio existente en el que se pueda escribir en la zona de pruebas (si la implementación de la zona de pruebas lo admite, se ignora de lo contrario).
Etiquetas: execution

Esta opción afecta la semántica del lenguaje Starlark o la API de compilación a la que pueden acceder los archivos BUILD, .bzl o WORKSPACE.:

--[no]enable_bzlmod predeterminado: "true"

No realiza ninguna acción.
Etiquetas: loading_and_analysis

--[no]enable_workspace predeterminado: “false”

No realiza ninguna acción.
Etiquetas: loading_and_analysis

--[no]incompatible_config_setting_private_default_visibility predeterminado: “false”

Si incompatible_enforce_config_setting_visibility=false, esto es una operación sin efecto. De lo contrario, si esta marca es falsa, cualquier config_setting sin un atributo de visibilidad explícito es //visibility:public. Si esta marca es verdadera, config_setting sigue la misma lógica de visibilidad que todas las demás reglas. Consulta https://github.com/bazelbuild/bazel/issues/12933.
Etiquetas: loading_and_analysis, incompatible_change

--[no]incompatible_enforce_config_setting_visibility predeterminado: "true"

Si es verdadero, aplica las restricciones de visibilidad de config_setting. Si es falso, todos los config_setting son visibles para todos los destinos. Consulta https://github.com/bazelbuild/bazel/issues/12932.
Etiquetas: loading_and_analysis, incompatible_change

--[no]incompatible_use_plus_in_repo_names predeterminado: "true"

Sin operación.
Etiquetas: loading_and_analysis

Opciones que rigen el comportamiento del entorno de prueba o del ejecutor de pruebas:

--[no]check_tests_up_to_date predeterminado: “false”

No ejecutes pruebas, solo verifica si están actualizadas. Si todos los resultados de las pruebas están actualizados, la prueba se completa correctamente. Si se debe compilar o ejecutar alguna prueba, se informa un error y la prueba falla. Esta opción implica el comportamiento de --check_up_to_date.
Etiquetas: execution

Se acumulan varios usos de --flaky_test_attempts=<a positive integer, the string "default", or test_regex@attempts. This flag may be passed more than once>.

Cada prueba se reintentará hasta la cantidad especificada de veces en caso de que falle. Las pruebas que requirieron más de un intento para aprobar se marcan como "FLAKY" en el resumen de la prueba. Por lo general, el valor especificado es solo un número entero o la cadena "default". Si es un número entero, todas las pruebas se ejecutarán hasta N veces. Si es "default", se realizará un solo intento de prueba para las pruebas normales y tres para las pruebas marcadas explícitamente como inestables por su regla (atributo flaky=1). Sintaxis alternativa: regex_filter@flaky_test_attempts. En el que flaky_test_attempts es como se indicó anteriormente y regex_filter representa una lista de patrones de expresiones regulares para incluir y excluir (consulta también --runs_per_test). Ejemplo: --flaky_test_attempts=//foo/.*,-//foo/bar/.*@3 corrige todas las pruebas en //foo/, excepto las de foo/bar, tres veces. Esta opción se puede pasar varias veces. El argumento pasado más recientemente que coincida tiene prioridad. Si no hay coincidencias, el comportamiento es como el de "default" anterior.
Etiquetas: 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"> predeterminado: “auto”

Es la cantidad máxima de trabajos de prueba locales que se ejecutarán de forma simultánea. Toma un número entero o una palabra clave ("auto", "HOST_CPUS", "HOST_RAM"), opcionalmente seguida de una operación ([-|*]<float>), p. ej., "auto", "HOST_CPUS*.5". 0 significa que los recursos locales limitarán la cantidad de trabajos de prueba locales que se ejecutarán de forma simultánea. Establecer este valor por encima del valor de --jobs no es eficaz.
Etiquetas: execution

--[no]test_keep_going predeterminado: "true"

Cuando se inhabilita, cualquier prueba que no se apruebe hará que se detenga toda la compilación. De forma predeterminada, se ejecutan todas las pruebas, incluso si algunas no se aprueban.
Etiquetas: execution

--test_strategy=<a string> predeterminado: ""

Especifica qué estrategia se debe usar cuando se ejecutan pruebas.
Etiquetas: execution

--test_tmpdir=<a path> predeterminado: Consulta la descripción

Especifica el directorio temporal base que usará "bazel test".

Opciones que activan optimizaciones del tiempo de compilación:

--cache_computed_file_digests=<a long integer> predeterminado: “50000”

Si es mayor que 0, configura Bazel para almacenar en caché los resúmenes de archivos en la memoria según sus metadatos, en lugar de volver a calcular los resúmenes desde el disco cada vez que se necesiten. Si estableces este valor en 0, se garantiza la exactitud, ya que no todos los cambios de archivo se pueden observar en los metadatos. Cuando no es 0, el número indica el tamaño de la caché como la cantidad de resúmenes de archivos que se almacenarán en caché.

--[no]experimental_cpu_load_scheduling predeterminado: “false”

Habilita la programación experimental de ejecución local según la carga de la CPU, no la estimación de acciones una por una. La programación experimental mostró un gran beneficio en compilaciones locales grandes en máquinas potentes con una gran cantidad de núcleos. Se recomienda usar con --local_resources=cpu=HOST_CPUS
Etiquetas: execution

--experimental_dynamic_ignore_local_signals=<a comma-separated list of signal numbers> predeterminado: Consulta la descripción

Toma una lista de números de indicadores del SO. Si se cancela una rama local de ejecución dinámica con cualquiera de estos indicadores, la rama remota podrá finalizar. En el caso de los trabajadores persistentes, esto solo afecta a los indicadores que finalizan el proceso del trabajador.
Etiquetas: execution

--[no]experimental_enable_skyfocus predeterminado: “false”

Si es verdadero, habilita el uso de --experimental_working_set para reducir el espacio en memoria de Bazel para compilaciones incrementales. Esta función se conoce como Skyfocus.
Etiquetas: host_machine_resource_optimizations

--experimental_working_set=<comma-separated list of options> predeterminado: ""

El conjunto de trabajo de Skyfocus. Especifica las rutas de acceso relativas a la raíz del espacio de trabajo separadas por comas. Esta es una marca con estado. La definición de un conjunto de trabajo lo conserva para invocaciones posteriores, hasta que se redefine con un conjunto nuevo.
Etiquetas: host_machine_resource_optimizations

--local_cpu_resources=<an integer, or "HOST_CPUS", optionally followed by [-|*]<float>.> predeterminado: "HOST_CPUS"

Establece de forma explícita la cantidad total de núcleos de CPU locales disponibles para que Bazel los destine a las acciones de compilación que se ejecutan de forma local. Toma un número entero o "HOST_CPUS", seguido de forma opcional por [-|*]<float> (p. ej., HOST_CPUS*.5 para usar la mitad de los núcleos de CPU disponibles). De forma predeterminada ("HOST_CPUS"), Bazel consultará la configuración del sistema para estimar la cantidad de núcleos de CPU disponibles.
Etiquetas: host_machine_resource_optimizations

Se acumulan varios usos de --local_extra_resources=<a named float, 'name=value'>.

Establece la cantidad de recursos adicionales disponibles para Bazel. Recibe un par de cadena-número de punto flotante. Se puede usar varias veces para especificar varios tipos de recursos adicionales. Bazel limitará las acciones que se ejecutan de forma simultánea según los recursos adicionales disponibles y los recursos adicionales necesarios. Las pruebas pueden declarar la cantidad de recursos adicionales que necesitan con una etiqueta del formato "resources:<nombre_recurso>:<cantidad>". No se pueden establecer la CPU, la RAM ni los recursos disponibles con esta marca.
Etiquetas: host_machine_resource_optimizations

--local_ram_resources=<an integer number of MBs, or "HOST_RAM", optionally followed by [-|*]<float>.> predeterminado: "HOST_RAM*.67"

Establece de forma explícita la cantidad total de RAM del host local (en MB) disponible para que Bazel la invierta en acciones de compilación que se ejecuten de forma local. Toma un número entero o "HOST_RAM", seguido de forma opcional por [-|*]<float> (p. ej., HOST_RAM*.5 para usar la mitad de la RAM disponible). De forma predeterminada ("HOST_RAM*.67"), Bazel consultará la configuración del sistema para estimar la cantidad de RAM disponible y usará el 67%.
Etiquetas: host_machine_resource_optimizations

Se acumulan varios usos de --local_resources=<a named double, 'name=value', where value is an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5">.

Establece la cantidad de recursos disponibles para Bazel. Recibe una asignación a un número de punto flotante o HOST_RAM/HOST_CPUS, de forma opcional, seguida de [-|*]<número de punto flotante> (p. ej., memory=HOST_RAM*.5 para usar la mitad de la RAM disponible). Se puede usar varias veces para especificar varios tipos de recursos. Bazel limitará las acciones que se ejecutan de forma simultánea según los recursos disponibles y los recursos necesarios. Las pruebas pueden declarar la cantidad de recursos que necesitan con una etiqueta del formato "resources:<resource name>:<amount>". Anula los recursos especificados por --local_{cpu|ram|extra}_resources.
Etiquetas: host_machine_resource_optimizations

Opciones que afectan la verbosidad, el formato o la ubicación del registro:

--build_event_upload_max_retries=<an integer> predeterminado: “4”

Es la cantidad máxima de veces que Bazel debe reintentarlo para subir un evento de compilación.
Etiquetas: bazel_internal_configuration

--[no]debug_spawn_scheduler predeterminado: “false”

--[no]experimental_bep_target_summary predeterminado: “false”

Determina si se deben publicar eventos TargetSummary.

--[no]experimental_build_event_expand_filesets predeterminado: “false”

Si es verdadero, expande los conjuntos de archivos en el BEP cuando se presenten los archivos de salida.
Etiquetas: affects_outputs

--[no]experimental_build_event_fully_resolve_fileset_symlinks predeterminado: “false”

Operación sin efecto obsoleta.
Etiquetas: affects_outputs

Se acumulan varios usos de --experimental_build_event_output_group_mode=<an output group name followed by an OutputGroupFileMode, e.g. default=both>.

Especifica cómo se representarán los archivos de un grupo de salida en los eventos BEP TargetComplete/AspectComplete. Los valores son una asignación de un nombre de grupo de salida a uno de los siguientes valores: "NAMED_SET_OF_FILES_ONLY", "INLINE_ONLY" o "BOTH". El valor predeterminado es "NAMED_SET_OF_FILES_ONLY". Si se repite un grupo de salida, se usa el valor final que aparecerá. El valor predeterminado establece el modo de artefactos de cobertura en AMBOS: --experimental_build_event_output_group_mode=baseline.lcov=both
Etiquetas: affects_outputs

--experimental_build_event_upload_retry_minimum_delay=<An immutable length of time.> predeterminado: "1s"

Retraso inicial mínimo para los reintentos de retirada exponencial cuando falla la carga de BEP. (exponente: 1.6)
Etiquetas: bazel_internal_configuration

--experimental_build_event_upload_strategy=<a string> predeterminado: Consulta la descripción

Selecciona cómo subir artefactos a los que se hace referencia en el protocolo del evento de compilación. En Bazel, las opciones válidas incluyen "local" y "remote". El valor predeterminado es "local".
Etiquetas: affects_outputs

--[no]experimental_docker_verbose predeterminado: “false”

Si se habilita, Bazel imprimirá mensajes más detallados sobre la estrategia de zona de pruebas de Docker.
Etiquetas: execution

--experimental_frontier_violation_check=<strict, warn or disabled_for_testing> predeterminado: “strict”

Estrategias para controlar posibles errores debido a cambios más allá de la frontera (es decir, fuera del conjunto de trabajo)
Etiquetas: eagerness_to_exit

--[no]experimental_frontier_violation_verbose predeterminado: “false”

Si es verdadero, Bazel imprimirá instrucciones para corregir los incumplimientos de Skycache.
Etiquetas: terminal_output

--[no]experimental_materialize_param_files_directly predeterminado: “false”

Si materializas archivos de parámetros, hazlo con operaciones de escritura directa en el disco.
Etiquetas: execution

--experimental_repository_resolved_file=<a string> predeterminado: ""

Si no está vacío, escribe un valor de Starlark con la información resuelta de todas las reglas del repositorio de Starlark que se ejecutaron.
Etiquetas: affects_outputs

--[no]experimental_run_bep_event_include_residue predeterminado: “false”

Indica si se debe incluir el residuo de la línea de comandos en los eventos de compilación de ejecución que podrían contener el residuo. De forma predeterminada, el residuo no se incluye en los eventos de compilación del comando de ejecución que podrían contenerlo.
Etiquetas: affects_outputs

Valor predeterminado de --experimental_skyfocus_dump_keys=<none, count or verbose>: “none”

Para depurar Skyfocus. Volcar los SkyKeys enfocados (raíces, hojas, dependencias enfocadas, dependencias r enfocadas)
Etiquetas: terminal_output

--[no]experimental_skyfocus_dump_post_gc_stats predeterminado: “false”

Para depurar Skyfocus. Si está habilitado, activa la GC manual antes o después de enfocar para informar las reducciones de tamaño del montón. Esto aumentará la latencia de Skyfocus.
Etiquetas: terminal_output

--[no]experimental_stream_log_file_uploads predeterminado: “false”

El archivo de registro de transmisión se sube directamente al almacenamiento remoto en lugar de escribirlo en el disco.
Etiquetas: affects_outputs

--explain=<a path> predeterminado: Consulta la descripción

Hace que el sistema de compilación explique cada paso ejecutado de la compilación. La explicación se escribe en el archivo de registro especificado.
Etiquetas: affects_outputs

--[no]ignore_unsupported_sandboxing predeterminado: “false”

No imprimas una advertencia cuando la ejecución en zona de pruebas no sea compatible con este sistema.
Etiquetas: terminal_output

--[no]legacy_important_outputs predeterminado: “false”

Usa esto para suprimir la generación del campo important_outputs heredado en el evento TargetComplete. important_outputs es obligatorio para la integración de Bazel en ResultStore/BTX.
Etiquetas: affects_outputs

--[no]materialize_param_files predeterminado: “false”

Escribe archivos de parámetros intermedios en el árbol de salida, incluso cuando se usa la ejecución de acciones remotas. Es útil cuando se depuran acciones. Esto se infiere de --subcommands y --verbose_failures.
Etiquetas: execution

--max_config_changes_to_show=<an integer> predeterminado: “3”

Cuando se descarta la caché de análisis debido a un cambio en las opciones de compilación, se muestra hasta la cantidad determinada de nombres de opciones modificados. Si el número que se proporciona es -1, se mostrarán todas las opciones cambiadas.
Etiquetas: terminal_output

--max_test_output_bytes=<an integer> predeterminado: “-1”

Especifica el tamaño máximo de registro por prueba que se puede emitir cuando --test_output es "errors" o "all". Es útil para evitar que el resultado se vea abrumado por un resultado de prueba con demasiado ruido. El encabezado de prueba se incluye en el tamaño del registro. Los valores negativos implican que no hay límite. El resultado es todo o nada.
Etiquetas: test_runner, terminal_output, execution

--output_filter=<a valid Java regular expression> predeterminado: Consulta la descripción

Solo muestra advertencias y resultados de acciones para reglas con un nombre que coincida con la expresión regular proporcionada.
Etiquetas: affects_outputs

--progress_report_interval=<an integer in 0-3600 range> predeterminado: “0”

Es la cantidad de segundos que se debe esperar entre los informes de trabajos que aún se están ejecutando. El valor predeterminado 0 significa que el primer informe se imprimirá después de 10 segundos, luego de 30 segundos y, después de ese progreso, se informará una vez por minuto. Cuando se habilita --curses, el progreso se informa cada segundo.
Etiquetas: affects_outputs

Valor predeterminado de --remote_print_execution_messages=<failure, success or all>: “failure”

Elige cuándo imprimir los mensajes de ejecución remota. Los valores válidos son "failure" para imprimir solo en caso de errores, "success" para imprimir solo en caso de éxitos y "all" para imprimir siempre.
Etiquetas: terminal_output

--[no]sandbox_debug predeterminado: “false”

Habilita las funciones de depuración para la función de zona de pruebas. Esto incluye dos aspectos: primero, el contenido raíz de la zona de pruebas no se modifica después de una compilación y, segundo, imprime información de depuración adicional durante la ejecución. Esto puede ayudar a los desarrolladores de reglas de Bazel o Starlark con fallas de depuración debido a la falta de archivos de entrada, etcétera.
Etiquetas: terminal_output

--show_result=<an integer> predeterminado: “1”

Muestra los resultados de la compilación. Para cada objetivo, indica si se actualizó o no y, de ser así, una lista de los archivos de salida que se compilaron. Los archivos impresos son cadenas convenientes para copiar y pegar en la shell y ejecutarlas. Esta opción requiere un argumento de número entero, que es la cantidad de objetivos de umbral por encima de la cual no se imprime la información de los resultados. Por lo tanto, cero causa la supresión del mensaje y MAX_INT hace que la impresión del resultado siempre se produzca. El valor predeterminado es uno. Si no se compiló nada para un destino, se pueden omitir sus resultados para mantener el resultado por debajo del umbral.
Etiquetas: affects_outputs

--[no]subcommands [-s] predeterminado: "false"

Muestra los subcomandos ejecutados durante una compilación. Marcas relacionadas: --execution_log_json_file, --execution_log_binary_file (para registrar subcomandos en un archivo en un formato compatible con herramientas)
Etiquetas: terminal_output

--test_output=<summary, errors, all or streamed> predeterminado: “summary”

Especifica el modo de salida deseado. Los valores válidos son "summary" para mostrar solo el resumen del estado de la prueba, "errors" para imprimir también los registros de prueba de las pruebas fallidas, "all" para imprimir los registros de todas las pruebas y "streamed" para mostrar los registros de todas las pruebas en tiempo real (esto forzará que las pruebas se ejecuten de forma local de a una a la vez, independientemente del valor de --test_strategy).
Etiquetas: test_runner, terminal_output, execution

Valor predeterminado de --test_summary=<short, terse, detailed, none or testcase>: “short”

: Especifica el formato deseado del resumen de la prueba. Los valores válidos son "short" para imprimir información solo sobre las pruebas ejecutadas, "terse" para imprimir información solo sobre las pruebas que no se ejecutaron correctamente, "detailed" para imprimir información detallada sobre los casos de prueba fallidos, "testcase" para imprimir el resumen en la resolución de casos de prueba, no imprimir información detallada sobre los casos de prueba fallidos y "none" para omitir el resumen.
Etiquetas: terminal_output

--[no]verbose_explanations predeterminado: “false”

Aumenta el nivel de detalle de las explicaciones emitidas si se habilita --explain. No tiene efecto si no se habilita --explain.
Etiquetas: affects_outputs

--[no]verbose_failures predeterminado: “false”

Si un comando falla, imprime la línea de comandos completa.
Etiquetas: terminal_output

Son opciones que especifican o alteran una entrada genérica en un comando de Bazel que no pertenece a otras categorías.:

Se acumulan varios usos de --aspects_parameters=<a 'name=value' assignment>.

Especifica los valores de los parámetros de aspectos de la línea de comandos. Cada valor de parámetro se especifica mediante <param_name>=<param_value>, por ejemplo, "my_param=my_val", en la que "my_param" es un parámetro de algún aspecto en la lista --aspects o que es obligatorio para un aspecto de la lista. Esta opción se puede usar varias veces. Sin embargo, no se permite asignar valores al mismo parámetro más de una vez.
Etiquetas: loading_and_analysis

--target_pattern_file=<a string> predeterminado: ""

Si se establece, la compilación leerá patrones del archivo que se nombra aquí, en lugar de la línea de comandos. Es un error especificar un archivo aquí, así como patrones de línea de comandos.
Etiquetas: changes_inputs

Opciones de almacenamiento en caché y ejecución remotas:

--experimental_circuit_breaker_strategy=<failure> predeterminado: Consulta la descripción

Especifica la estrategia que debe usar el disyuntor. Las estrategias disponibles son "failure". Si el valor de la opción no es válido, no se establece el mismo comportamiento que la opción.
Etiquetas: execution

--[no]experimental_guard_against_concurrent_changes predeterminado: “false”

Desactiva esta opción para inhabilitar la verificación del ctime de los archivos de entrada de una acción antes de subirla a una caché remota. Puede haber casos en los que el kernel de Linux retrase la escritura de archivos, lo que podría generar falsos positivos.

--experimental_remote_cache_compression_threshold=<an integer> predeterminado: "100"

Es el tamaño mínimo de blob requerido para comprimir o descomprimir con zstd. No es eficaz, a menos que se establezca --remote_cache_compression.

--experimental_remote_cache_eviction_retries=<an integer> predeterminado: “5”

Es la cantidad máxima de reintentos que se realizan si la compilación encontró un error transitorio de caché remota que, de otro modo, fallaría. Se aplica, por ejemplo, cuando los artefactos se desalojan de la caché remota o en ciertas condiciones de falla de la caché. Se generará un ID de invocación nuevo para cada intento.
Etiquetas: execution

--[no]experimental_remote_cache_lease_extension predeterminado: “false”

Si se establece como verdadero, Bazel extenderá el arrendamiento de los resultados de las acciones remotas durante la compilación enviando llamadas a "FindMissingBlobs" periódicamente a la caché remota. La frecuencia se basa en el valor de `--experimental_remote_cache_ttl`.

--experimental_remote_cache_ttl=<An immutable length of time.> predeterminado: "3h"

Es el TTL mínimo garantizado de los blobs en la caché remota después de que se hace referencia a sus resúmenes recientemente, p.ej., por un ActionResult o FindMissingBlobs. Bazel realiza varias optimizaciones en función del TTL de los blobs, p.ej., no llama repetidamente a GetActionResult en una compilación incremental. El valor debe establecerse un poco por debajo del TTL real, ya que hay una brecha entre el momento en que el servidor muestra los resúmenes y el momento en que Bazel los recibe.
Etiquetas: execution

--experimental_remote_capture_corrupted_outputs=<a path> predeterminado: Consulta la descripción

Es una ruta de acceso a un directorio en el que se capturarán los resultados dañados.

--[no]experimental_remote_discard_merkle_trees predeterminado: "true"

Si se establece en verdadero, se descartan las copias en memoria del árbol de Merkle de la raíz de entrada y las asignaciones de entrada asociadas durante las llamadas a GetActionResult() y Execute(). Esto reduce significativamente el uso de memoria, pero requiere que Bazel vuelva a calcularlas cuando se pierda la caché remota y se vuelvan a intentar.

--experimental_remote_downloader=<a string> predeterminado: Consulta la descripción

Es un URI de extremo de la API de Remote Asset que se usará como proxy de descarga remoto. Los esquemas admitidos son grpc, grpcs (grpc con TLS habilitado) y unix (sockets UNIX locales). Si no se proporciona un esquema, Bazel usará grpcs de forma predeterminada. Consulta: https://github.com/bazelbuild/remote-apis/blob/master/build/bazel/remote/asset/v1/remote_asset.proto

--[no]experimental_remote_downloader_local_fallback predeterminado: “false”

Indica si se debe recurrir al descargador local si falla el descargador remoto.

--[no]experimental_remote_downloader_propagate_credentials predeterminado: “false”

Determina si se propagan las credenciales de netrc y el auxiliar de credenciales al servidor de descarga remoto. La implementación del servidor debe admitir el nuevo calificador "http_header_url:<url-index>:<header-key>", en el que <url-index> es una posición basada en 0 de la URL dentro del campo "uris" de FetchBlobRequest. Los encabezados específicos de la URL deben tener prioridad sobre los encabezados globales.

--[no]experimental_remote_execution_keepalive predeterminado: “false”

Indica si se debe usar el mantenimiento de la conexión para las llamadas de ejecución remotas.

--experimental_remote_failure_rate_threshold=<an integer in 0-100 range> predeterminado: “10”

Establece la cantidad permitida de porcentaje de fallas para un período específico, después del cual deja de llamar a la caché o al ejecutor remoto. De forma predeterminada, el valor es 10. Si lo estableces en 0, no habrá limitaciones.
Etiquetas: execution

--experimental_remote_failure_window_interval=<An immutable length of time.> predeterminado: "60s"

Es el intervalo en el que se calcula la tasa de fallas de las solicitudes remotas. Si el valor es cero o negativo, la duración de la falla se calcula durante toda la ejecución.Se pueden usar las siguientes unidades: días (d), horas (h), minutos (m), segundos (s) y milisegundos (ms). Si se omite la unidad, el valor se interpreta como segundos.
Etiquetas: execution

--[no]experimental_remote_mark_tool_inputs predeterminado: “false”

Si se establece como verdadero, Bazel marcará las entradas como entradas de herramientas para el ejecutor remoto. Esto se puede usar para implementar trabajadores persistentes remotos.

--[no]experimental_remote_merkle_tree_cache predeterminado: “false”

Si se establece como verdadero, los cálculos del árbol de Merkle se almacenarán en caché para mejorar la velocidad de verificación de hits de caché remotos. El espacio en memoria de la caché se controla con --experimental_remote_merkle_tree_cache_size.

--experimental_remote_merkle_tree_cache_size=<a long integer> predeterminado: “1000”

Es la cantidad de árboles de Merkle que se deben almacenar en caché para mejorar la velocidad de verificación de aciertos de caché remotos. Aunque la caché se poda automáticamente según el manejo de referencias suaves de Java, pueden ocurrir errores de falta de memoria si se establece demasiado alta. Si se establece en 0, el tamaño de la caché es ilimitado. El valor óptimo varía según el tamaño del proyecto. El valor predeterminado es 1,000.

--experimental_remote_output_service=<a string> predeterminado: Consulta la descripción

HOST o HOST:PORT de un extremo de servicio de salida remoto. Los esquemas admitidos son grpc, grpcs (grpc con TLS habilitado) y unix (sockets UNIX locales). Si no se proporciona un esquema, Bazel usará grpcs de forma predeterminada. Especifica el esquema grpc:// o unix: para inhabilitar TLS.

--experimental_remote_output_service_output_path_prefix=<a string> predeterminado: ""

Es la ruta de acceso en la que se coloca el contenido de los directorios de salida que administra el --experimental_remote_output_service. El directorio de salida real que usa una compilación será un descendiente de esta ruta de acceso y lo determinará el servicio de salida.

--[no]experimental_remote_require_cached predeterminado: “false”

Si se establece como "true", se aplica la directiva de que todas las acciones que se pueden ejecutar de forma remota se almacenen en caché, de lo contrario, se producirá un error en la compilación. Esto es útil para solucionar problemas de no determinismo, ya que permite verificar si las acciones que deberían almacenarse en caché realmente se almacenan en caché sin insertar resultados nuevos de forma falsa en la caché.

--experimental_remote_scrubbing_config=<Converts to a Scrubber> predeterminado: Consulta la descripción

Habilita la limpieza de claves de caché remotas con el archivo de configuración proporcionado, que debe ser un búfer de protocolo en formato de texto (consulta src/main/protobuf/remote_scrubbing.proto). El objetivo de esta función es facilitar el uso compartido de una caché remota o en el disco entre acciones que se ejecutan en diferentes plataformas, pero que se orientan a la misma plataforma. Se debe usar con mucho cuidado, ya que una configuración incorrecta puede provocar el uso compartido accidental de entradas de caché y generar compilaciones incorrectas. La limpieza no afecta la forma en que se ejecuta una acción, sino solo la forma en que se calcula su clave de caché remota o en el disco para recuperar o almacenar un resultado de acción. Las acciones limpiadas no son compatibles con la ejecución remota y siempre se ejecutarán de forma local. Modificar la configuración de limpieza no invalida los resultados presentes en el sistema de archivos local o las cachés internas. Se requiere una compilación limpia para volver a ejecutar las acciones afectadas. Para usar esta función correctamente, es probable que desees establecer un --host_platform personalizado junto con --experimental_platform_in_output_dir (para normalizar los prefijos de salida) y --incompatible_strict_action_env (para normalizar las variables de entorno).

--[no]remote_accept_cached predeterminado: "true"

Indica si se aceptan los resultados de las acciones almacenadas en caché de forma remota.

--remote_build_event_upload=<all or minimal> predeterminado: "minimal"

Si se establece en “todos”, todos los resultados locales a los que hace referencia BEP se suben a la caché remota. Si se establece en "minimal", los resultados locales a los que hace referencia BEP no se suben a la caché remota, excepto los archivos que son importantes para los consumidores de BEP (p.ej., registros de prueba y perfil de tiempo). El esquema bytestream:// siempre se usa para el URI de los archivos, incluso si no están en la caché remota. El valor predeterminado es "minimal".

--remote_bytestream_uri_prefix=<a string> predeterminado: Consulta la descripción

Es el nombre de host y el nombre de la instancia que se usarán en los URIs de bytestream:// que se escriben en los flujos de eventos de compilación. Esta opción se puede establecer cuando las compilaciones se realizan con un proxy, lo que hace que los valores de --remote_executor y --remote_instance_name ya no correspondan al nombre canónico del servicio de ejecución remota. Si no se establece, el valor predeterminado será “${hostname}/${instance_name}”.

--remote_cache=<a string> predeterminado: Consulta la descripción

Es un URI de un extremo de almacenamiento en caché. Los esquemas admitidos son http, https, grpc, grpcs (grpc con TLS habilitado) y unix (sockets UNIX locales). Si no se proporciona un esquema, Bazel usará grpcs de forma predeterminada. Especifica el esquema grpc://, http:// o unix: para inhabilitar TLS. Consulta https://bazel.build/remote/caching

--[no]remote_cache_async predeterminado: "true"

Si es verdadero, la carga de los resultados de la acción a un disco o una caché remota se realizará en segundo plano en lugar de bloquear la finalización de una acción. Algunas acciones no son compatibles con las cargas en segundo plano y pueden bloquearse incluso cuando se establece esta marca.

--[no]remote_cache_compression predeterminado: “false”

Si está habilitado, comprime o descomprime los blobs de caché con zstd cuando su tamaño sea de al menos --experimental_remote_cache_compression_threshold.

Se acumulan varios usos de --remote_cache_header=<a 'name=value' assignment>.

Especifica un encabezado que se incluirá en las solicitudes de caché: --remote_cache_header=Nombre=Valor. Se pueden pasar varios encabezados si especificas la marca varias veces. Los múltiples valores para el mismo nombre se convertirán en una lista separada por comas.

Se acumulan varios usos de --remote_default_exec_properties=<a 'name=value' assignment>.

Establece las propiedades de ejecución predeterminadas que se usarán como la plataforma de ejecución remota si una plataforma de ejecución aún no establece exec_properties.
Etiquetas: affects_outputs

--remote_default_platform_properties=<a string> predeterminado: ""

Establece las propiedades de plataforma predeterminadas que se establecerán para la API de ejecución remota, si la plataforma de ejecución aún no establece remote_execution_properties. Este valor también se usará si se selecciona la plataforma host como la plataforma de ejecución para la ejecución remota.

Se acumulan varios usos de --remote_download_regex=<a valid Java regular expression>.

Forzar la descarga de los resultados de la compilación remota cuya ruta coincida con este patrón, independientemente de --remote_download_outputs. Se pueden especificar varios patrones repitiendo esta marca.
Etiquetas: affects_outputs

Se acumulan varios usos de --remote_downloader_header=<a 'name=value' assignment>.

Especifica un encabezado que se incluirá en las solicitudes del descargador remoto: --remote_downloader_header=Nombre=Valor. Se pueden pasar varios encabezados si especificas la marca varias veces. Los múltiples valores para el mismo nombre se convertirán en una lista separada por comas.

Se acumulan varios usos de --remote_exec_header=<a 'name=value' assignment>.

Especifica un encabezado que se incluirá en las solicitudes de ejecución: --remote_exec_header=Nombre=Valor. Se pueden pasar varios encabezados si especificas la marca varias veces. Los múltiples valores para el mismo nombre se convertirán en una lista separada por comas.

--remote_execution_priority=<an integer> predeterminado: “0”

Es la prioridad relativa de las acciones que se ejecutarán de forma remota. La semántica de los valores de prioridad particulares depende del servidor.

--remote_executor=<a string> predeterminado: Consulta la descripción

HOST o HOST:PORT de un extremo de ejecución remota. Los esquemas admitidos son grpc, grpcs (grpc con TLS habilitado) y unix (sockets UNIX locales). Si no se proporciona un esquema, Bazel usará grpcs de forma predeterminada. Especifica el esquema grpc:// o unix: para inhabilitar TLS.

--remote_grpc_log=<a path> predeterminado: Consulta la descripción

Si se especifica, es una ruta de acceso a un archivo para registrar los detalles relacionados con las llamadas de gRPC. Este registro consta de una secuencia de protobufs com.google.devtools.build.lib.remote.logging.RemoteExecutionLog.LogEntry serializados con cada mensaje con un prefijo de varint que indica el tamaño del siguiente mensaje de protobuf serializado, como lo realiza el método LogEntry.writeDelimitedTo(OutputStream).

Se acumulan varios usos de --remote_header=<a 'name=value' assignment>.

Especifica un encabezado que se incluirá en las solicitudes: --remote_header=Nombre=Valor. Se pueden pasar varios encabezados si especificas la marca varias veces. Los múltiples valores para el mismo nombre se convertirán en una lista separada por comas.

--remote_instance_name=<a string> predeterminado: ""

Es el valor que se pasa como instance_name en la API de ejecución remota.

--[no]remote_local_fallback predeterminado: “false”

Determina si se debe recurrir a la estrategia de ejecución local independiente si falla la ejecución remota.

Valor predeterminado de --remote_local_fallback_strategy=<a string>: “local”

Obsoleto. Consulta https://github.com/bazelbuild/bazel/issues/7480 para obtener más información.

--remote_max_connections=<an integer> predeterminado: "100"

Limita la cantidad máxima de conexiones simultáneas a la caché o al ejecutor remotos. De forma predeterminada, el valor es 100. Si lo estableces en 0, no habrá limitaciones. Para la caché remota HTTP, una conexión TCP podría controlar una solicitud a la vez, por lo que Bazel podría realizar hasta --remote_max_connections solicitudes simultáneas. En el caso de la caché o el ejecutor remotos de gRPC, un canal de gRPC suele poder controlar más de 100 solicitudes simultáneas, por lo que Bazel podría realizar alrededor de `--remote_max_connections * 100` solicitudes simultáneas.
Etiquetas: host_machine_resource_optimizations

--remote_proxy=<a string> predeterminado: Consulta la descripción

Conéctate a la caché remota a través de un proxy. Actualmente, esta marca solo se puede usar para configurar un socket de dominio Unix (unix:/path/to/socket).

--remote_result_cache_priority=<an integer> predeterminado: “0”

Es la prioridad relativa de las acciones remotas que se almacenarán en la caché remota. La semántica de los valores de prioridad particulares depende del servidor.

--remote_retries=<an integer> predeterminado: “5”

Es la cantidad máxima de intentos para reintentar un error transitorio. Si se establece en 0, se inhabilitan los reintentos.

--remote_retry_max_delay=<An immutable length of time.> predeterminado: "5s"

Es la demora máxima de la retirada entre los intentos de reintento remotos. Se pueden usar las siguientes unidades: días (d), horas (h), minutos (m), segundos (s) y milisegundos (ms). Si se omite la unidad, el valor se interpreta como segundos.

--remote_timeout=<An immutable length of time.> predeterminado: "60s"

Es la cantidad máxima de tiempo que se espera para la ejecución remota y las llamadas a la caché. Para la caché de REST, este es el tiempo de espera de conexión y de lectura. Se pueden usar las siguientes unidades: días (d), horas (h), minutos (m), segundos (s) y milisegundos (ms). Si se omite la unidad, el valor se interpreta como segundos.

--[no]remote_upload_local_results predeterminado: "true"

Determina si se deben subir los resultados de las acciones ejecutadas de forma local a la caché remota si esta la admite y el usuario está autorizado para hacerlo.

--[no]remote_verify_downloads predeterminado: "true"

Si se establece como verdadero, Bazel calculará la suma de hash de todas las descargas remotas y descartará los valores almacenados en caché de forma remota si no coinciden con el valor esperado.

Opciones misceláneas que no se clasifican de otra manera:

--[no]allow_analysis_cache_discard predeterminado: "true"

Si se descarta la caché de análisis debido a un cambio en el sistema de compilación, configurar esta opción como falsa hará que bazel se cierre, en lugar de continuar con la compilación. Esta opción no tiene efecto cuando también se establece "discard_analysis_cache".
Etiquetas: eagerness_to_exit

Valor predeterminado de --auto_output_filter=<none, all, packages or subpackages>: “none”

Si no se especifica --output_filter, se usa el valor de esta opción para crear un filtro automáticamente. Los valores permitidos son "none" (no filtrar nada / mostrar todo), "all" (filtrar todo / no mostrar nada), "packages" (incluye el resultado de las reglas en los paquetes mencionados en la línea de comandos de Blaze) y "subpackages" (como "packages", pero también incluye subpaquetes). Para los valores "packages" y "subpackages", //java/foo y //javatests/foo se tratan como un solo paquete).

--[no]build_manual_tests predeterminado: “false”

Forza la compilación de los destinos de prueba etiquetados como "manual". Las pruebas "manuales" se excluyen del procesamiento. Esta opción los obliga a compilarse (pero no a ejecutarse).

--build_tag_filters=<comma-separated list of options> predeterminado: ""

Especifica una lista de etiquetas separadas por comas. De manera opcional, cada etiqueta puede ir precedida de "-" para especificar las etiquetas excluidas. Solo se compilarán los destinos que contengan al menos una etiqueta incluida y no contengan ninguna etiqueta excluida. Esta opción no afecta al conjunto de pruebas que se ejecutan con el comando "test", ya que se rigen por las opciones de filtrado de pruebas, por ejemplo, "--test_tag_filters".

--[no]build_tests_only predeterminado: “false”

Si se especifica, solo se compilarán las reglas *_test y test_suite, y se ignorarán los otros objetivos especificados en la línea de comandos. De forma predeterminada, se compilará todo lo que se solicitó.

Valor predeterminado de --combined_report=<none or lcov>: “none”

Especifica el tipo de informe de cobertura acumulativa deseado. En este momento, solo se admite LCOV.

--[no]compile_one_dependency predeterminado: “false”

Compila una sola dependencia de los archivos de argumentos. Esto es útil para verificar la sintaxis de los archivos fuente en los IDE, por ejemplo, cuando se vuelve a compilar un solo destino que depende del archivo fuente para detectar errores lo antes posible en el ciclo de edición, compilación y prueba. Este argumento afecta la forma en que se interpretan todos los argumentos que no son de marca. En lugar de ser objetivos para compilar, son nombres de archivos de origen. Para cada nombre de archivo de origen, se compilará un destino arbitrario que depende de él.

Se acumulan varios usos de --deleted_packages=<comma-separated list of package names>.

Es una lista separada por comas de nombres de paquetes que el sistema de compilación considerará inexistentes, incluso si son visibles en algún lugar de la ruta de acceso del paquete. Usa esta opción cuando borres un subpaquete "x/y" de un paquete existente "x". Por ejemplo, después de borrar x/y/BUILD en tu cliente, es posible que el sistema de compilación se queje si encuentra una etiqueta "//x:y/z" si otra entrada de package_path aún la proporciona. Especificar --deleted_packages x/y evita este problema.

--[no]discard_analysis_cache predeterminado: “false”

Descarta la caché de análisis inmediatamente después de que se complete la fase de análisis. Reduce el uso de memoria en un 10% aproximadamente, pero ralentiza las compilaciones incrementales posteriores.

--disk_cache=<a path> predeterminado: Consulta la descripción

Es una ruta de acceso a un directorio en el que Bazel puede leer y escribir acciones y resultados de acciones. Si el directorio no existe, se creará.

--embed_label=<a one-line string> predeterminado: ""

Incorpora la revisión del control de código fuente o la etiqueta de lanzamiento en el objeto binario.

--execution_log_binary_file=<a path> predeterminado: Consulta la descripción

Registra los inicios ejecutados en este archivo como protos de SpawnExec delimitados por longitud, según src/main/protobuf/spawn.proto. Se prefiere --execution_log_compact_file, que es mucho más pequeño y económico de producir. Marcas relacionadas: --execution_log_compact_file (formato compacto; mutuamente excluyente), --execution_log_json_file (formato JSON de texto; mutuamente excluyente), --execution_log_sort (si se debe ordenar el registro de ejecución) y --subcommands (para mostrar subcomandos en el resultado de la terminal).

--execution_log_compact_file=<a path> predeterminado: Consulta la descripción

Registra los inicios ejecutados en este archivo como protos de ExecLogEntry delimitados por longitud, según src/main/protobuf/spawn.proto. Todo el archivo está comprimido con zstd. Marcas relacionadas: --execution_log_binary_file (formato protobuf binario; mutuamente excluyente), --execution_log_json_file (formato JSON de texto; mutuamente excluyente), --subcommands (para mostrar subcomandos en el resultado de la terminal).

--execution_log_json_file=<a path> predeterminado: Consulta la descripción

Registra los inicios ejecutados en este archivo como representaciones JSON delimitadas por saltos de línea de los protos de SpawnExec, según src/main/protobuf/spawn.proto. Se prefiere --execution_log_compact_file, que es mucho más pequeño y económico de producir. Marcas relacionadas: --execution_log_compact_file (formato compacto; mutuamente excluyente), --execution_log_binary_file (formato protobuf binario; mutuamente excluyente), --execution_log_sort (si se debe ordenar el registro de ejecución), --subcommands (para mostrar subcomandos en el resultado de la terminal).

--[no]execution_log_sort predeterminado: "true"

Indica si se debe ordenar el registro de ejecución, lo que facilita la comparación de registros entre invocaciones. Se establece en "false" para evitar un uso potencialmente significativo de la CPU y la memoria al final de la invocación, a costa de producir el registro en orden de ejecución no determinista. Solo se aplica a los formatos binario y JSON. El formato compacto nunca se ordena.

--[no]expand_test_suites predeterminado: "true"

Expande los objetivos de test_suite en sus pruebas constituyentes antes del análisis. Cuando esta marca esté activada (la opción predeterminada), se aplicarán patrones de destino negativos a las pruebas que pertenecen al paquete de pruebas; de lo contrario, no se aplicarán. Desactivar esta marca es útil cuando se aplican aspectos de nivel superior en la línea de comandos: luego, pueden analizar los destinos de test_suite.
Etiquetas: loading_and_analysis

--experimental_disk_cache_gc_idle_delay=<An immutable length of time.> predeterminado: "5m"

Es la cantidad de tiempo que el servidor debe permanecer inactivo antes de que se produzca una recolección de elementos no utilizados de la caché del disco. Para especificar la política de recolección de elementos no utilizados, establece --experimental_disk_cache_gc_max_size o --experimental_disk_cache_gc_max_age.

--experimental_disk_cache_gc_max_age=<An immutable length of time.> predeterminado: “0”

Si se establece en un valor positivo, la caché del disco se eliminará periódicamente como elementos no utilizados para quitar las entradas que tengan más antigüedad que esta. Si se establece junto con --experimental_disk_cache_gc_max_size, se aplican ambos criterios. La recolección de basura se produce en segundo plano una vez que el servidor se vuelve inactivo, según lo determine la marca --experimental_disk_cache_gc_idle_delay.

--experimental_disk_cache_gc_max_size=<a size in bytes, optionally followed by a K, M, G or T multiplier> predeterminado: “0”

Si se establece en un valor positivo, la caché de disco se eliminará periódicamente para mantenerse por debajo de este tamaño. Si se establece junto con --experimental_disk_cache_gc_max_age, se aplican ambos criterios. La recolección de basura se produce en segundo plano una vez que el servidor se vuelve inactivo, según lo determine la marca --experimental_disk_cache_gc_idle_delay.

--experimental_extra_action_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> predeterminado: ""

dejó de estar disponible y se reemplazó por aspectos. Filtra el conjunto de objetivos para los que se programarán las acciones adicionales.

--[no]experimental_extra_action_top_level_only predeterminado: “false”

dejó de estar disponible y se reemplazó por aspectos. Solo programa extra_actions para los objetivos de nivel superior.

--experimental_spawn_scheduler

Ejecuta acciones de forma local y remota en paralelo para habilitar la ejecución dinámica. Bazel genera cada acción de forma local y remota, y elige la que se completa primero. Si una acción admite trabajadores, la acción local se ejecutará en el modo de trabajador persistente. Para habilitar la ejecución dinámica de una mnemotecnia de acción individual, usa las marcas `--internal_spawn_scheduler` y `--strategy=<mnemonic>=dynamic`.
Se expande a:
  --internal_spawn_scheduler
  --spawn_strategy=dynamic

--[no]fetch predeterminado: "true"

Permite que el comando recupere dependencias externas. Si se establece como falso, el comando usará cualquier versión almacenada en caché de la dependencia y, si no existe ninguna, el comando fallará.

--local_termination_grace_seconds=<an integer> predeterminado: “15”

Es el tiempo de espera entre la finalización de un proceso local debido al tiempo de espera y su cierre forzoso.

--package_path=<colon-separated list of options> predeterminado: "%workspace%"

Es una lista separada por dos puntos de dónde buscar paquetes. Los elementos que comienzan con "%workspace%" son relativos al lugar de trabajo que los contiene. Si se omite o está vacío, el valor predeterminado es el resultado de "bazel info default-package-path".

--[no]show_loading_progress predeterminado: "true"

Si está habilitado, hace que Bazel imprima mensajes de “Carga del paquete:”.

--test_lang_filters=<comma-separated list of options> predeterminado: ""

Especifica una lista de idiomas de prueba separados por comas. De manera opcional, cada idioma puede ir precedido de "-" para especificar los idiomas excluidos. Solo se encontrarán los objetivos de prueba que estén escritos en los idiomas especificados. El nombre que se usa para cada idioma debe ser el mismo que el prefijo de idioma en la regla *_test, p.ej., uno de "cc", "java", "py", etc. Esta opción afecta el comportamiento de --build_tests_only y el comando test.

--test_size_filters=<comma-separated list of values: small, medium, large, or enormous> predeterminado: ""

Especifica una lista de tamaños de prueba separados por comas. De manera opcional, cada tamaño puede ir precedido de "-" para especificar los tamaños excluidos. Solo se encontrarán los objetivos de prueba que contengan al menos un tamaño incluido y no contengan ningún tamaño excluido. Esta opción afecta el comportamiento de --build_tests_only y el comando de prueba.

--test_tag_filters=<comma-separated list of options> predeterminado: ""

Especifica una lista de etiquetas de prueba separadas por comas. De manera opcional, cada etiqueta puede ir precedida de "-" para especificar las etiquetas excluidas. Solo se encontrarán los objetivos de prueba que contengan al menos una etiqueta incluida y no contengan ninguna etiqueta excluida. Esta opción afecta el comportamiento de --build_tests_only y el comando de prueba.

--test_timeout_filters=<comma-separated list of values: short, moderate, long, or eternal> predeterminado: ""

Especifica una lista de tiempos de espera de prueba separados por comas. De manera opcional, cada tiempo de espera puede ir precedido de "-" para especificar los tiempos de espera excluidos. Solo se encontrarán los objetivos de prueba que contengan al menos un tiempo de espera incluido y no contengan tiempos de espera excluidos. Esta opción afecta el comportamiento de --build_tests_only y el comando de prueba.

--workspace_status_command=<path> predeterminado: ""

Es un comando que se invoca al comienzo de la compilación para proporcionar información de estado sobre el espacio de trabajo en forma de pares clave-valor. Consulta el manual del usuario para conocer las especificaciones completas. Consulta también tools/buildstamp/get_workspace_status para ver un ejemplo.

Opciones que controlan la ejecución de la compilación:

--[no]experimental_inprocess_symlink_creation predeterminado: "true"

Sin operación.
Etiquetas: loading_and_analysis, execution, experimental

--[no]experimental_persistent_aar_extractor predeterminado: “false”

Habilita el extractor de aar persistente con trabajadores.
Etiquetas: execution, experimental

--[no]experimental_remotable_source_manifests predeterminado: “false”

Determina si las acciones del manifiesto de origen se pueden controlar de forma remota.
Etiquetas: loading_and_analysis, execution, experimental

--[no]experimental_split_coverage_postprocessing predeterminado: “false”

Si es verdadero, Bazel ejecutará el procesamiento posterior de la cobertura para la prueba en un nuevo inicio.
Etiquetas: execution, experimental

--[no]experimental_strict_fileset_output predeterminado: “false”

Si esta opción está habilitada, los conjuntos de archivos tratarán todos los artefactos de salida como archivos normales. No recorrerán directorios ni serán sensibles a los symlinks.
Etiquetas: execution, experimental

--[no]incompatible_modify_execution_info_additive predeterminado: “false”

Cuando está habilitada, pasar varias marcas --modify_execution_info es aditivo. Cuando está inhabilitada, solo se tiene en cuenta la última marca.
Etiquetas: execution, affects_outputs, loading_and_analysis, incompatible_change

Se acumulan varios usos de --modify_execution_info=<regex=[+-]key,regex=[+-]key,...>.

Agrega o quita claves de la información de ejecución de una acción según la mnemotecnia de la acción. Solo se aplica a las acciones que admiten información de ejecución. Muchas acciones comunes admiten información de ejecución, p.ej., Genrule, CppCompile, Javac, StarlarkAction y TestRunner. Cuando especificas varios valores, el orden es importante porque muchas regex pueden aplicarse al mismo mnemónico. Sintaxis: "regex=[+-]clave,regex=[+-]clave,…". Ejemplos: '.*=+x,.*=-y,.*=+z' agrega "x" y "z" a la información de ejecución de todas las acciones y quita "y". "Genrule=+requires-x" agrega "requires-x" a la información de ejecución de todas las acciones de Genrule. "(?!Genrule).*=-requires-x" quita "requires-x" de la información de ejecución para todas las acciones que no sean de Genrule.
Etiquetas: execution, affects_outputs, loading_and_analysis

--persistent_android_dex_desugar

Habilita las acciones de expansión de sintaxis y dex persistentes de Android con trabajadores.
Se expande a:
  --internal_persistent_android_dex_desugar
  --strategy=Desugar=worker
  --strategy=DexBuilder=worker

Etiquetas: host_machine_resource_optimizations, execution

--persistent_android_resource_processor

Habilita el procesador de recursos de Android persistente con trabajadores.
Se expande a:
  --internal_persistent_busybox_tools
  --strategy=AaptPackage=worker
  --strategy=AndroidResourceParser=worker
  --strategy=AndroidResourceValidator=worker
  --strategy=AndroidResourceCompiler=worker
  --strategy=RClassGenerator=worker
  --strategy=AndroidResourceLink=worker
  --strategy=AndroidAapt2=worker
  --strategy=AndroidAssetMerger=worker
  --strategy=AndroidResourceMerger=worker
  --strategy=AndroidCompiledResourceMerger=worker
  --strategy=ManifestMerger=worker
  --strategy=AndroidManifestMerger=worker
  --strategy=Aapt2Optimize=worker
  --strategy=AARGenerator=worker
  --strategy=ProcessDatabinding=worker
  --strategy=GenerateDataBindingBaseClasses=worker

Etiquetas: host_machine_resource_optimizations, execution

--persistent_multiplex_android_dex_desugar

Habilita las acciones de desugaring y dex multiplexadas y persistentes de Android con trabajadores.
Se expande a:
  --persistent_android_dex_desugar
  --internal_persistent_multiplex_android_dex_desugar

Etiquetas: host_machine_resource_optimizations, execution

--persistent_multiplex_android_resource_processor

Habilita el procesador de recursos de Android multiplexado persistente con trabajadores.
Se expande a:
  --persistent_android_resource_processor
  --modify_execution_info=AaptPackage=+supports-multiplex-workers
  --modify_execution_info=AndroidResourceParser=+supports-multiplex-workers
  --modify_execution_info=AndroidResourceValidator=+supports-multiplex-workers
  --modify_execution_info=AndroidResourceCompiler=+supports-multiplex-workers
  --modify_execution_info=RClassGenerator=+supports-multiplex-workers
  --modify_execution_info=AndroidResourceLink=+supports-multiplex-workers
  --modify_execution_info=AndroidAapt2=+supports-multiplex-workers
  --modify_execution_info=AndroidAssetMerger=+supports-multiplex-workers
  --modify_execution_info=AndroidResourceMerger=+supports-multiplex-workers
  --modify_execution_info=AndroidCompiledResourceMerger=+supports-multiplex-workers
  --modify_execution_info=ManifestMerger=+supports-multiplex-workers
  --modify_execution_info=AndroidManifestMerger=+supports-multiplex-workers
  --modify_execution_info=Aapt2Optimize=+supports-multiplex-workers
  --modify_execution_info=AARGenerator=+supports-multiplex-workers

Etiquetas: host_machine_resource_optimizations, execution

--persistent_multiplex_android_tools

Habilita las herramientas de Android persistentes y multiplexadas (dexing, expansión de sintaxis, procesamiento de recursos).
Se expande a:
  --internal_persistent_multiplex_busybox_tools
  --persistent_multiplex_android_resource_processor
  --persistent_multiplex_android_dex_desugar

Etiquetas: host_machine_resource_optimizations, execution

--[no]use_target_platform_for_tests predeterminado: “false”

Si es verdadero, usa la plataforma de destino para ejecutar pruebas en lugar del grupo de ejecución de pruebas.
Etiquetas: execution

Son opciones que configuran la cadena de herramientas que se usa para la ejecución de acciones:

--android_compiler=<a string> predeterminado: Consulta la descripción

El compilador de destino de Android.
Etiquetas: affects_outputs, loading_and_analysis, loses_incremental_state

--android_manifest_merger=<legacy, android or force_android> predeterminado: "android"

Selecciona el combinador de manifiestos que se usará para las reglas android_binary. Marca para ayudar a la transición a la combinación de manifiestos de Android desde la combinación heredada.
Etiquetas: affects_outputs, loading_and_analysis, loses_incremental_state

--android_platforms=<a build target label> predeterminado: ""

Establece las plataformas que usan los destinos de android_binary. Si se especifican varias plataformas, el objeto binario es un APK grueso, que contiene objetos binarios nativos para cada plataforma de destino especificada.
Etiquetas: changes_inputs, loading_and_analysis, loses_incremental_state

--apple_crosstool_top=<a build target label> predeterminado: "@bazel_tools//tools/cpp:toolchain"

Es la etiqueta del paquete de herramientas cruzadas que se usará en las reglas de Apple y Objc, y sus dependencias.
Etiquetas: loses_incremental_state, changes_inputs

--cc_output_directory_tag=<a string> predeterminado: ""

Especifica un sufijo que se agregará al directorio de configuración.
Etiquetas: affects_outputs

--compiler=<a string> predeterminado: Consulta la descripción

Es el compilador de C++ que se usará para compilar el destino.
Etiquetas: loading_and_analysis, execution

--coverage_output_generator=<a build target label> predeterminado: "@bazel_tools//tools/test:lcov_merger"

Ubicación del binario que se usa para postprocesar informes de cobertura sin procesar. Actualmente, debe ser un grupo de archivos que contenga un solo archivo, el binario. El valor predeterminado es “//tools/test:lcov_merger”.
Etiquetas: changes_inputs, affects_outputs, loading_and_analysis

--coverage_report_generator=<a build target label> predeterminado: "@bazel_tools//tools/test:coverage_report_generator"

Ubicación del binario que se usa para generar informes de cobertura. Actualmente, debe ser un grupo de archivos que contenga un solo archivo, el binario. El valor predeterminado es "//tools/test:coverage_report_generator".
Etiquetas: changes_inputs, affects_outputs, loading_and_analysis

--coverage_support=<a build target label> predeterminado: "@bazel_tools//tools/test:coverage_support"

Ubicación de los archivos de compatibilidad que se requieren en las entradas de cada acción de prueba que recopila la cobertura de código. El valor predeterminado es “//tools/test:coverage_support”.
Etiquetas: changes_inputs, affects_outputs, loading_and_analysis

--custom_malloc=<a build target label> predeterminado: Consulta la descripción

especifica una implementación personalizada de malloc. Este parámetro de configuración anula los atributos malloc en las reglas de compilación.
Etiquetas: changes_inputs, affects_outputs

Se acumulan varios usos de --experimental_add_exec_constraints_to_targets=<a '<RegexFilter>=<label1>[,<label2>,...]' assignment>.

Es una lista de expresiones regulares separadas por comas, cada una con el prefijo - (expresión negativa) de forma opcional, asignada (=) a una lista de objetivos de valores de restricción separados por comas. Si un objetivo no coincide con ninguna expresión negativa y con al menos una expresión positiva, la resolución de la cadena de herramientas se realizará como si hubiera declarado los valores de restricción como restricciones de ejecución. Ejemplo: //demo,-test=@platforms//cpus:x86_64 agregará "x86_64" a cualquier destino en //demo, excepto a aquellos cuyo nombre contenga "test".
Etiquetas: loading_and_analysis

--[no]experimental_include_xcode_execution_requirements predeterminado: “false”

Si se establece, agrega un requisito de ejecución "requires-xcode:{version}" a cada acción de Xcode. Si la versión de Xcode tiene una etiqueta con guiones, también agrega un requisito de ejecución "requires-xcode-label:{version_label}".
Etiquetas: loses_incremental_state, loading_and_analysis, execution, experimental

--[no]experimental_prefer_mutual_xcode predeterminado: "true"

Si es verdadero, usa la versión más reciente de Xcode que esté disponible de forma local y remota. Si es falso o si no hay versiones mutuas disponibles, usa la versión local de Xcode seleccionada a través de xcode-select.
Etiquetas: loses_incremental_state, experimental

--extra_execution_platforms=<comma-separated list of options> predeterminado: ""

Son las plataformas disponibles como plataformas de ejecución para ejecutar acciones. Las plataformas se pueden especificar por destino exacto o como un patrón de destino. Estas plataformas se considerarán antes de las declaradas en el archivo WORKSPACE por register_execution_platforms(). Esta opción solo se puede establecer una vez; las instancias posteriores anularán la configuración de la marca anterior.
Etiquetas: execution

Se acumulan varios usos de --extra_toolchains=<comma-separated list of options>.

Son las reglas de la cadena de herramientas que se deben tener en cuenta durante la resolución de la cadena de herramientas. Las cadenas de herramientas se pueden especificar por destino exacto o como un patrón de destino. Estas cadenas de herramientas se considerarán antes que las declaradas en el archivo WORKSPACE por register_toolchains().
Etiquetas: affects_outputs, changes_inputs, loading_and_analysis

--grte_top=<a label> predeterminado: Consulta la descripción

Es una etiqueta para una biblioteca libc verificada. La cadena de herramientas de crosstool selecciona el valor predeterminado, y casi nunca es necesario anularlo.
Etiquetas: action_command_lines, affects_outputs

--host_compiler=<a string> predeterminado: Consulta la descripción

: Marca de no operación. Se quitará en una versión futura.
Etiquetas: loading_and_analysis, execution

--host_grte_top=<a label> predeterminado: Consulta la descripción

Si se especifica, este parámetro de configuración anula el directorio de nivel superior de libc (--grte_top) para la configuración de exec.
Etiquetas: action_command_lines, affects_outputs

--host_platform=<a build target label> valor predeterminado: "@bazel_tools//tools:host_platform"

La etiqueta de una regla de plataforma que describe el sistema host.
Etiquetas: affects_outputs, changes_inputs, loading_and_analysis

--[no]incompatible_bazel_test_exec_run_under predeterminado: "true"

Si está habilitado, "bazel test --run_under=//:runner" compila "//:runner" en la configuración de ejecución. Si está inhabilitada, compila "//:runner" en la configuración de destino. Bazel ejecuta pruebas en máquinas de ejecución, por lo que la primera opción es más correcta. Esto no afecta a "bazel run", que siempre compila "--run_under=//foo" en la configuración de destino.
Etiquetas: affects_outputs, incompatible_change

--[no]incompatible_builtin_objc_strip_action predeterminado: "true"

Indica si se debe emitir una acción de eliminación como parte de la vinculación de objc.
Etiquetas: action_command_lines, incompatible_change

--[no]incompatible_dont_enable_host_nonhost_crosstool_features predeterminado: "true"

Si es verdadero, Bazel no habilitará las funciones "host" y "nonhost" en la cadena de herramientas de C++ (consulta https://github.com/bazelbuild/bazel/issues/7407 para obtener más información).
Etiquetas: loading_and_analysis, incompatible_change

--[no]incompatible_enable_apple_toolchain_resolution predeterminado: “false”

Usa la resolución de cadena de herramientas para seleccionar el SDK de Apple para las reglas de Apple (Starlark y nativo)
Etiquetas: loading_and_analysis, incompatible_change

--[no]incompatible_remove_legacy_whole_archive predeterminado: "true"

Si es verdadero, Bazel no vinculará las dependencias de la biblioteca como un archivo completo de forma predeterminada (consulta https://github.com/bazelbuild/bazel/issues/7362 para obtener instrucciones de migración).
Etiquetas: loading_and_analysis, incompatible_change

--[no]incompatible_strip_executable_safely predeterminado: “false”

Si es verdadero, la acción de eliminación de ejecutables usará la marca -x, que no interrumpe la resolución de símbolos dinámicos.
Etiquetas: action_command_lines, incompatible_change

--[no]interface_shared_objects predeterminado: "true"

Usa objetos compartidos de interfaz si la cadena de herramientas es compatible. Actualmente, todas las cadenas de herramientas ELF admiten este parámetro de configuración.
Etiquetas: loading_and_analysis, affects_outputs, affects_outputs

--ios_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> predeterminado: Consulta la descripción

Especifica la versión del SDK de iOS que se usará para compilar aplicaciones para iOS. Si no se especifica, se usa la versión predeterminada del SDK de iOS de "xcode_version".
Etiquetas: loses_incremental_state

--macos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> predeterminado: Consulta la descripción

Especifica la versión del SDK de macOS que se usará para compilar aplicaciones para macOS. Si no se especifica, usa la versión predeterminada del SDK de macOS de "xcode_version".
Etiquetas: loses_incremental_state

--minimum_os_version=<a string> predeterminado: Consulta la descripción

Es la versión mínima del SO a la que se orienta tu compilación.
Etiquetas: loading_and_analysis, affects_outputs

--platform_mappings=<a main workspace-relative path> predeterminado: ""

Es la ubicación de un archivo de asignación que describe qué plataforma usar si no se establece ninguna o qué marcas establecer cuando ya existe una plataforma. Debe ser relativo a la raíz del espacio de trabajo principal. El valor predeterminado es "platform_mappings" (un archivo directamente debajo de la raíz del espacio de trabajo).
Etiquetas: affects_outputs, changes_inputs, loading_and_analysis, immutable

--platforms=<a build target label> predeterminado: ""

Son las etiquetas de las reglas de la plataforma que describen las plataformas de destino del comando actual.
Etiquetas: affects_outputs, changes_inputs, loading_and_analysis

--python_path=<a string> predeterminado: Consulta la descripción

Es la ruta de acceso absoluta del intérprete de Python que se invocó para ejecutar destinos de Python en la plataforma de destino. Obsoleto; se inhabilitó con --incompatible_use_python_toolchains.
Etiquetas: loading_and_analysis, affects_outputs

--python_top=<a build target label> predeterminado: Consulta la descripción

La etiqueta de un py_runtime que representa el intérprete de Python invocado para ejecutar destinos de Python en la plataforma de destino. Obsoleto; se inhabilitó con --incompatible_use_python_toolchains.
Etiquetas: loading_and_analysis, affects_outputs

--tvos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> predeterminado: Consulta la descripción

Especifica la versión del SDK de tvOS que se usará para compilar aplicaciones para tvOS. Si no se especifica, se usa la versión predeterminada del SDK de tvOS de "xcode_version".
Etiquetas: loses_incremental_state

--watchos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> predeterminado: Consulta la descripción

Especifica la versión del SDK de watchOS que se usará para compilar aplicaciones para watchOS. Si no se especifica, se usa la versión predeterminada del SDK de watchOS de "xcode_version".
Etiquetas: loses_incremental_state

--xcode_version=<a string> predeterminado: Consulta la descripción

Si se especifica, usa Xcode de la versión determinada para las acciones de compilación relevantes. Si no se especifica, se usa la versión predeterminada del ejecutor de Xcode.
Etiquetas: loses_incremental_state

--xcode_version_config=<a build target label> predeterminado: "@bazel_tools//tools/cpp:host_xcodes"

Es la etiqueta de la regla xcode_config que se usará para seleccionar la versión de Xcode en la configuración de compilación.
Etiquetas: loses_incremental_state, loading_and_analysis

Opciones que controlan el resultado del comando:

--[no]apple_generate_dsym predeterminado: “false”

Indica si se deben generar archivos de símbolos de depuración (.dSYM).
Etiquetas: affects_outputs, action_command_lines

--[no]build_runfile_links predeterminado: "true"

Si es verdadero, compila bosques de symlinks de runfiles para todos los destinos. Si es falso, escríbelos solo cuando lo requiera una acción, prueba o comando de ejecución locales.
Etiquetas: affects_outputs

--[no]build_runfile_manifests predeterminado: "true"

Si es verdadero, escribe manifiestos de runfiles para todos los destinos. Si es falso, omítelos. Las pruebas locales no se ejecutarán si es falso.
Etiquetas: affects_outputs

--[no]build_test_dwp predeterminado: “false”

Si está habilitado, cuando se compilen pruebas de C++ de forma estática y con Fission, el archivo .dwp para el objeto binario de prueba también se compilará automáticamente.
Etiquetas: loading_and_analysis, affects_outputs

--cc_proto_library_header_suffixes=<comma-separated set of options> predeterminado: “.pb.h”

Establece los sufijos de los archivos de encabezado que crea una cc_proto_library.
Etiquetas: affects_outputs, loading_and_analysis

--cc_proto_library_source_suffixes=<comma-separated set of options> predeterminado: “.pb.cc”

Configura los sufijos de los archivos de origen que crea una cc_proto_library.
Etiquetas: affects_outputs, loading_and_analysis

--[no]experimental_proto_descriptor_sets_include_source_info predeterminado: “false”

Ejecuta acciones adicionales para versiones alternativas de la API de Java en una proto_library.
Etiquetas: affects_outputs, loading_and_analysis, experimental

--[no]experimental_save_feature_state predeterminado: “false”

Guarda el estado de las funciones habilitadas y solicitadas como un resultado de la compilación.
Etiquetas: affects_outputs, experimental

--fission=<a set of compilation modes> predeterminado: “no”

Especifica qué modos de compilación usan la fisión para las compilaciones y los vínculos de C++. Puede ser cualquier combinación de {'fastbuild', 'dbg', 'opt'} o los valores especiales "yes" para habilitar todos los modos y "no" para inhabilitarlos.
Etiquetas: loading_and_analysis, action_command_lines, affects_outputs

--[no]incompatible_always_include_files_in_data predeterminado: "true"

Si es verdadero, las reglas nativas agregan <code>DefaultInfo.files</code> de dependencias de datos a sus archivos de ejecución, lo que coincide con el comportamiento recomendado para las reglas de Starlark (https://bazel.build/extending/rules#runfiles_features_to_avoid).
Etiquetas: affects_outputs, incompatible_change

--incompatible_disable_select_on=<comma-separated set of options> predeterminado: ""

Es una lista de marcas para las que se inhabilitó el uso en select().
Etiquetas: loading_and_analysis, incompatible_change

--[no]legacy_external_runfiles predeterminado: “false”

Si es verdadero, compila bosques de symlinks de runfiles para repositorios externos en .runfiles/wsname/external/repo (además de .runfiles/repo).
Etiquetas: affects_outputs

--[no]objc_generate_linkmap predeterminado: “false”

especifica si se debe generar un archivo de mapa de vínculos.
Etiquetas: affects_outputs

--[no]save_temps predeterminado: “false”

Si se establece, se guardarán los resultados temporales de gcc. Estos incluyen archivos .s (código de ensamblador), archivos .i (C procesado) y archivos .ii (C++ procesado).
Etiquetas: affects_outputs

Opciones que permiten al usuario configurar el resultado deseado, lo que afecta su valor, en lugar de su existencia:

Se acumulan varios usos de --action_env=<a 'name=value' assignment with an optional value part>.

Especifica el conjunto de variables de entorno disponibles para las acciones con configuración de destino. Las variables se pueden especificar por nombre, en cuyo caso el valor se tomará del entorno de invocación, o bien por el par nombre=valor, que establece el valor independientemente del entorno de invocación. Esta opción se puede usar varias veces. En el caso de las opciones que se proporcionan para la misma variable, se aplica la más reciente, y se acumulan las opciones para diferentes variables.
Etiquetas: action_command_lines

--allowed_cpu_values=<comma-separated set of options> predeterminado: ""

Son los valores permitidos para la marca --cpu.
Etiquetas: changes_inputs, affects_outputs

--[no]android_databinding_use_androidx predeterminado: "true"

Genera archivos de vinculación de datos compatibles con AndroidX. Esto solo se usa con la vinculación de datos v2. Esta marca no realiza ninguna acción.
Etiquetas: affects_outputs, loading_and_analysis, loses_incremental_state, experimental

--[no]android_databinding_use_v3_4_args predeterminado: "true"

Usa Android Databinding v2 con el argumento 3.4.0. Esta marca no realiza ninguna acción.
Etiquetas: affects_outputs, loading_and_analysis, loses_incremental_state, experimental

--android_dynamic_mode=<off, default or fully> predeterminado: "off"

Determina si las dependencias de C++ de las reglas de Android se vincularán de forma dinámica cuando un cc_binary no cree una biblioteca compartida de forma explícita. "default" significa que bazel elegirá si vincular de forma dinámica. "Completamente" significa que todas las bibliotecas se vincularán de forma dinámica. "Desactivado" significa que todas las bibliotecas se vincularán en modo principalmente estático.
Etiquetas: affects_outputs, loading_and_analysis

--android_manifest_merger_order=<alphabetical, alphabetical_by_configuration or dependency> predeterminado: "alphabetical"

Establece el orden de los manifiestos que se pasan a la combinación de manifiestos para los objetos binarios de Android. ALPHABETICAL significa que los manifiestos se ordenan por ruta de acceso en relación con el execroot. ALPHABETICAL_BY_CONFIGURATION significa que los manifiestos se ordenan por rutas de acceso relativas al directorio de configuración dentro del directorio de salida. DEPENDENCY significa que los manifiestos se ordenan de modo que el manifiesto de cada biblioteca aparezca antes que los manifiestos de sus dependencias.
Etiquetas: action_command_lines, execution

--[no]android_resource_shrinking predeterminado: “false”

Habilita la reducción de recursos para los APKs android_binary que usan ProGuard.
Etiquetas: affects_outputs, loading_and_analysis

--[no]build_python_zip predeterminado: “auto”

Compila el archivo ZIP ejecutable de Python; activado en Windows, desactivado en otras plataformas.
Etiquetas: affects_outputs

Se acumulan varios usos de --catalyst_cpus=<comma-separated list of options>.

Es una lista de arquitecturas separadas por comas para las que se compilarán objetos binarios de Apple Catalyst.
Etiquetas: loses_incremental_state, loading_and_analysis

--[no]collect_code_coverage predeterminado: “false”

Si se especifica, Bazel instrumentará el código (con instrumentación sin conexión siempre que sea posible) y recopilará información de cobertura durante las pruebas. Solo se verán afectados los destinos que coincidan con --instrumentation_filter. Por lo general, esta opción no debe especificarse directamente; en su lugar, se debe usar el comando "bazel coverage".
Etiquetas: affects_outputs

--compilation_mode=<fastbuild, dbg or opt> [-c] predeterminado: "fastbuild"

Especifica el modo en el que se compilará el objeto binario. Valores: "fastbuild", "dbg", "opt".
Etiquetas: affects_outputs, action_command_lines

Se acumulan varios usos de --conlyopt=<a string>.

Opción adicional para pasar a gcc cuando se compilan archivos de origen C.
Etiquetas: action_command_lines, affects_outputs

Se acumulan varios usos de --copt=<a string>.

Opciones adicionales para pasar a gcc.
Etiquetas: action_command_lines, affects_outputs

--cpu=<a string> predeterminado: ""

Obsoleto: Blaze no usa esta marca de forma interna, aunque hay asignaciones de plataformas heredadas para permitir la retrocompatibilidad. No uses esta marca. En su lugar, usa --platforms con una definición de plataforma adecuada.
Etiquetas: changes_inputs, affects_outputs

--cs_fdo_absolute_path=<a string> predeterminado: Consulta la descripción

Usa la información del perfil de CSFDO para optimizar la compilación. Especifica el nombre de la ruta de acceso absoluta del archivo ZIP que contiene el archivo de perfil, un archivo de perfil LLVM sin procesar o indexado.
Etiquetas: affects_outputs

--cs_fdo_instrument=<a string> predeterminado: Consulta la descripción

Genera objetos binarios con instrumentación de FDO sensible al contexto. Con el compilador Clang/LLVM, también acepta el nombre del directorio en el que se volcarán los archivos de perfil sin procesar durante el tiempo de ejecución.
Etiquetas: affects_outputs

--cs_fdo_profile=<a build target label> predeterminado: Consulta la descripción

El cs_fdo_profile que representa el perfil sensible al contexto que se usará para la optimización.
Etiquetas: affects_outputs

Se acumulan varios usos de --cxxopt=<a string>.

Opción adicional para pasar a gcc cuando se compilan archivos de origen C++.
Etiquetas: action_command_lines, affects_outputs

Se acumulan varios usos de --define=<a 'name=value' assignment>.

Cada opción --define especifica una asignación para una variable de compilación. En caso de que haya varios valores para una variable, se aplica el último.
Etiquetas: changes_inputs, affects_outputs

--dynamic_mode=<off, default or fully> predeterminado: "predeterminado"

determina si los objetos binarios de C++ se vincularán de forma dinámica. "default" significa que Bazel elegirá si vincular de forma dinámica. "Completamente" significa que todas las bibliotecas se vincularán de forma dinámica. "Desactivado" significa que todas las bibliotecas se vincularán en modo principalmente estático.
Etiquetas: loading_and_analysis, affects_outputs

--[no]enable_propeller_optimize_absolute_paths predeterminado: "true"

Si se establece, se mostrará un error si se usan rutas de acceso absolutas para la optimización de Propeller.
Etiquetas: affects_outputs

--[no]enable_remaining_fdo_absolute_paths predeterminado: "true"

Si se establece, se generará un error si se usan rutas de acceso absolutas para FDO.
Etiquetas: affects_outputs

--[no]enable_runfiles predeterminado: “auto”

Habilita el árbol de symlinks de runfiles. De forma predeterminada, está desactivado en Windows y en otras plataformas.
Etiquetas: affects_outputs

Se acumulan varios usos de --experimental_action_listener=<a build target label>.

dejó de estar disponible y se reemplazó por aspectos. Usa action_listener para adjuntar una extra_action a las acciones de compilación existentes.
Etiquetas: execution, experimental

--[no]experimental_android_compress_java_resources predeterminado: “false”

Comprime los recursos de Java en los APKs.
Etiquetas: affects_outputs, loading_and_analysis, experimental

--[no]experimental_android_databinding_v2 predeterminado: "true"

Usa Android Databinding v2. Esta marca no realiza ninguna acción.
Etiquetas: affects_outputs, loading_and_analysis, loses_incremental_state, experimental

--[no]experimental_android_resource_shrinking predeterminado: “false”

Habilita la reducción de recursos para los APKs android_binary que usan ProGuard.
Etiquetas: affects_outputs, loading_and_analysis, experimental

--[no]experimental_android_rewrite_dexes_with_rex predeterminado: “false”

Usa la herramienta rex para volver a escribir archivos dex.
Etiquetas: affects_outputs, loading_and_analysis, loses_incremental_state, experimental

--[no]experimental_collect_code_coverage_for_generated_files predeterminado: “false”

Si se especifica, Bazel también generará información de cobertura recopilada para los archivos generados.
Etiquetas: affects_outputs, experimental

--experimental_objc_fastbuild_options=<comma-separated list of options> predeterminado: "-O0,-DDEBUG=1"

Usa estas cadenas como opciones del compilador de fastbuild de objc.
Etiquetas: action_command_lines

--[no]experimental_omitfp predeterminado: “false”

Si es verdadero, usa libunwind para el desenredo de pila y compila con -fomit-frame-pointer y -fasynchronous-unwind-tables.
Etiquetas: action_command_lines, affects_outputs, experimental

--experimental_output_paths=<off, content or strip> predeterminado: "off"

Qué modelo usar para determinar en qué parte del árbol de salida las reglas escriben sus resultados, en particular para compilaciones multiplataforma o multiconfiguración. Esto es muy experimental. Consulta https://github.com/bazelbuild/bazel/issues/6526 para obtener más información. Las acciones de Starlark pueden habilitar la asignación de rutas de acceso agregando la clave "supports-path-mapping" al diccionario "execution_requirements".
Etiquetas: loses_incremental_state, bazel_internal_configuration, affects_outputs, execution

Se acumulan varios usos de --experimental_override_name_platform_in_output_dir=<a 'label=value' assignment>.

Cada entrada debe tener el formato etiqueta=valor, en el que etiqueta hace referencia a una plataforma y valor es el nombre abreviado que se desea usar en la ruta de salida. Solo se usa cuando --experimental_platform_in_output_dir es verdadero. Tiene la prioridad de nombres más alta.
Etiquetas: affects_outputs, experimental

--[no]experimental_platform_in_output_dir predeterminado: “false”

Si es verdadero, se usa un nombre abreviado para la plataforma de destino en el nombre del directorio de salida en lugar de la CPU. El esquema exacto es experimental y está sujeto a cambios: primero, en el caso poco frecuente de que la opción --platforms no tenga exactamente un valor, se usa un hash de la opción platforms. A continuación, si se registró algún nombre corto para la plataforma actual con --experimental_override_name_platform_in_output_dir, se usará ese nombre corto. Luego, si se establece --experimental_use_platforms_in_output_dir_legacy_heuristic, usa un nombre corto basado en la etiqueta de plataforma actual. Por último, se usa un hash de la opción de plataforma como último recurso.
Etiquetas: affects_outputs, experimental

--[no]experimental_py_binaries_include_label predeterminado: “false”

Los destinos py_binary incluyen su etiqueta incluso cuando el sellado está inhabilitado.
Etiquetas: affects_outputs, experimental

--[no]experimental_use_llvm_covmap predeterminado: “false”

Si se especifica, Bazel generará información del mapa de cobertura de llvm-cov en lugar de gcov cuando se habilite collect_code_coverage.
Etiquetas: changes_inputs, affects_outputs, loading_and_analysis, experimental

--[no]experimental_use_platforms_in_output_dir_legacy_heuristic predeterminado: "true"

Usa esta marca solo como parte de una estrategia de migración o prueba sugerida. Ten en cuenta que la heurística tiene deficiencias conocidas y se recomienda migrar a depender solo de --experimental_override_name_platform_in_output_dir.
Etiquetas: affects_outputs, experimental

--fdo_instrument=<a string> predeterminado: Consulta la descripción

Genera objetos binarios con la instrumentación de FDO. Con el compilador Clang/LLVM, también acepta el nombre del directorio en el que se volcarán los archivos de perfil sin procesar durante el tiempo de ejecución.
Etiquetas: affects_outputs

--fdo_optimize=<a string> predeterminado: Consulta la descripción

Usa la información del perfil de FDO para optimizar la compilación. Especifica el nombre de un archivo ZIP que contenga un árbol de archivos .gcda, un archivo afdo que contenga un perfil automático o un archivo de perfil de LLVM. Esta marca también acepta archivos especificados como etiquetas (p.ej., "//foo/bar:file.afdo"; es posible que debas agregar una directiva "exports_files" al paquete correspondiente) y etiquetas que apuntan a destinos "fdo_profile". La regla "fdo_profile" reemplazará esta marca.
Etiquetas: affects_outputs

--fdo_prefetch_hints=<a build target label> predeterminado: Consulta la descripción

Usa sugerencias de almacenamiento en caché anticipado.
Etiquetas: affects_outputs

--fdo_profile=<a build target label> predeterminado: Consulta la descripción

Es el fdo_profile que representa el perfil que se usará para la optimización.
Etiquetas: affects_outputs

Se acumulan varios usos de --features=<a string>.

Las funciones determinadas se habilitarán o inhabilitarán de forma predeterminada para los destinos compilados en la configuración de destino. Si especificas -<feature>, se inhabilitará la función. Los atributos negativos siempre anulan los positivos. Consulta también --host_features.
Etiquetas: changes_inputs, affects_outputs

--[no]force_pic predeterminado: “false”

Si está habilitado, todas las compilaciones de C++ producen código independiente de la posición ("-fPIC"), los vínculos prefieren las bibliotecas precompiladas de PIC en lugar de las bibliotecas no PIC, y los vínculos producen ejecutables independientes de la posición ("-pie").
Etiquetas: loading_and_analysis, affects_outputs

Se acumulan varios usos de --host_action_env=<a 'name=value' assignment with an optional value part>.

Especifica el conjunto de variables de entorno disponibles para las acciones con parámetros de configuración de ejecución. Las variables se pueden especificar por nombre, en cuyo caso el valor se tomará del entorno de invocación, o bien por el par nombre=valor, que establece el valor independientemente del entorno de invocación. Esta opción se puede usar varias veces. En el caso de las opciones que se proporcionan para la misma variable, se aplica la más reciente, y se acumulan las opciones para diferentes variables.
Etiquetas: action_command_lines

--host_compilation_mode=<fastbuild, dbg or opt> predeterminado: "opt"

Especifica el modo en el que se compilarán las herramientas que se usan durante la compilación. Valores: "fastbuild", "dbg", "opt".
Etiquetas: affects_outputs, action_command_lines

Se acumulan varios usos de --host_conlyopt=<a string>.

Opción adicional para pasar al compilador de C cuando se compilan archivos de origen C (pero no C++) en las configuraciones de ejecución.
Etiquetas: action_command_lines, affects_outputs

Se acumulan varios usos de --host_copt=<a string>.

Opciones adicionales para pasar al compilador C para herramientas compiladas en las configuraciones de ejecución.
Etiquetas: action_command_lines, affects_outputs

--host_cpu=<a string> predeterminado: ""

La CPU del host.
Etiquetas: changes_inputs, affects_outputs

Se acumulan varios usos de --host_cxxopt=<a string>.

Opciones adicionales para pasar al compilador de C++ para herramientas compiladas en las configuraciones de ejecución.
Etiquetas: action_command_lines, affects_outputs

Se acumulan varios usos de --host_features=<a string>.

Las funciones determinadas se habilitarán o inhabilitarán de forma predeterminada para los destinos compilados en la configuración de ejecución. Si especificas -<feature>, se inhabilitará la función. Los atributos negativos siempre anulan los positivos.
Etiquetas: changes_inputs, affects_outputs

--host_force_python=<PY2 or PY3> predeterminado: Consulta la descripción

Anula la versión de Python para la configuración de ejecución. Puede ser “PY2” o “PY3”.
Etiquetas: loading_and_analysis, affects_outputs

Se acumulan varios usos de --host_linkopt=<a string>.

Opción adicional para pasar al vinculador cuando se vinculan herramientas en las configuraciones de ejecución.
Etiquetas: action_command_lines, affects_outputs

--host_macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> predeterminado: Consulta la descripción

Versión mínima de macOS compatible para los destinos de host. Si no se especifica, se usa "macos_sdk_version".
Etiquetas: loses_incremental_state

Se acumulan varios usos de --host_per_file_copt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options>.

Opciones adicionales para pasar de forma selectiva al compilador C/C++ cuando se compilan ciertos archivos en las configuraciones de ejecución. Esta opción se puede pasar varias veces. Sintaxis: regex_filter@option_1,option_2,…,option_n. En la que regex_filter representa una lista de patrones de expresiones regulares para incluir y excluir (consulta también --instrumentation_filter). option_1 a option_n representan opciones de línea de comandos arbitrarias. Si una opción contiene una coma, debe estar entre comillas con una barra invertida. Las opciones pueden contener @. Solo se usa el primer @ para dividir la cadena. Ejemplo: --host_per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0 agrega la opción de línea de comandos -O0 a la línea de comandos de gcc de todos los archivos cc en //foo/, excepto bar.cc.
Etiquetas: action_command_lines, affects_outputs

--[no]incompatible_auto_exec_groups predeterminado: “false”

Cuando se habilita, se crea automáticamente un grupo de ejecución para cada cadena de herramientas que usa una regla. Para que esto funcione, la regla debe especificar el parámetro "toolchain" en sus acciones. Para obtener más información, consulta https://github.com/bazelbuild/bazel/issues/17134.
Etiquetas: affects_outputs, incompatible_change

--[no]incompatible_merge_genfiles_directory predeterminado: "true"

Si es verdadero, el directorio genfiles se une al directorio bin.
Etiquetas: affects_outputs, incompatible_change

--[no]instrument_test_targets predeterminado: “false”

Cuando la cobertura está habilitada, especifica si se deben considerar las reglas de prueba de instrumentación. Cuando se establece, se instrumentan las reglas de prueba que incluye --instrumentation_filter. De lo contrario, las reglas de prueba siempre se excluyen de la instrumentación de cobertura.
Etiquetas: affects_outputs

--instrumentation_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> predeterminado: "-/javatests[/:],-/test/java[/:]"

Cuando la cobertura esté habilitada, solo se instrumentarán las reglas con nombres incluidos en el filtro basado en regex especificado. En su lugar, se excluyen las reglas con el prefijo “-”. Ten en cuenta que solo se instrumentan las reglas que no son de prueba, a menos que se habilite --instrument_test_targets.
Etiquetas: affects_outputs

--ios_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> predeterminado: Consulta la descripción

Versión mínima de iOS compatible para los simuladores y dispositivos de destino. Si no se especifica, se usa "ios_sdk_version".
Etiquetas: loses_incremental_state

Se acumulan varios usos de --ios_multi_cpus=<comma-separated list of options>.

Es una lista de arquitecturas separadas por comas con las que se compila una ios_application. El resultado es un binario universal que contiene todas las arquitecturas especificadas.
Etiquetas: loses_incremental_state, loading_and_analysis

--[no]legacy_whole_archive predeterminado: "true"

Obsoleto, reemplazado por --incompatible_remove_legacy_whole_archive (consulta https://github.com/bazelbuild/bazel/issues/7362 para obtener más información). Cuando está activado, usa --whole-archive para las reglas cc_binary que tienen linkshared=True y linkstatic=True o “-static” en linkopts. Esto es solo para la retrocompatibilidad. Una mejor alternativa es usar alwayslink=1 cuando sea necesario.
Etiquetas: action_command_lines, affects_outputs, deprecated

Se acumulan varios usos de --linkopt=<a string>.

: Opción adicional para pasar a gcc cuando se realiza la vinculación.
Etiquetas: action_command_lines, affects_outputs

Se acumulan varios usos de --ltobackendopt=<a string>.

Opción adicional para pasar al paso de backend de LTO (en --features=thin_lto).
Etiquetas: action_command_lines, affects_outputs

Se acumulan varios usos de --ltoindexopt=<a string>.

Opción adicional para pasar al paso de indexación de LTO (en --features=thin_lto).
Etiquetas: action_command_lines, affects_outputs

Se acumulan varios usos de --macos_cpus=<comma-separated list of options>.

Es una lista separada por comas de las arquitecturas para las que se compilarán los objetos binarios de Apple macOS.
Etiquetas: loses_incremental_state, loading_and_analysis

--macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> predeterminado: Consulta la descripción

Versión mínima de macOS compatible para los destinos. Si no se especifica, se usa "macos_sdk_version".
Etiquetas: loses_incremental_state

--memprof_profile=<a build target label> predeterminado: Consulta la descripción

Usa el perfil de memprof.
Etiquetas: affects_outputs

--[no]objc_debug_with_GLIBCXX predeterminado: “false”

Si se establece y el modo de compilación se establece en "dbg", define GLIBCXX_DEBUG, GLIBCXX_DEBUG_PEDANTIC y GLIBCPP_CONCEPT_CHECKS.
Etiquetas: action_command_lines

--[no]objc_enable_binary_stripping predeterminado: “false”

Indica si se deben quitar los símbolos y el código muerto en los objetos binarios vinculados. Se realizarán eliminaciones de objetos binarios si se especifican esta marca y --compilation_mode=opt.
Etiquetas: action_command_lines

Se acumulan varios usos de --objccopt=<a string>.

Opciones adicionales para pasar a gcc cuando se compilan archivos de origen Objective-C/C++.
Etiquetas: action_command_lines

Se acumulan varios usos de --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>.

Opciones adicionales para pasar de forma selectiva a gcc cuando se compilan ciertos archivos. Esta opción se puede pasar varias veces. Sintaxis: regex_filter@option_1,option_2,…,option_n. En la que regex_filter representa una lista de patrones de expresiones regulares para incluir y excluir (consulta también --instrumentation_filter). option_1 a option_n representan opciones de línea de comandos arbitrarias. Si una opción contiene una coma, debe estar entre comillas con una barra invertida. Las opciones pueden contener @. Solo se usa el primer @ para dividir la cadena. Ejemplo: --per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0 agrega la opción de línea de comandos -O0 a la línea de comandos de gcc de todos los archivos cc en //foo/, excepto bar.cc.
Etiquetas: action_command_lines, affects_outputs

Se acumulan varios usos de --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>.

Opciones adicionales para pasar de forma selectiva al backend de LTO (en --features=thin_lto) cuando se compilan ciertos objetos de backend. Esta opción se puede pasar varias veces. Sintaxis: regex_filter@option_1,option_2,…,option_n. En la que regex_filter representa una lista de patrones de expresiones regulares para incluir y excluir. option_1 a option_n representan opciones de línea de comandos arbitrarias. Si una opción contiene una coma, debe estar entre comillas con una barra invertida. Las opciones pueden contener @. Solo se usa el primer @ para dividir la cadena. Ejemplo: --per_file_ltobackendopt=//foo/.*\.o,-//foo/bar\.o@-O0 agrega la opción de línea de comandos -O0 a la línea de comandos del backend de LTO de todos los archivos o en //foo/, excepto bar.o.
Etiquetas: action_command_lines, affects_outputs

--platform_suffix=<a string> predeterminado: Consulta la descripción

Especifica un sufijo que se agregará al directorio de configuración.
Etiquetas: loses_incremental_state, affects_outputs, loading_and_analysis

--propeller_optimize=<a build target label> predeterminado: Consulta la descripción

Usa la información del perfil de Propeller para optimizar el destino de compilación.Un perfil de Propeller debe constar de al menos uno de dos archivos: un perfil de cc y un perfil de ld. Esta marca acepta una etiqueta de compilación que debe hacer referencia a los archivos de entrada del perfil de Propeller. Por ejemplo, el archivo BUILD que define la etiqueta, en a/b/BUILD:propeller_optimize( name = "propeller_profile", cc_profile = "propeller_cc_profile.txt", ld_profile = "propeller_ld_profile.txt",)Es posible que se deba agregar una directiva exports_files al paquete correspondiente para que Bazel pueda ver estos archivos. La opción se debe usar de la siguiente manera: --propeller_optimize=//a/b:propeller_profile
Etiquetas: action_command_lines, affects_outputs

--propeller_optimize_absolute_cc_profile=<a string> predeterminado: Consulta la descripción

Nombre de ruta de acceso absoluta del archivo cc_profile para compilaciones optimizadas de Propeller.
Etiquetas: affects_outputs

--propeller_optimize_absolute_ld_profile=<a string> predeterminado: Consulta la descripción

Es el nombre de ruta de acceso absoluto del archivo ld_profile para las compilaciones optimizadas de Propeller.
Etiquetas: affects_outputs

--run_under=<a prefix in front of command> predeterminado: Consulta la descripción

Es el prefijo que se inserta antes de los ejecutables para los comandos "test" y "run". Si el valor es "foo -bar" y la línea de comandos de ejecución es "test_binary -baz", la línea de comandos final es "foo -bar test_binary -baz".Esto también puede ser una etiqueta para un destino ejecutable. Algunos ejemplos son: "valgrind", "strace", "strace -c", "valgrind --quiet --num-callers=20", "//package:target", "//package:target --options".
Etiquetas: action_command_lines

--[no]share_native_deps predeterminado: "true"

Si es verdadero, las bibliotecas nativas que contienen funcionalidad idéntica se compartirán entre diferentes destinos.
Etiquetas: loading_and_analysis, affects_outputs

--[no]stamp predeterminado: “false”

Marca los objetos binarios con la fecha, el nombre de usuario, el nombre de host, la información del espacio de trabajo, etcétera.
Etiquetas: affects_outputs

Valor predeterminado de --strip=<always, sometimes or never>: “sometimes”

especifica si se deben quitar los objetos binarios y las bibliotecas compartidas (con "-Wl,--strip-debug"). El valor predeterminado de "sometimes" significa quitar si --compilation_mode=fastbuild.
Etiquetas: affects_outputs

Se acumulan varios usos de --stripopt=<a string>.

Opciones adicionales para pasar a la eliminación cuando se genera un objeto binario "<name>.stripped".
Etiquetas: action_command_lines, affects_outputs

Se acumulan varios usos de --tvos_cpus=<comma-separated list of options>.

Es una lista separada por comas de las arquitecturas para las que se compilarán los objetos binarios de Apple tvOS.
Etiquetas: loses_incremental_state, loading_and_analysis

--tvos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> predeterminado: Consulta la descripción

Versión mínima compatible de tvOS para los simuladores y dispositivos de destino. Si no se especifica, se usa "tvos_sdk_version".
Etiquetas: loses_incremental_state

Se acumulan varios usos de --visionos_cpus=<comma-separated list of options>.

Es una lista separada por comas de las arquitecturas para las que se compilarán los objetos binarios de Apple visionOS.
Etiquetas: loses_incremental_state, loading_and_analysis

Se acumulan varios usos de --watchos_cpus=<comma-separated list of options>.

Es una lista separada por comas de las arquitecturas para las que se compilarán los objetos binarios de Apple watchOS.
Etiquetas: loses_incremental_state, loading_and_analysis

--watchos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> predeterminado: Consulta la descripción

Versión mínima compatible de watchOS para los simuladores y dispositivos de destino. Si no se especifica, se usa "watchos_sdk_version".
Etiquetas: loses_incremental_state

--xbinary_fdo=<a build target label> predeterminado: Consulta la descripción

Usa la información del perfil de XbinaryFDO para optimizar la compilación. Especifica el nombre del perfil binario cruzado predeterminado. Cuando la opción se usa junto con --fdo_instrument/--fdo_optimize/--fdo_profile, esas opciones siempre prevalecerán como si xbinary_fdo nunca se especificara.
Etiquetas: affects_outputs

Opciones que afectan la rigurosidad con la que Bazel aplica entradas de compilación válidas (definiciones de reglas, combinaciones de marcas, etcétera):

--[no]check_visibility predeterminado: "true"

Si se inhabilita, los errores de visibilidad en las dependencias de destino se degradan a advertencias.
Etiquetas: build_file_semantics

--[no]desugar_for_android predeterminado: "true"

Indica si se debe expandir el código de bytes de Java 8 antes de dexificarlo.
Etiquetas: affects_outputs, loading_and_analysis, loses_incremental_state

--[no]desugar_java8_libs predeterminado: “false”

Indica si se deben incluir bibliotecas Java 8 compatibles en apps para dispositivos heredados.
Etiquetas: affects_outputs, loading_and_analysis, loses_incremental_state, experimental

--[no]enforce_constraints predeterminado: "true"

Verifica los entornos con los que es compatible cada objetivo y, luego, informa errores si alguno tiene dependencias que no admiten los mismos entornos.
Etiquetas: build_file_semantics

--[no]experimental_check_desugar_deps predeterminado: "true"

Determina si se debe volver a verificar la expansión de sintaxis correcta a nivel del objeto binario de Android.
Etiquetas: eagerness_to_exit, loading_and_analysis, experimental

--experimental_import_deps_checking=<a string> predeterminado: Consulta la descripción

No realiza ninguna acción, solo se mantiene para la retrocompatibilidad.
Etiquetas: loading_and_analysis

--experimental_one_version_enforcement=<off, warning or error> predeterminado: “OFF”

Cuando está habilitada, se aplica la regla de que una regla java_binary no puede contener más de una versión del mismo archivo de clase en la ruta de acceso a clases. Esta aplicación forzosa puede interrumpir la compilación o generar advertencias.
Etiquetas: loading_and_analysis

--experimental_strict_java_deps=<off, warn, error, strict or default> predeterminado: "predeterminado"

Si es verdadero, verifica que un destino de Java declare de forma explícita todos los destinos utilizados directamente como dependencias.
Etiquetas: build_file_semantics, eagerness_to_exit

--[no]incompatible_check_testonly_for_output_files predeterminado: “false”

Si está habilitado, busca el atributo testonly de la regla de generación para verificar si hay destinos de requisitos previos que sean archivos de salida. Esto coincide con la verificación de visibilidad.
Etiquetas: build_file_semantics, incompatible_change

--[no]incompatible_check_visibility_for_toolchains predeterminado: “false”

Si está habilitada, la verificación de visibilidad también se aplica a las implementaciones de la cadena de herramientas.
Etiquetas: build_file_semantics, incompatible_change

--[no]incompatible_disable_native_android_rules predeterminado: “false”

Si se habilita, se inhabilita el uso directo de las reglas nativas de Android. Usa las reglas de Android de Starlark de https://github.com/bazelbuild/rules_android.
Etiquetas:eagerness_to_exit, incompatible_change

--[no]incompatible_disable_native_apple_binary_rule predeterminado: “false”

Sin operación. Se mantiene aquí para la retrocompatibilidad.
Etiquetas: eagerness_to_exit, incompatible_change

--[no]incompatible_python_disable_py2 predeterminado: "true"

Si es verdadero, usar la configuración de Python 2 generará un error. Esto incluye python_version=PY2, srcs_version=PY2 y srcs_version=PY2ONLY. Consulta https://github.com/bazelbuild/bazel/issues/15684 para obtener más información.
Etiquetas: loading_and_analysis, incompatible_change

--[no]one_version_enforcement_on_java_tests predeterminado: "true"

Cuando está habilitado y experimental_one_version_enforcement se establece en un valor que no sea NONE, se aplica una versión en los destinos java_test. Esta marca se puede inhabilitar para mejorar el rendimiento de las pruebas incrementales a costa de perder posibles incumplimientos de una versión.
Etiquetas: loading_and_analysis

--python_native_rules_allowlist=<a build target label> predeterminado: Consulta la descripción

Es una lista de entidades permitidas (objetivo de package_group) que se usará cuando se aplique --incompatible_python_disallow_native_rules.
Etiquetas: loading_and_analysis

--[no]strict_filesets predeterminado: “false”

Si esta opción está habilitada, los conjuntos de archivos que cruzan los límites de los paquetes se informan como errores.
Etiquetas: build_file_semantics, eagerness_to_exit

--strict_proto_deps=<off, warn, error, strict or default> predeterminado: "error"

A menos que esté desactivado, comprueba que un destino de proto_library declare explícitamente todos los destinos utilizados directamente como dependencias.
Etiquetas: build_file_semantics, eagerness_to_exit, incompatible_change

--strict_public_imports=<off, warn, error, strict or default> predeterminado: "off"

A menos que esté desactivado, comprueba que un objetivo de proto_library declare de forma explícita todos los objetivos que se usan en "import public" como exportados.
Etiquetas: build_file_semantics, eagerness_to_exit, incompatible_change

--[no]strict_system_includes predeterminado: “false”

Si es verdadero, también se deben declarar los encabezados que se encuentran a través de las rutas de inclusión del sistema (-isystem).
Etiquetas: loading_and_analysis, eagerness_to_exit

Se acumulan varios usos de --target_environment=<a build target label>.

Declara el entorno de destino de esta compilación. Debe ser una referencia de etiqueta a una regla de "entorno". Si se especifican, todos los objetivos de nivel superior deben ser compatibles con este entorno.
Etiquetas: changes_inputs

Opciones que afectan los resultados de la firma de una compilación:

--apk_signing_method=<v1, v2, v1_v2 or v4> predeterminado: “v1_v2”

Implementación que se usará para firmar APKs
Etiquetas: action_command_lines, affects_outputs, loading_and_analysis

--[no]device_debug_entitlements predeterminado: "true"

Si se establece y el modo de compilación no es "opt", las apps de objc incluirán derechos de depuración cuando se firmen.
Etiquetas: changes_inputs

--ios_signing_cert_name=<a string> predeterminado: Consulta la descripción

Nombre del certificado que se usará para la firma de iOS. Si no se establece, se usará el perfil de aprovisionamiento. Puede ser la preferencia de identidad del llavero del certificado o la substring del nombre común del certificado, según la página de man de codesign (IDENTIDADES DE FIRMA).
Etiquetas: action_command_lines

Esta opción afecta la semántica del lenguaje Starlark o la API de compilación a la que pueden acceder los archivos BUILD, .bzl o WORKSPACE.:

--[no]incompatible_disallow_legacy_py_provider predeterminado: "true"

No se puede usar y se quitará pronto.
Etiquetas: loading_and_analysis, incompatible_change

--[no]incompatible_disallow_sdk_frameworks_attributes predeterminado: “false”

Si es verdadero, no se permiten los atributos sdk_frameworks y weak_sdk_frameworks en objc_library y objc_import.
Etiquetas: build_file_semantics, incompatible_change

--[no]incompatible_objc_alwayslink_by_default predeterminado: “false”

Si es verdadero, establece el valor predeterminado como verdadero para los atributos alwayslink en objc_library y objc_import.
Etiquetas: build_file_semantics, incompatible_change

--[no]incompatible_python_disallow_native_rules predeterminado: “false”

Cuando es verdadero, se produce un error cuando se usan las reglas py_* integradas. En su lugar, se deben usar las reglas rule_python. Consulta https://github.com/bazelbuild/bazel/issues/17773 para obtener más información y las instrucciones de migración.
Etiquetas: loading_and_analysis, incompatible_change

Opciones que rigen el comportamiento del entorno de prueba o del ejecutor de pruebas:

--[no]allow_analysis_failures predeterminado: “false”

Si es verdadero, una falla de análisis de un objetivo de regla genera la propagación del objetivo de una instancia de AnalysisFailureInfo que contiene la descripción del error, en lugar de generar una falla de compilación.
Etiquetas: loading_and_analysis, experimental

--analysis_testing_deps_limit=<an integer> predeterminado: “2000”

Establece la cantidad máxima de dependencias transitivas a través de un atributo de regla con una transición de configuración for_analysis_testing. Si se supera este límite, se mostrará un error de regla.
Etiquetas: loading_and_analysis

--[no]break_build_on_parallel_dex2oat_failure predeterminado: “false”

Si es verdadero, las fallas de la acción de dex2oat causarán que la compilación falle en lugar de ejecutar dex2oat durante el tiempo de ejecución de la prueba.
Etiquetas: loading_and_analysis, experimental

Se acumulan varios usos de --default_test_resources=<a resource name followed by equal and 1 float or 4 float, e.g memory=10,30,60,100>.

Anula la cantidad de recursos predeterminados para las pruebas. El formato esperado es <resource>=<value>. Si se especifica un solo número positivo como <value>, se anularán los recursos predeterminados para todos los tamaños de prueba. Si se especifican 4 números separados por comas, estos anularán la cantidad de recursos para los tamaños de prueba pequeños, medianos, grandes y enormes, respectivamente. Los valores también pueden ser HOST_RAM/HOST_CPU, seguidos de forma opcional por [-|*]<float> (p. ej., memory=HOST_RAM*.1,HOST_RAM*.2,HOST_RAM*.3,HOST_RAM*.4). Los recursos de prueba predeterminados que especifica esta marca se anulan con los recursos explícitos que se especifican en las etiquetas.

--[no]experimental_android_use_parallel_dex2oat predeterminado: “false”

Usa dex2oat en paralelo para acelerar android_test.
Etiquetas: loading_and_analysis, host_machine_resource_optimizations, experimental

--[no]ios_memleaks predeterminado: “false”

Habilita la verificación de fugas de memoria en los destinos de ios_test.
Etiquetas: action_command_lines

--ios_simulator_device=<a string> predeterminado: Consulta la descripción

Es el dispositivo que se simula cuando se ejecuta una aplicación para iOS en el simulador, p.ej., "iPhone 6". Para obtener una lista de dispositivos, ejecuta "xcrun simctl list devicetypes" en la máquina en la que se ejecutará el simulador.
Etiquetas: test_runner

--ios_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> predeterminado: Consulta la descripción

Es la versión de iOS que se ejecutará en el simulador durante la ejecución o las pruebas. Esto se ignora para las reglas ios_test si se especifica un dispositivo de destino en la regla.
Etiquetas: test_runner

Se acumulan varios usos de --runs_per_test=<a positive integer or test_regex@runs. This flag may be passed more than once>.

especifica la cantidad de veces que se debe ejecutar cada prueba. Si alguno de esos intentos falla por algún motivo, se considera que toda la prueba falló. Por lo general, el valor especificado es solo un número entero. Ejemplo: --runs_per_test=3 ejecutará todas las pruebas 3 veces. Sintaxis alternativa: regex_filter@runs_per_test. En la que runs_per_test representa un valor entero y regex_filter representa una lista de patrones de expresiones regulares para incluir y excluir (consulta también --instrumentation_filter). Ejemplo: --runs_per_test=//foo/.*,-//foo/bar/.*@3 ejecuta todas las pruebas en //foo/, excepto las que se encuentran en foo/bar, tres veces. Esta opción se puede pasar varias veces. El argumento pasado más recientemente que coincida tiene prioridad. Si no hay coincidencias, la prueba solo se ejecuta una vez.

Se acumulan varios usos de --test_env=<a 'name=value' assignment with an optional value part>.

Especifica variables de entorno adicionales que se insertarán en el entorno del ejecutor de pruebas. Las variables se pueden especificar por nombre, en cuyo caso su valor se leerá del entorno del cliente de Bazel, o por el par nombre=valor. Esta opción se puede usar varias veces para especificar varias variables. Solo lo usa el comando "bazel test".
Etiquetas: test_runner

--test_timeout=<a single integer or comma-separated list of 4 integers> predeterminado: “-1”

Anula los valores predeterminados de tiempo de espera de prueba para los tiempos de espera de prueba (en segundos). Si se especifica un solo valor de número entero positivo, se anularán todas las categorías. Si se especifican 4 números enteros separados por comas, se anularán los tiempos de espera para corto, moderado, largo y eterno (en ese orden). De cualquier forma, un valor de -1 le indica a blaze que use sus tiempos de espera predeterminados para esa categoría.

--[no]zip_undeclared_test_outputs predeterminado: “false”

Si es verdadero, los resultados de las pruebas no declaradas se archivarán en un archivo ZIP.
Etiquetas: test_runner

Opciones que activan optimizaciones del tiempo de compilación:

--[no]experimental_filter_library_jar_with_program_jar predeterminado: “false”

Filtra el ProgramJar de ProGuard para quitar las clases que también estén presentes en el LibraryJar.
Etiquetas: action_command_lines, experimental

--[no]experimental_inmemory_dotd_files predeterminado: "true"

Si se habilita, los archivos .d de C++ se pasarán en la memoria directamente desde los nodos de compilación remotos en lugar de escribirse en el disco.
Etiquetas: loading_and_analysis, execution, affects_outputs, experimental

--[no]experimental_inmemory_jdeps_files predeterminado: "true"

Si está habilitado, los archivos de dependencia (.jdeps) generados a partir de compilaciones de Java se pasarán en la memoria directamente desde los nodos de compilación remotos en lugar de escribirse en el disco.
Etiquetas: loading_and_analysis, execution, affects_outputs, experimental

--[no]experimental_retain_test_configuration_across_testonly predeterminado: “false”

Cuando se habilita, --trim_test_configuration no recortará la configuración de prueba de las reglas marcadas como testonly=1. Esto se hace para reducir los problemas de conflicto de acciones cuando las reglas que no son de prueba dependen de las reglas de cc_test. No tiene efecto si --trim_test_configuration es falso.
Etiquetas: loading_and_analysis, loses_incremental_state, experimental

--[no]experimental_starlark_cc_import predeterminado: “false”

Si está habilitada, se puede usar la versión de Starlark de cc_import.
Etiquetas: loading_and_analysis, experimental

--[no]experimental_unsupported_and_brittle_include_scanning predeterminado: “false”

Determina si se deben reducir las entradas a la compilación de C/C++ a través del análisis de líneas #include de los archivos de entrada. Esto puede mejorar el rendimiento y la incrementalidad, ya que disminuye el tamaño de los árboles de entrada de compilación. Sin embargo, también puede interrumpir las compilaciones porque el escáner de inclusión no implementa por completo la semántica del preprocesador C. En particular, no comprende las directivas #include dinámicas y omite la lógica condicional del preprocesador. Úsala bajo tu propia responsabilidad. Se cerrarán todos los problemas relacionados con esta marca que se hayan presentado.
Etiquetas: loading_and_analysis, execution, changes_inputs, experimental

--[no]incremental_dexing predeterminado: "true"

Realiza la mayor parte del trabajo de dexing por separado para cada archivo JAR.
Etiquetas: affects_outputs, loading_and_analysis, loses_incremental_state

--[no]objc_use_dotd_pruning predeterminado: "true"

Si se establece, los archivos .d emitidos por clang se usarán para podar el conjunto de entradas que se pasan a las compilaciones de objc.
Etiquetas: changes_inputs, loading_and_analysis

--[no]process_headers_in_dependencies predeterminado: “false”

Cuando compilas un destino //a:a, procesa los encabezados en todos los destinos de los que depende //a:a (si el procesamiento de encabezados está habilitado para la cadena de herramientas).
Etiquetas: execution

--[no]trim_test_configuration predeterminado: "true"

Cuando se habilita, se borran las opciones relacionadas con las pruebas debajo del nivel superior de la compilación. Cuando esta marca está activa, las pruebas no se pueden compilar como dependencias de reglas que no son de prueba, pero los cambios en las opciones relacionadas con las pruebas no harán que se vuelvan a analizar las reglas que no son de prueba.
Etiquetas: loading_and_analysis, loses_incremental_state

Opciones que afectan la verbosidad, el formato o la ubicación del registro:

Valor predeterminado de --toolchain_resolution_debug=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths>: “-.*”.

Imprime información de depuración durante la resolución de la cadena de herramientas. La marca toma una regex, que se compara con los tipos de cadena de herramientas y los objetivos específicos para ver cuál depurar. Se pueden separar varias regex con comas y, luego, cada una se verifica por separado. Nota: El resultado de esta marca es muy complejo y es probable que solo sea útil para expertos en la resolución de cadenas de herramientas.
Etiquetas: terminal_output

Son opciones que especifican o alteran una entrada genérica en un comando de Bazel que no pertenece a otras categorías.:

Se acumulan varios usos de --flag_alias=<a 'name=value' flag alias>.

Establece un nombre abreviado para una marca de Starlark. Toma un solo par clave-valor en el formato "<clave>=<valor>" como argumento.
Etiquetas: changes_inputs

--[no]incompatible_default_to_explicit_init_py predeterminado: “false”

Esta marca cambia el comportamiento predeterminado para que los archivos __init__.py ya no se creen automáticamente en los archivos de ejecución de los destinos de Python. Específicamente, cuando un objetivo py_binary o py_test tiene legacy_create_init establecido en "auto" (el valor predeterminado), se considera falso solo si se establece esta marca. Consulta https://github.com/bazelbuild/bazel/issues/10076.
Etiquetas: affects_outputs, incompatible_change

--[no]incompatible_py2_outputs_are_suffixed predeterminado: "true"

Si es verdadero, los destinos compilados en la configuración de Python 2 aparecerán en una raíz de salida que incluye el sufijo "-py2", mientras que los destinos compilados para Python 3 aparecerán en una raíz sin sufijo relacionado con Python. Esto significa que el symlink de conveniencia "bazel-bin" apuntará a destinos de Python 3 en lugar de Python 2. Si habilitas esta opción, también se recomienda habilitar `--incompatible_py3_is_default`.
Etiquetas: affects_outputs, incompatible_change

--[no]incompatible_py3_is_default predeterminado: "true"

Si es verdadero, los destinos "py_binary" y "py_test" que no establezcan su atributo "python_version" (o "default_python_version") usarán PY3 de forma predeterminada en lugar de PY2. Si estableces esta marca, también se recomienda establecer `--incompatible_py2_outputs_are_suffixed`.
Etiquetas: loading_and_analysis, affects_outputs, incompatible_change

--[no]incompatible_use_python_toolchains predeterminado: "true"

Si se establece como verdadero, las reglas ejecutables de Python nativas usarán el entorno de ejecución de Python especificado por la cadena de herramientas de Python, en lugar del entorno de ejecución que proporcionan las marcas heredadas, como --python_top.
Etiquetas: loading_and_analysis, incompatible_change

--python_version=<PY2 or PY3> predeterminado: Consulta la descripción

Es el modo de versión principal de Python, ya sea "PY2" o "PY3". Ten en cuenta que esto se anula con los destinos "py_binary" y "py_test" (incluso si no especifican una versión de forma explícita), por lo que, por lo general, no hay muchos motivos para proporcionar esta marca.
Etiquetas: loading_and_analysis, affects_outputs

Opciones misceláneas que no se clasifican de otra manera:

--[no]cache_test_results [-t] predeterminado: "auto"

Si se establece en “auto”, Bazel vuelve a ejecutar una prueba solo si se cumplen las siguientes condiciones: (1) Bazel detecta cambios en la prueba o sus dependencias, (2) la prueba está marcada como externa, (3) se solicitaron varias ejecuciones de prueba con --runs_per_test o(4) la prueba falló anteriormente. Si se establece como “sí”, Bazel almacena en caché todos los resultados de las pruebas, excepto las marcadas como externas. Si se establece en "no", Bazel no almacena en caché ningún resultado de la prueba.

--[no]experimental_cancel_concurrent_tests predeterminado: “false”

Si es verdadero, Blaze cancelará las pruebas que se ejecutan de forma simultánea en la primera ejecución correcta. Esto solo es útil en combinación con --runs_per_test_detects_flakes.
Etiquetas: affects_outputs, loading_and_analysis, experimental

--[no]experimental_fetch_all_coverage_outputs predeterminado: “false”

Si es verdadero, Bazel recupera todo el directorio de datos de cobertura para cada prueba durante una ejecución de cobertura.
Etiquetas: affects_outputs, loading_and_analysis, experimental

--[no]experimental_generate_llvm_lcov predeterminado: “false”

Si es verdadero, la cobertura de clang generará un informe LCOV.
Etiquetas: affects_outputs, loading_and_analysis, experimental

--experimental_java_classpath=<off, javabuilder, bazel or bazel_no_fallback> predeterminado: "javabuilder"

Habilita classpaths reducidos para compilaciones de Java.

--[no]experimental_limit_android_lint_to_android_constrained_java predeterminado: “false”

No realiza ninguna acción, se conserva solo para la retrocompatibilidad.
Etiquetas: affects_outputs, experimental

--[no]experimental_run_android_lint_on_java_rules predeterminado: “false”

Determina si se deben validar las fuentes java_*.
Etiquetas: affects_outputs, experimental

--[no]explicit_java_test_deps predeterminado: “false”

Especifica de forma explícita una dependencia a JUnit o Hamcrest en un java_test en lugar de obtenerla accidentalmente de las dependencias de TestRunner. Por el momento, solo funciona para bazel.

--host_java_launcher=<a build target label> predeterminado: Consulta la descripción

Es el selector de Java que usan las herramientas que se ejecutan durante una compilación.

Se acumulan varios usos de --host_javacopt=<a string>.

Opciones adicionales para pasar a javac cuando se compilan herramientas que se ejecutan durante una compilación.

Se acumulan varios usos de --host_jvmopt=<a string>.

Opciones adicionales para pasar a la VM de Java cuando se compilan herramientas que se ejecutan durante la compilación. Estas opciones se agregarán a las opciones de inicio de la VM de cada destino java_binary.

--[no]incompatible_check_sharding_support predeterminado: "true"

Si es verdadero, Bazel fallará en una prueba fragmentada si el ejecutor de pruebas no indica que admite el fragmentación tocando el archivo en la ruta de acceso en TEST_SHARD_STATUS_FILE. Si es falso, un ejecutor de pruebas que no admita la fragmentación hará que todas las pruebas se ejecuten en cada fragmento.
Etiquetas: incompatible_change

--[no]incompatible_exclusive_test_sandboxed predeterminado: "true"

Si es verdadero, las pruebas exclusivas se ejecutarán con la estrategia de zona de pruebas. Agrega la etiqueta "local" para forzar que se ejecute una prueba exclusiva de forma local.
Etiquetas: incompatible_change

--[no]incompatible_strict_action_env predeterminado: “false”

Si es verdadero, Bazel usa un entorno con un valor estático para PATH y no hereda LD_LIBRARY_PATH. Usa --action_env=ENV_VARIABLE si deseas heredar variables de entorno específicas del cliente, pero ten en cuenta que, de esta manera, se puede evitar la creación de cachés para varios usuarios si se usa una caché compartida.
Etiquetas: loading_and_analysis, incompatible_change

Se acumulan varios usos de --j2objc_translation_flags=<comma-separated list of options>.

: Opciones adicionales para pasar a la herramienta J2ObjC.

--java_debug

Hace que la máquina virtual de Java de una prueba de Java espere una conexión de un depurador compatible con JDWP (como jdb) antes de iniciar la prueba. Implica -test_output=streamed.
Se expande a:
  --test_arg=--wrapper_script_flag=--debug
  --test_output=streamed
  --test_strategy=exclusive
  --test_timeout=9999
  --nocache_test_results

--[no]java_deps predeterminado: "true"

Genera información de dependencia (por ahora, el classpath del tiempo de compilación) por destino de Java.

--[no]java_header_compilation predeterminado: "true"

Compila ijars directamente desde la fuente.

--java_language_version=<a string> predeterminado: ""

La versión del lenguaje Java

--java_launcher=<a build target label> predeterminado: Consulta la descripción

Es el selector de Java que se usará cuando se compilen objetos binarios de Java. Si esta marca se establece en la cadena vacía, se usa el selector de JDK. El atributo "launcher" anula esta marca.

--java_runtime_version=<a string> predeterminado: "local_jdk"

La versión del entorno de ejecución de Java

Se acumulan varios usos de --javacopt=<a string>.

Opciones adicionales para pasar a javac.

Se acumulan varios usos de --jvmopt=<a string>.

Opciones adicionales para pasar a la VM de Java. Estas opciones se agregarán a las opciones de inicio de la VM de cada destino java_binary.

--legacy_main_dex_list_generator=<a build target label> predeterminado: Consulta la descripción

especifica un objeto binario que se usará para generar la lista de clases que deben estar en el DEX principal cuando se compila el multidex heredado.

--optimizing_dexer=<a build target label> predeterminado: Consulta la descripción

Especifica un objeto binario para usar y realizar la conversión a Dex sin fragmentación.

Se acumulan varios usos de --plugin=<a build target label>.

Plug-ins para usar en la compilación. Actualmente, funciona con java_plugin.

--proguard_top=<a build target label> predeterminado: Consulta la descripción

Especifica qué versión de ProGuard se usará para quitar el código cuando se compila un objeto binario de Java.

--proto_compiler=<a build target label> predeterminado: "@bazel_tools//tools/proto:protoc"

Es la etiqueta del protocompilador.
Etiquetas: affects_outputs, loading_and_analysis

--[no]proto_profile predeterminado: "true"

Indica si se debe pasar profile_path al compilador de proto.
Etiquetas: affects_outputs, loading_and_analysis

--proto_profile_path=<a build target label> predeterminado: Consulta la descripción

Es el perfil que se pasará al compilador de protos como profile_path. Si no se establece, pero --proto_profile es verdadero (el valor predeterminado), infiere la ruta de acceso de --fdo_optimize.
Etiquetas: affects_outputs, loading_and_analysis

--proto_toolchain_for_cc=<a build target label> predeterminado: "@bazel_tools//tools/proto:cc_toolchain"

Etiqueta de proto_lang_toolchain(), que describe cómo compilar protos de C++
Etiquetas: affects_outputs, loading_and_analysis

--proto_toolchain_for_j2objc=<a build target label> predeterminado: "@bazel_tools//tools/j2objc:j2objc_proto_toolchain"

Etiqueta de proto_lang_toolchain(), que describe cómo compilar protos de j2objc
Etiquetas: affects_outputs, loading_and_analysis

--proto_toolchain_for_java=<a build target label> predeterminado: "@bazel_tools//tools/proto:java_toolchain"

Etiqueta de proto_lang_toolchain(), que describe cómo compilar protos de Java
Etiquetas: affects_outputs, loading_and_analysis

--proto_toolchain_for_javalite=<a build target label> predeterminado: "@bazel_tools//tools/proto:javalite_toolchain"

Etiqueta de proto_lang_toolchain(), que describe cómo compilar protos de JavaLite
Etiquetas: affects_outputs, loading_and_analysis

Se acumulan varios usos de --protocopt=<a string>.

Opciones adicionales para pasar al compilador de protobuf.
Etiquetas: affects_outputs

--[no]runs_per_test_detects_flakes predeterminado: “false”

Si es verdadero, cualquier fragmento en el que se apruebe al menos una ejecución o intento y falle al menos una ejecución o intento obtiene un estado FLAKY.

--shell_executable=<a path> predeterminado: Consulta la descripción

Ruta de acceso absoluta al ejecutable de shell que usará Bazel. Si no se establece, pero la variable de entorno BAZEL_SH se establece en la primera invocación de Bazel (que inicia un servidor de Bazel), Bazel la usará. Si no se establece ninguno, Bazel usa una ruta de acceso predeterminada fija según el sistema operativo en el que se ejecuta (Windows: c:/msys64/usr/bin/bash.exe, FreeBSD: /usr/local/bin/bash, todos los demás: /bin/bash). Ten en cuenta que usar un shell que no sea compatible con bash puede generar fallas de compilación o de tiempo de ejecución de los objetos binarios generados.
Etiquetas: loading_and_analysis

Se acumulan varios usos de --test_arg=<a string>.

Especifica opciones y argumentos adicionales que se deben pasar al ejecutable de prueba. Se puede usar varias veces para especificar varios argumentos. Si se ejecutan varias pruebas, cada una de ellas recibirá argumentos idénticos. Solo lo usa el comando "bazel test".

--test_filter=<a string> predeterminado: Consulta la descripción

: Especifica un filtro para reenviar al framework de pruebas. Se usa para limitar las pruebas que se ejecutan. Ten en cuenta que esto no afecta los destinos que se compilan.

--test_result_expiration=<an integer> predeterminado: “-1”

Esta opción está obsoleta y no tiene ningún efecto.

--[no]test_runner_fail_fast predeterminado: “false”

Redirecciona la opción de falla rápida al ejecutor de pruebas. El ejecutor de pruebas debe detener la ejecución en la primera falla.

--test_sharding_strategy=<explicit, disabled or forced=k where k is the number of shards to enforce> predeterminado: "explicit"

Especifica la estrategia para el fragmentación de prueba: "explicit" para usar solo la fragmentación si está presente el atributo BUILD "shard_count". "disabled" para nunca usar el fragmentación de prueba. "forced=k" para aplicar fragmentos "k" para las pruebas, independientemente del atributo BUILD "shard_count".

--tool_java_language_version=<a string> predeterminado: ""

La versión del lenguaje Java que se usa para ejecutar las herramientas necesarias durante una compilación

--tool_java_runtime_version=<a string> predeterminado: "remotejdk_11"

La versión del entorno de ejecución de Java que se usa para ejecutar herramientas durante la compilación

--[no]use_ijars predeterminado: "true"

Si está habilitada, esta opción hace que la compilación de Java use archivos JAR de interfaz. Esto generará una compilación incremental más rápida, pero los mensajes de error pueden ser diferentes.