Sé que recomiendas tests-passed, pero necesito seguir la rama estable, y acaba de aparecer la 3.2.1. Sin embargo, me pregunto por qué aparece como 3.2.1+9. ¿No se supone que la rama estable debe estar en la etiqueta lanzada (al menos inmediatamente después del lanzamiento)?
Según mi entendimiento, v3.2.0 +9 el +9 significa que hay algunos commits disponibles además de tu versión actual (antes de la 3.2.1).
v3.2.1 +5 significaría que puedes actualizar a la siguiente versión, 3.2.1, y ya se han añadido algunos commits además de esta versión. Normalmente, creo que serían correcciones importantes retroportadas de la rama principal.
Entiendo que podría ser confuso al principio. Me pregunto si esto podría mejorarse.
ah ok, así que la columna del repositorio significa “tu instalación actual local”, eso podría tener sentido, gracias. Y leí el anuncio de la 3.2.1 hoy, así que me sorprendió que ya haya más commits, pero si esto es esperado, también está bien para mí.
¿Alguna idea de por qué el panel principal todavía no me muestra esa actualización? (Puedo entender que solo se actualice diariamente, pero entonces también debería haberse actualizado cuando revisé manualmente la pestaña “Actualizaciones”).
Esto es correcto, la etiqueta de la siguiente versión es 3.2.1. Nos saltamos un par de commits justo antes del salto, por lo que se añadieron justo después, de ahí el +5. Normalmente nos aseguramos de hacer el backport antes de que se emita la etiqueta, pero esta vez nos equivocamos. Pasa.
Ten en cuenta que los commits +5 allí corrigen los siguientes problemas:
una traducción para guidelines_topic.body
un error con las validaciones de claves de seguridad en una versión anterior de Firefox (no la última)
estilo para los marcadores de posición de vídeo
El ID del commit que obtendrás después de la actualización es 6a0aa03@ecki, incluye las correcciones anteriores.
La pantalla “Actualizaciones” es del plugin del gestor de docker, el panel principal es la comprobación del núcleo, que solo ocurre una vez al día. Los dos no se comunican, de ahí la discrepancia. (Buen punto, sin embargo, sería bueno si se comunicaran).
Ya que estamos en el tema, ¿existe algún mecanismo para decidir cuándo se debe reconstruir, por ejemplo, actualizaciones de emergencia de contenedores base/db/datos, o eso nunca se señala en el panel de actualización del frontend?
