Hace menos de un mes (en octubre de 2013), hubo una versión estable (Saucy) y ahora hay una en desarrollo activo inmediatamente, ¿a qué se debe? ¿No debería el desarrollo centrarse en la versión estable o ambas ramas/versiones proporcionarán la misma cantidad de correcciones? ¿Qué cambiará en la nueva versión de desarrollo que no se pueda importar desde la versión estable actual?
He visto un par de preguntas, pero preguntan cómo pasar de desarrollo a estable, no dentro del alcance. Me gustaría una respuesta como esta.¿La ISO alfa/beta se volverá oficial después del lanzamiento?
Respuesta1
Hace menos de un mes, hubo una versión estable (Saucy) y ahora mismo hay una en desarrollo activo de inmediato, ¿a qué se debe?
Porque siempre hay una versión de desarrollo. Tan pronto como se congela la versión de desarrollo, la gente comienza a trabajar en la siguiente versión, que luego se convierte en la versión de desarrollo. Simplemente funciona así cada seis meses. "+1" simplemente se refiere a la "próxima versión".
"+1" también se usa para referirse al +2 (etc.) cuando se desconoce el nombre, como "Trusty+1" para referirse a 14.10.
¿No debería el desarrollo centrarse en la versión estable o ambas ramas/versiones proporcionarán la misma cantidad de correcciones?
Pero la versión estable esliberado. Por supuesto, ya está hecho. Es perfecto. Las únicas excepciones a esta regla son:
- Actualizaciones de seguridad. Esta es la causa principal para retirar las correcciones.
- Actualizaciones del navegador. Estos solían limitarse a corregir correcciones de seguridad, pero se consideró más beneficioso hacer avanzar todo el navegador.
- OtroActualizaciones de versión establedonde la importancia de la reparación se considera valiosa (y sin daños).
- Pilas de habilitación de hardware LTS. Estos son paquetes de kernels, controladores y compilaciones X que se actualizan a las últimas versiones estables en cada lanzamiento para que los usuarios de LTS puedan mantenerse levemente actualizados sin cambiar el resto del sistema. Esto es importante dada la velocidad de las mejoras gráficas (y el nuevo hardware) en estos días.
Lo que estás describiendo es una versión continua donde la estabilidad y el desarrollo son prácticamente lo mismo. Así no es como funciona Ubuntu.
¿Qué cambiará en la nueva versión de desarrollo que no se pueda importar desde la versión estable actual?
Cualquier cosa. Todo.
Con la excepción de la lista anterior, nadacambiosen una versión estable. La idea es mantener estable una versión estable y eso se logra modificándola lo menos posible.
Respuesta2
"¿Porqué es eso?"
Existe una clara diferencia entre agregar nuevas funciones y corregir errores. El primero es "desarrollo" y el segundo se aplica a una versión "estable". La versión estable no sería muy estable si todo el desarrollo que ocurre, por ejemplo, en Ubuntu Touch y Mir aterrizara en los sistemas instalados de los usuarios.
Es por eso que, una vez que una versión de Ubuntu se lanza como "estable", no obtiene muchas características nuevas, sino que se concentra en corregir errores en los paquetes existentes sin necesariamente actualizarlos a versiones completamente nuevas.
Todos los nuevos desarrollos ocurren en la versión de "desarrollo", que los usuarios, por supuesto, pueden probar, con la advertencia de que puede aparecer software de última generación en cualquier momento y posiblemente romper las expectativas sobre cómo se comportaría el sistema.
¿No debería el desarrollo centrarse en la versión estable?
Todo lo contrario, consulte la explicación anterior.
or both branch/releases will provide the same amount of fixes?
Una versión estable solo obtendrá correcciones, mientras que una versión de desarrollo obtendrá correcciones y nuevas versiones/funciones.
Ver el procedimiento paraaceptar una actualización de versión estableEn la versión estable, verá que un requisito es corregir primero un error en la serie de desarrollo, antes de solicitar que se aplique a la versión estable. Lea también la sección "Por qué" para obtener una vista ampliada de la explicación que di.