Durante las últimas semanas ha habido una discusión bastante interesante en la lista de desarrolladores de Asterisk acerca de la (no)metodología de publicación de nuevas releases. Algunos desarrolladores y usuarios estaban descontentos porque consideran que la rama 1.4 no es todo lo estable que debería ser y en alguna de las releases se han introducido bugs importantes.
Finalmente se han decidido por hacer un ciclo formal de Release Candidates para la versión 1.6 documentando qué partes de código/funcionalidades son las que más se han modificado/añadido para que sea más sencillo saber a qué cosas prestarle más atención. Disponiendo de las Release Candidates se supone que mucha más gente podrá probar estas nuevas versiones y durante más tiempo, lo que debería significar que la versión final sea más estable y “limpia” de errores.
Para la rama 1.4 se ha decidido que al publicar una nueva versión por algún problema de seguridad, esa versión sólo incluirá los cambios para solucionar ese problema de seguridad y no como ahora que una nueva versión incluye la solución del problema de seguridad más todos los cambios que se hayan hecho desde la ultima versión publicada.
Además, aún se está discutiendo si hacer un sistema de “nightly builds” pero no está nada claro porque hay división de opiniones.
Bueno, parece que Digium va aprendiendo a gestionar proyectos grandes
Pingback: SinoLogic » Asterisk 1.4.18-rc2 Released!
Pingback: Asterisk 1.4.18 released! at Mi Brain-Training Personal
Pingback: Blog de Jerocu » Blog Archive » Release engineering
Pingback: Asterisk, Digium, SIP, Olle, release engineering… | Blog de Jerocu