Política de lanzamiento

Informar un problema Ver fuente . Por la noche · 7.3 · 7.2 · 7.1 · 7.0 · 6.5

Bazel mantiene un Asistencia a largo plazo (LTS) de lanzamiento, en el que se lanza una versión principal cada nueve meses y una menor se lanzan mensualmente. En esta página, se aborda la política de lanzamiento de Bazel, incluidos los candidatos, los cronogramas, los anuncios y las pruebas.

Las versiones de Bazel están en GitHub:

Versiones potenciales

Una versión candidata para una nueva versión de Bazel suele crearse en el a principios de cada mes. Se hace un seguimiento del trabajo actualización de errores en GitHub que indica una fecha de lanzamiento prevista y se asigna al Administrador de versiones actual. Las versiones candidatas deben pasar todas las pruebas de unidades de Bazel y no deben mostrar de regresión en los proyectos probados en Buildkite.

Los candidatos se anuncian el bazel-debate. Durante los próximos días, el equipo de Bazel supervisa los informes de errores de la comunidad para detectar cualquier regresiones en los candidatos.

En proceso de lanzamiento

Si no se descubren regresiones, el candidato se libera oficialmente después una semana. Sin embargo, las regresiones pueden retrasar el lanzamiento de una versión candidata. Si regresiones, el equipo de Bazel aplica los mejores muestra a los de lanzamiento para corregir esas regresiones. Si no se encuentran más regresiones durante dos días hábiles consecutivos a partir de una semana desde el primer versión candidata, se libera el candidato.

Las funciones nuevas no se seleccionan cuidadosamente en una versión candidata después de que se cortan. Además, si una función nueva presenta errores, es posible que se revierta versión candidata. Solo errores que tengan el potencial de causar un impacto alto o romperse la compilación de lanzamiento se corrigen en una versión candidata después de que se corta.

Las versiones solo se publican en días hábiles que al día siguiente son hábiles.

Si se encuentra un problema crítico en la versión más reciente, el equipo de Bazel crea un a la versión de parche aplicando la corrección a la versión. Debido a que este parche actualiza una actualización existente en lugar de crear una nueva, la versión candidata de parche lanzarse después de dos días hábiles.

Prueba

Una compilación nocturna de todos los proyectos que se ejecutan en Se ejecuta ci.bazel.build con Bazel. binarios compilados en la cabeza y lanzar objetos binarios. Proyectos que se verán afectados por una un cambio rotundo.

Cuando se emite un lanzamiento candidato, otros proyectos de Google, como TensorFlow se prueban en su infraestructura completa conjunto de pruebas con los objetos binarios candidatos para el lanzamiento. Si tienes un proyecto fundamental con Bazel, te recomendamos que establezcas un proceso de prueba automatizado que hace un seguimiento de la versión candidata actual e informa cualquier regresión.