Firefox cambia a un ciclo de lanzamiento más corto

Desarrolladores de Firefox ellos proclamaron sobre reducir el ciclo de preparación para los nuevos lanzamientos de navegadores a cuatro semanas (anteriormente, los lanzamientos se preparaban en 6 a 8 semanas). Firefox 70 se lanzará según el calendario anterior el 22 de octubre, seguido de Firefox 3 seis semanas después, el 71 de diciembre, seguido de lanzamientos posteriores. se formará una vez cada cuatro semanas (7 de enero, 11 de febrero, 10 de marzo, etc.).

La rama de soporte a largo plazo (ESR) seguirá publicándose una vez al año y recibirá soporte durante otros tres meses después de la formación de la próxima rama ESR. Las actualizaciones correctivas para la rama ESR se sincronizarán con las versiones periódicas y también se publicarán cada 4 semanas. La próxima versión de ESR será Firefox 78, prevista para junio de 2020. El desarrollo de SpiderMonkey y Tor Browser también pasará a un ciclo de lanzamiento de 4 semanas.

La razón citada para acortar el ciclo de desarrollo es el deseo de ofrecer nuevas funciones a los usuarios más rápidamente. Se espera que los lanzamientos más frecuentes proporcionen una mayor flexibilidad en la planificación del desarrollo de productos y la implementación de cambios prioritarios para satisfacer las demandas comerciales y del mercado. Según los desarrolladores, un ciclo de desarrollo de cuatro semanas permite un equilibrio óptimo entre la entrega rápida de nuevas API web y garantizar la calidad y la estabilidad.

Reducir el tiempo para preparar una versión conducirá a una disminución en el tiempo de prueba para las versiones beta, las compilaciones nocturnas y las versiones de Developer Edition, lo que se planea compensar con una generación más frecuente de actualizaciones para las compilaciones de prueba. En lugar de preparar dos nuevas versiones beta por semana, está previsto adaptar el esquema de lanzamiento de actualizaciones frecuentes para la rama beta, que anteriormente se utilizaba para las compilaciones nocturnas.

Para reducir el riesgo de problemas imprevistos al agregar algunas innovaciones importantes, los cambios asociados con ellas no se comunicarán a los usuarios de las versiones de inmediato, sino gradualmente: primero, la función se activará para un pequeño porcentaje de usuarios y luego se llevará a cobertura total o desactivación dinámica cuando se identifican defectos. Además, para probar innovaciones y tomar decisiones sobre su inclusión en la estructura principal, el programa Test Pilot invitará a los usuarios a participar en experimentos que no están vinculados al ciclo de lanzamiento.

Fuente: opennet.ru

Añadir un comentario