| Conoce todo el proceso que conlleva una liberación.. |
 |
 |
 |
| Viernes, 22 de Febrero de 2008 05:55 | |||
|
Hemos seguido una serie de pasos básicos durante este ciclo de liberación. Un punto de congelamiento generalmente marca el inicio de el ciclo (punto de referencia), hemos documentado el proceso en el procedimiento de liberación y lista de puntos en la documentación wiki. Un congelamiento del código marca el inicio, pero no dice nada sobre el tiempo que se necesitará para liberar un paquete. Si echas un vistazo al congelamiento inicial de Joomla! 1.5.0 nos tomó 2 semanas completas antes de liberar la versión, con la 1.5.1 nos tomó 4 dÃas en total. La cantidad necesaria de tiempo depende de los resultados de las pruebas que hacemos mientras creamos el paquete, el resto del tiempo se emplea en logÃstica (sección de descargas, anuncio, revisión junto con otros grupos de trabajo etc). Problemas en SeenuDentro de Joomla! 1.5.1 se encontraron dos problemas menores. El primero ocurre cuando actualizas desde Joomla! 1.5.0 a 1.5.1. Cuando actualizas, no se encuentra $live_site dentro de configuration.php. Cuando tienes el reporte de errores habilitado (configurado a max) en el servidor o en la configuración global y luego vas a la configuración global después de actualizar, PHP muestra un mensaje con respecto a $live_site. Cuando guardas la configuración, en lugar de live_site guardas el mensaje de error. Asà que o bien apagas el reporte de errores primero y luego actualizas, vas a la configuración global y haces click en guardar, o editas luego el archivo configuration.php a mano. Este problema ya esta resuelto y corregido en los paquetes, pero si te topas con el deberás corregir manualmente la variable en el archivo de configuración para resolver este problema.Seguramente la gente querrá saber por que hemos agregado esta nueva variable en la configuración global. El propósito de la misma es el de rectificar problemas SEF con aquellos servidores que tienen conflicto con la URL base (Base URL) . Puedes colocar una URL completa en la variable $live_site y esta sobreescribirá el comportamiento por defecto de Joomla! que detecta la URL base para el sitio. Anthony Ferrera (miembro del equipo de desarrollo y lÃder del escuadrón anti bugs de Joomla! 1.5) ha escrito un mensaje en el foro que describe esto con más detalle. El segundo problema es realmente algo pequeño. La versión que se muestra en el backend (cpanel) aun muestra 1.5.0 más allá de que el archivo de versión contenga la información correcta. Este problema también esta resuelto pero no forma parte del paquete de la versión 1.5.1 . Si crees haber localizado otros problemas siempre puedes usar el foro para discutir las circunstancias bajo las cuales el problema ocurre o publicar asuntos en nuestro tracker. Para aquellos que tal vez deseen saber como trabajamos una breve descripción de como lo hacemos esta documentada en la descripción del proceso de mantenimiento de Joomla! en la documentación del wiki. ¿Cual es el plan para Joomla! 1.0.14 y 1.5.2?Algunos habrán notado que hemos congelado el código base para Joomla! 1.0. Esto significa que estamos buscando los últimos detalles a ser resueltos antes de que podamos liberar esta versión. Más allá del problema de cross site scripting que hemos reparado, también se han reparado una gran cantidad de pequeños problemas. Más detalles estarán disponibles en el anuncio oficial.Dentro de la versión de mantenimiento 1.5.2 nos enfocaremos mayormente en dos tópicos centrales; open-id y todos los asuntos relacionados con el lenguaje, aunque por supuesto, resolveremos otras cosas también. Para la versión 1.5.3 fijaremos algunas nuevas metas, dependiendo de lo que sea reportado en los foros y el tracker. Texto original: What it takes to create a release…
|
Como mencionamos en el anuncio de seguridad de Joomla! 1.5.0 (Khepri), la creación de Joomla! 1.5.1 (Seenu) llegó antes de lo planeado. Entre el equipo anti bugs y el equipo de desarrollo tratamos de crear un ciclo de liberación de versiones que dure de 4 a 6 semanas, simplemente para evitar que nuestros usuarios tengan que realizar actualizaciones constantemente. también hay, por supuesto, personas que utilizan nuestras versiones alfa y beta disponibles en nuestro repositorio de Joomlacode, pero estas personas generalmente tienen experiencia y saben lo que estan haciendo, y cuales son los riesgos de usar este tipo de versiones.