Bazel mantiene un modelo de lanzamiento de asistencia a largo plazo (LTS), en el que se lanza una versión principal cada nueve meses y las versiones secundarias cada mes. En esta página, se describe la política de lanzamiento de Bazel, incluidos las versiones candidatas, los cronogramas, los anuncios y las pruebas.
Las versiones de Bazel se pueden encontrar en GitHub.
Lanzamiento de los candidatos
Por lo general, se crea una versión candidata para una versión nueva de Bazel a principios de cada mes. Un error de versión en GitHub hace un seguimiento del trabajo, que indica una fecha de lanzamiento objetivo, y se asigna al administrador de versiones actual. Las versiones candidatas deben pasar todas las pruebas de unidades de Bazel y no mostrar regresiones no deseadas en los proyectos probados en Buildkite.
Las versiones candidatas se anuncian en bazel-discuss. En los próximos días, el equipo de Bazel supervisará los informes de errores de la comunidad en busca de regresiones en los candidatos.
Liberando
Si no se descubren regresiones, el candidato se publica oficialmente después de una semana. Sin embargo, las regresiones pueden retrasar el lanzamiento de una versión candidata. Si se encuentran regresiones, el equipo de Bazel aplica las mejores selecciones a la versión candidata para el lanzamiento para corregir esas regresiones. Si no se encuentran más regresiones durante dos días hábiles consecutivos a partir de la semana posterior a la primera versión candidata, esta se publicará.
Las funciones nuevas no se seleccionan de manera cuidadosa en las opciones para el lanzamiento después de que se cortan. Además, si una función nueva tiene errores, es posible que se revierta de la versión candidata a lanzamiento. Solo los errores que tienen el potencial de afectar o dañar la compilación de lanzamiento se corrigen en una versión candidata para el lanzamiento después de que se corta.
Las versiones solo se lanzan durante un día en el que el día siguiente es un día hábil.
Si se encuentra un problema crítico en la versión más reciente, el equipo de Bazel crea una versión de parche mediante la corrección de la versión. Debido a que este parche actualiza una versión existente en lugar de crear una nueva, la versión candidata para el parche se puede lanzar después de dos días hábiles.
Prueba la configuración
Se ejecuta una compilación nocturna de todos los proyectos que se ejecutan en ci.bazel.build, mediante objetos binarios de Bazel compilados en el encabezado y objetos binarios de lanzamiento. Los proyectos que se verán afectados por un cambio rotundo reciben una notificación.
Cuando se emite una versión candidata, otros proyectos de Google, como TensorFlow, se prueban en su conjunto de pruebas completo con los objetos binarios de los candidatos de lanzamiento. Si tienes un proyecto crítico con Bazel, te recomendamos que establezcas un proceso de prueba automatizado que haga un seguimiento de la versión candidata para el lanzamiento actual y que informes las regresiones.