El sistema Bazel se implementa como un proceso de servidor de larga duración. Esto permite
realizar muchas optimizaciones que no son posibles con una implementación orientada a lotes,
como el almacenamiento en caché de archivos BUILD, gráficos de dependencias y otros metadatos de una
compilación a la siguiente. Esto mejora la velocidad de las compilaciones incrementales y permite que diferentes comandos, como build y query, compartan la misma caché de paquetes cargados, lo que hace que las consultas sean muy rápidas.
Cuando ejecutas bazel, ejecutas el cliente. El cliente encuentra el servidor
en función de la base de salida, que se determina de forma predeterminada según la ruta de acceso del directorio del lugar de trabajo
base y tu ID de usuario, por lo que, si compilas en varios lugares de trabajo,
tendrás varias bases de salida y, por lo tanto, varios procesos de servidor de Bazel.
Varios usuarios en la misma estación de trabajo pueden compilar de forma simultánea en el mismo lugar de trabajo porque sus bases de salida diferirán (ID de usuario diferentes).
Si el cliente no puede encontrar una instancia de servidor en ejecución, inicia una nueva. Para ello,
verifica si la base de salida ya existe, lo que implica que el archivo
Blaze ya se descomprimió. De lo contrario, si la base de resultados no existe, el cliente descomprime los archivos del archivo y establece sus mtime en una fecha de 9 años en el futuro. Una vez instalado, el cliente confirma que los archivos mtime de los archivos descomprimidos son iguales a la fecha lejana para garantizar que no se haya producido una manipulación de la instalación.
El proceso del servidor se detendrá después de un período de inactividad (de forma predeterminada, 3 horas, que se pueden modificar con la opción de inicio --max_idle_secs). En la mayoría de los casos, el hecho de que haya un servidor en ejecución es invisible para el usuario, pero a veces es útil tenerlo en cuenta. Por ejemplo, si ejecutas secuencias de comandos que realizan muchas compilaciones automatizadas en diferentes directorios, es importante que te asegures de no acumular muchos servidores inactivos. Para ello, puedes cerrarlos de manera explícita cuando termines con ellos o especificar un corto tiempo de espera.
El nombre de un proceso del servidor de Bazel aparece en el resultado de ps x o ps -e f
como bazel(dirname), en el que dirname es el nombre base del directorio que contiene la raíz del directorio de tu lugar de trabajo. Por ejemplo:
ps -e f
16143 ? Sl 3:00 bazel(src-johndoe2) -server -Djava.library.path=...
Esto permite determinar con mayor facilidad qué proceso del servidor pertenece a un lugar de trabajo determinado. Ten en cuenta que, con otras opciones para ps, los procesos del servidor
de Bazel pueden llamarse solo java. Los servidores de Bazel se pueden detener mediante el comando
apagar.
Cuando se ejecuta bazel, el cliente primero comprueba que el servidor sea la versión adecuada. De lo contrario, el servidor se detiene y se inicia uno nuevo. Esto garantiza que el uso de un proceso de servidor de larga duración no interfiera en el control de versiones correcto.