Hoja de ruta para la versión 10.10.0

Traducción Beta No Oficial

Esta página fue traducida por PageTurner AI (beta). No está respaldada oficialmente por el proyecto. ¿Encontraste un error? Reportar problema →

Nos complace anunciar que comenzamos el proceso para el lanzamiento de la versión 10.10.0, ¡con una fecha planeada para el sábado 26 de octubre (actualizado - ver más abajo) de 2024! Dijimos 6 meses en nuestras publicaciones del lanzamiento 10.9.0, ¡y lo estamos cumpliendo! La congelación de funciones propiamente dicha comienza la próxima semana, con una "congelación suave" de nuevos PR hoy mismo. Esto es lo que necesitas saber sobre la cronología y un repaso de cómo ayudarnos a probar 10.10.0 antes del lanzamiento. Recuerda: cuantas más personas ayuden a probarla antes del lanzamiento, menos errores encontraremos después del lanzamiento. ¡Así que enciendan esos servidores secundarios y avisen a sus usuarios: 10.10.0 está en camino!

¡Desarrolladores/colaboradores y usuarios que quieran más información, sigan leyendo!

- Joshua

El Lanzamiento

¿Qué hay de diferente esta vez?

¡Casi nada! Seguimos el mismo proceso general que en el lanzamiento de 10.9.0, aunque con una cronología ligeramente ajustada y pasos más definidos.

Cronología del Lanzamiento

• Lunes 9 de septiembre de 2024 (unstable 20240909): Última llamada para PR de funciones, primera beta. Cualquier PR de función nuevo debe enviarse ahora para evitar perderse la congelación de funciones. ¡Esta es tu advertencia con una semana de anticipación! Desarrolladores/colaboradores manténganse al tanto de los comentarios de revisión de sus PR o su PR podría perderse los plazos siguientes y tener que esperar hasta la 10.11.0.

• Lunes 16 de septiembre de 2024 (unstable 20240916): Congelación de funciones, segunda beta. Cualquier PR de función nuevo después de este punto deberá esperar hasta la 10.11.0 (en otros ~6 meses). Los PR de funciones en curso probablemente se incluyan si se resuelven todos los comentarios antes de la congelación de API. Nuevamente desarrolladores/colaboradores, manténganse al tanto de los comentarios de revisión de sus PR. Los nuevos PR después de este punto deben ser solo correcciones de errores. Los usuarios pueden comenzar a probar con seriedad esta versión unstable.

• Lunes 23 de septiembre de 2024 (unstable 20240923): Congelación de API, tercera beta. Todos los PR de funciones deben fusionarse para este momento. Si no lo están, se moverán al proyecto 10.11.0 y solo se fusionarán en master una vez lanzada la 10.10.0. La API ahora está semi-congelada para que los desarrolladores de clientes puedan trabajar con confianza en los cambios necesarios para la compatibilidad con 10.10.0.

• Lunes 30 de septiembre de 2024 (unstable 20240930): Bloqueo de API, primer candidato a lanzamiento (RC1). Los PR de correcciones de errores importantes deberían estar fusionados o bien encaminados para este punto. Solo correcciones de errores que no modifiquen la API después de este momento. Deberíamos tener un borrador de publicación de blog resumiendo las funciones para este punto.

• Lunes 7 de octubre de 2024 (unstable 20241007): Última versión unstable planeada, segundo candidato a lanzamiento (RC2). El lanzamiento debería estar básicamente listo, y cualquier PR de corrección de errores restante debe fusionarse antes de esta versión unstable.

• Sábado 12 de octubre de 2024: ¡Lanzamiento de la versión 10.10.0!

Posibles Cambios en la Cronología

ACTUALIZACIÓN 2024-10-12: Hemos optado por un retraso de dos semanas debido a cambios pendientes en Web que deben incluirse. Actualmente planeamos el lanzamiento para el 26 de octubre.

Dado que esta es una versión mucho más pequeña y rápida que las 10.8.0 o 10.9.0, esperamos que este tiempo sea suficiente para tener todo listo. Pero si descubrimos que no lo es, nos reservamos el derecho de añadir una semana extra en uno o ambos de los siguientes momentos:

• Tras la congelación de características (Feature freeze), si descubrimos que quedan correcciones de errores importantes que requieran tiempo adicional para fusionarse antes de la congelación de la API.

• Tras el bloqueo de la API (API lock), si descubrimos que quedan correcciones de errores que no rompan la API y requieran tiempo adicional para fusionarse antes del inestable final.

Si ninguna de estas situaciones ocurre, la versión se lanzará según lo planeado; de lo contrario, se añadirá un paso adicional en la cronología después de los puntos indicados que coincida con la etapa anterior. Esto podría retrasar el inestable final hasta el 14 o el 21 de octubre, y el lanzamiento final hasta el 19 o el 26 de octubre. Si esto es de su interés, esté atento a nuestro canal de Anuncios en Matrix para recibir avisos.

Información para clientes de terceros

Después de la congelación de la API, idealmente nuestra API debería permanecer estable, aunque es posible que haya cambios menores hasta el paso de bloqueo de la API. No dude en comenzar a probar la compatibilidad y reportar cualquier problema ahora, y esté pendiente de esas fechas para la especificación final de la API.

Información para colaboradores

Si está contribuyendo a Jellyfin y sus PRs de características no cumplen con el plazo, por favor no se preocupe. Estamos comprometidos con este cronograma más corto para futuras versiones principales, por lo que la 10.11.0 está como máximo a unos 6 meses. Su característica eventualmente se incluirá.

Si desea ayudar enviando una corrección de errores, hágalo lo antes posible, ya que nos gustaría incluir y probar tantas correcciones como sea posible antes del bloqueo de la API, para tener al menos 2 semanas de pruebas finales antes del lanzamiento. Asegúrese de especificar claramente que se trata de una corrección de errores, y de mantener sus cambios en el mínimo absoluto necesario para solucionar el error. Los PRs de correcciones apuntarán a la rama master hasta el lanzamiento final, momento en el que apuntarán a la rama release-10.10.z para futuras versiones de mantenimiento.

Cómo puede probar

Probar esta versión debería ser muy fácil, igual que con la 10.9.0. Dado que nuestras versiones preliminares son "simplemente" nuestras versiones inestables, eso significa que solo necesita seguir nuestro proceso normal de instalación "inestable".

Para encontrarlo, visite nuestra página principal de descargas del servidor, seleccione la plataforma que necesita en la parte superior central, luego en la esquina superior derecha, seleccione "Inestable". Las instrucciones y enlaces serán ahora para la versión inestable. También puede encontrar documentación adicional de pruebas en los documentos.

Para Docker, esto simplemente significa descargar la etiqueta unstable de la imagen. Para los repositorios de Debian y Ubuntu, esto significa añadir unstable a su entrada jellyfin.sources existente. Para otras plataformas, revise las instrucciones proporcionadas, ya que no todas las plataformas admitirán la versión inestable.

A continuación, antes de instalar una versión inestable, asegúrese de hacer una copia de seguridad de la configuración actual de su servidor. No es posible revertir in situ ya que hay cambios en la base de datos. Simplemente hacer una copia simple de sus directorios de configuración con Jellyfin detenido es suficiente, y dónde se encuentran depende de la plataforma.

A continuación, si utilizas complementos, instala el repositorio de complementos inestables. Debido a problemas de compatibilidad, distribuimos los complementos para versiones inestables en un manifiesto separado, por lo que debe agregarse manualmente. En el primer inicio, todos los complementos incompatibles (es decir, todos los complementos existentes durante una actualización) se actualizarán. Para agregar el repositorio, navega al Panel de Administración, luego a Avanzado > Complementos, y haz clic en la pestaña Repositorios en la parte superior. Haz clic en el botón "+" Agregar e introduce "Unstable" como nombre y "https://repo.jellyfin.org/files/plugin-unstable/manifest.json" como URL del Repositorio. También recomendamos desactivar o eliminar el repositorio Estable en este momento, ya que podrían generar conflictos. Tras la actualización inicial, quizá necesites reiniciar manualmente tu instancia de Jellyfin una vez más para asegurar que todos los complementos se activen correctamente.

Finalmente, instala la versión inestable y ejecútala. La actualización debería realizarse sin problemas en segundo plano, y podrás iniciar sesión en tu instancia de Jellyfin con normalidad después de este paso. Asegúrate de realizar un hard refresh en tu navegador y reiniciar todos los clientes.

Una vez que se lance completamente la versión 10.10.0, podrás volver fácilmente a la versión estable reinstalando la nueva versión estable y cambiando al manifiesto de complementos estable (URL "https://repo.jellyfin.org/files/plugin/manifest.json"). Las versiones inestables se pausarán durante al menos 2 semanas tras el lanzamiento para darte suficiente tiempo de cambiar.

Cómo reportar errores

Al ejecutar versiones preliminares inestables, reportar errores es crucial. ¡Después de todo, si no conocemos los errores, no podemos solucionarlos!

Primero, si encuentras un error, asegúrate de usar la última versión inestable e intenta reproducirlo varias veces. Si no puedes, podría ser un evento aislado, pero si reaparece, ¡repórtalo sin dudar!

Puedes reportar errores en nuestra página de issues en GitHub o en nuestros Foros.

Incluye dos datos clave en tu reporte además de la información estándar. Primero, la "Build Version" que aparece en la página principal del panel. Esto identifica la compilación inestable exacta que usas y ayuda a diagnosticar el problema. Es especialmente importante si el error aparece en compilaciones posteriores. Segundo, especifica claramente que usas versiones inestables (no estables) y si es una actualización o instalación nueva, ya que esto es información relevante.

Una vez reportado el error, revisa periódicamente si solicitan información adicional. ¡Esperamos solucionarlo pronto!

¡Gracias y felices reproducciones!