Escribe archivos de configuración de Bazelrc

Informar un problema Ver fuente Nightly · 8.0 . 7.4 . 7.3 · 7.2 · 7.1 · 7.0 · 6.5

Bazel acepta muchas opciones. Algunas opciones varían con frecuencia (por ejemplo, --subcommands), mientras que otras permanecen iguales en varias compilaciones (como --package_path). Para evitar especificar estas opciones sin cambios para cada compilación (y otros comandos), puedes especificar opciones en un archivo de configuración, llamado .bazelrc.

¿Dónde están los archivos .bazelrc?

Bazel busca archivos de configuración opcionales en las siguientes ubicaciones, en el orden que se muestra a continuación. Las opciones se interpretan en este orden, por lo que las opciones de los archivos posteriores pueden anular un valor de un archivo anterior si surge un conflicto. Todas las opciones que controlan cuáles de estos archivos se cargan son opciones de inicio, lo que significa que deben ocurrir después de bazel y antes del comando (build, test, etcétera).

1. El archivo RC del sistema, a menos que --nosystem_rc esté presente.

   Ruta:

   • En Linux, macOS y Unix: /etc/bazel.bazelrc
   • En Windows: %ProgramData%\bazel.bazelrc

   No es un error si este archivo no existe.

   Si se requiere otra ubicación especificada por el sistema, debes compilar un objeto binario de Bazel personalizado y anular el valor de BAZEL_SYSTEM_BAZELRC_PATH en //src/main/cpp:option_processor. La ubicación especificada por el sistema puede contener referencias a variables de entorno, como ${VAR_NAME} en Unix o %VAR_NAME% en Windows.

2. El archivo RC del espacio de trabajo, a menos que --noworkspace_rc esté presente

   Ruta de acceso: .bazelrc en el directorio de tu lugar de trabajo (junto al archivo MODULE.bazel principal)

   No es un error si este archivo no existe.

3. El archivo RC principal, a menos que --nohome_rc esté presente.

   Ruta:

   • En Linux, macOS y Unix: $HOME/.bazelrc
   • En Windows: %USERPROFILE%\.bazelrc si existe, o %HOME%/.bazelrc

   No es un error si este archivo no existe.

4. El archivo RC especificado por el usuario, si se especifica con --bazelrc=file

   Esta marca es opcional, pero también se puede especificar varias veces.

   /dev/null indica que se ignorarán todos los --bazelrc adicionales, lo que es útil para inhabilitar la búsqueda de un archivo rc del usuario, como en las compilaciones de lanzamiento.

   Por ejemplo:

   --bazelrc=x.rc --bazelrc=y.rc --bazelrc=/dev/null --bazelrc=z.rc
   

   • Se leen x.rc y y.rc.
   • Se ignora z.rc debido al /dev/null anterior.

Además de este archivo de configuración opcional, Bazel busca un archivo rc global. Para obtener más detalles, consulta la sección global de bazelrc.

Sintaxis y semántica de .bazelrc

Al igual que todos los archivos "rc" de UNIX, el archivo .bazelrc es un archivo de texto con una gramática basada en líneas. Se ignoran las líneas vacías y las que comienzan con # (comentarios). Cada línea contiene una secuencia de palabras, que se tokenizan según las mismas reglas que la shell de Bourne.

Importaciones

Las líneas que comienzan con import o try-import son especiales: úsalas para cargar otros archivos “rc”. Para especificar una ruta de acceso relativa a la raíz del espacio de trabajo, escribe import %workspace%/path/to/bazelrc.

La diferencia entre import y try-import es que Bazel falla si falta el archivo import (o no se puede leer), pero no es así para un archivo try-import.

Prioridad de importación:

• Las opciones del archivo importado tienen prioridad sobre las opciones especificadas antes de la sentencia de importación.
• Las opciones especificadas después de la sentencia de importación tienen prioridad sobre las opciones del archivo importado.
• Las opciones de los archivos importados más adelante tienen prioridad sobre las de los archivos importados antes.

Valores predeterminados de las opciones

La mayoría de las líneas de un archivo bazelrc definen valores de opciones predeterminados. La primera palabra de cada línea especifica cuándo se aplican estos valores predeterminados:

• startup: Son las opciones de inicio, que van antes del comando y se describen en bazel help startup_options.
• common: Son opciones que se deben aplicar a todos los comandos de Bazel que las admiten. Si un comando no admite una opción especificada de esta manera, se ignora la opción, siempre que sea válida para alguno otro comando de Bazel. Ten en cuenta que esto solo se aplica a los nombres de las opciones: si el comando actual acepta una opción con el nombre especificado, pero no admite el valor especificado, fallará.
• always: Son opciones que se aplican a todos los comandos de Bazel. Si un comando no admite una opción especificada de esta manera, fallará.
• command: Comando de Bazel, como build o query, al que se aplican las opciones. Estas opciones también se aplican a todos los comandos que heredan del comando especificado. (por ejemplo, test hereda de build).

Cada una de estas líneas se puede usar más de una vez, y los argumentos que siguen a la primera palabra se combinan como si hubieran aparecido en una sola línea. (Los usuarios de CVS, otra herramienta con una interfaz de línea de comandos "multiuso", encontrarán la sintaxis similar a la de .cvsrc). Por ejemplo, las siguientes líneas:

build --test_tmpdir=/tmp/foo --verbose_failures
build --test_tmpdir=/tmp/bar

se combinan de la siguiente manera:

build --test_tmpdir=/tmp/foo --verbose_failures --test_tmpdir=/tmp/bar

por lo que las marcas eficaces son --verbose_failures y --test_tmpdir=/tmp/bar.

Precedencia de las opciones:

• Las opciones de la línea de comandos siempre tienen prioridad sobre las de los archivos rc. Por ejemplo, si un archivo rc dice build -c opt, pero la marca de línea de comandos es -c dbg, la marca de línea de comandos tiene prioridad.

• Dentro del archivo rc, la prioridad se rige por la especificidad: las líneas de un comando más específico tienen prioridad sobre las líneas de un comando menos específico.

  La especificidad se define por la herencia. Algunos comandos heredan opciones de otros comandos, lo que hace que el comando de herencia sea más específico que el comando base. Por ejemplo, test hereda del comando build, por lo que todas las marcas bazel build son válidas para bazel test, y todas las líneas build también se aplican a bazel test, a menos que haya una línea test para la misma opción. Si el archivo rc dice lo siguiente:

  test -c dbg --test_env=PATH
  build -c opt --verbose_failures

  entonces, bazel build //foo usará -c opt --verbose_failures y bazel test //foo usará --verbose_failures -c dbg --test_env=PATH.

  El gráfico de herencia (especificidad) es el siguiente:

  • Cada comando hereda de common.
  • Los siguientes comandos heredan de build (y son más específicos que este): test, run, clean, mobile-install, info, print_action, config, cquery y aquery.
  • coverage, fetch y vendor heredan de test

• Dos líneas que especifican opciones para el mismo comando con la misma especificidad se analizan en el orden en que aparecen en el archivo.

• Debido a que esta regla de prioridad no coincide con el orden de los archivos, es útil para la legibilidad si sigues el orden de prioridad dentro de los archivos rc: comienza con las opciones common en la parte superior y termina con los comandos más específicos en la parte inferior del archivo. De esta manera, el orden en que se leen las opciones es el mismo que el orden en que se aplican, lo que es más intuitivo.

Los argumentos especificados en una línea de un archivo rc pueden incluir argumentos que no son opciones, como los nombres de los destinos de compilación, etcétera. Estos, al igual que las opciones especificadas en los mismos archivos, tienen una prioridad menor que sus hermanos en la línea de comandos y siempre se agregan al principio de la lista explícita de argumentos que no son de opción.

--config

Además de establecer opciones predeterminadas, el archivo rc se puede usar para agrupar opciones y proporcionar un atajo para agrupaciones comunes. Para ello, agrega un sufijo :name al comando. Estas opciones se ignoran de forma predeterminada, pero se incluirán cuando la opción --config=name esté presente, ya sea en la línea de comandos o en un archivo .bazelrc, de forma recursiva, incluso dentro de otra definición de configuración. Las opciones especificadas por command:name solo se expandirán para los comandos aplicables, en el orden de precedencia descrito anteriormente.

Nota: Las configuraciones se pueden definir en cualquier archivo .bazelrc y todas las líneas del formulario command:name (para los comandos aplicables) se expandirán en los diferentes archivos rc. Para evitar conflictos de nombres, sugerimos que las configuraciones definidas en los archivos rc personales comiencen con un guion bajo (_) para evitar el uso compartido de nombres no intencional.

--config=foo se expande a las opciones definidas en los archivos rc “in situ” para que las opciones especificadas para la configuración tengan la misma prioridad que tenía la opción --config=foo.

Esta sintaxis no se extiende al uso de startup para establecer opciones de inicio. Se ignorará la configuración de startup:config-name --some_startup_option en .bazelrc.

--enable_platform_specific_config

Las configuraciones específicas de la plataforma en .bazelrc se pueden habilitar automáticamente con --enable_platform_specific_config. Por ejemplo, si el SO host es Linux y se ejecuta el comando build, la configuración de build:linux se habilitará automáticamente. 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.

Consulta --enable_platform_specific_config.

Ejemplo

Este es un archivo ~/.bazelrc de ejemplo:

# Bob's Bazel option defaults

startup --host_jvm_args=-XX:-UseParallelGC
import /home/bobs_project/bazelrc
build --show_timestamps --keep_going --jobs 600
build --color=yes
query --keep_going

# Definition of --config=memcheck
build:memcheck --strip=never --test_timeout=3600

Otros archivos que rigen el comportamiento de Bazel

.bazelignore

Puedes especificar directorios dentro del espacio de trabajo que quieres que Bazel omita, como proyectos relacionados que usan otros sistemas de compilación. Coloca un archivo llamado .bazelignore en la raíz del espacio de trabajo y agrega los directorios que deseas que Bazel omita, uno por línea. Las entradas se relacionan con la raíz del espacio de trabajo.

El archivo bazelrc global

Bazel lee los archivos bazelrc opcionales en este orden:

1. El archivo rc del sistema se encuentra en etc/bazel.bazelrc.
2. Archivo rc del espacio de trabajo ubicado en $workspace/tools/bazel.rc.
3. Archivo rc de inicio ubicado en $HOME/.bazelrc

Cada archivo bazelrc que se indica aquí tiene una marca correspondiente que se puede usar para inhabilitarlos (p.ej., --nosystem_rc, --noworkspace_rc, --nohome_rc). También puedes hacer que Bazel omita todos los bazelrcs pasando la opción de inicio --ignore_all_rc_files.