Historial de versiones

La versión actual de ghchronicle es la 2.6.5, etiquetada el 2026-09-30. Ninguna de las dos está escrita a mano en esta página: el número se lee del fichero VERSION del repositorio al compilar el sitio, la fecha del encabezado que ese número lleva en CHANGELOG.md, y el sitio no compila si falta ese encabezado. Toda orden de instalación que nombra una versión la toma del mismo fichero.

Qué recoge el changelog

CHANGELOG.md dice qué cambió en cada versión, por qué, la medida que lo respalda y la parte que nadie verificó. Donde una afirmación suya se midió, dice sobre qué. Tiene una sección por versión, la más reciente primero, cada una encabezada por la versión y el día en que se subió su etiqueta, y desde la 2.5.1 la sección de una release es, palabra por palabra, sus notas en GitHub; la página de la release añade las órdenes para descargar y verificar y un enlace a los commits. Una sección no tiene etiqueta detrás: la 2.5.2 nunca salió por su cuenta, y sus cambios salieron en la 2.6.0. Está en inglés, como todo el repositorio fuera de este sitio.

Cómo son las primeras horas al pasar de una release a la siguiente está en actualizar.

El sitio enlaza el fichero en vez de copiarlo, así que hay un solo historial que mantener. Las versiones siguen el versionado semántico, y un binario dice cuál es la suya con ghchronicle -version, una de las cinco opciones que imprimen y salen.

Dónde está cada versión

• Las releases de GitHub tienen cada etiqueta numerada con sus notas y sus ficheros: un archivo para Linux, macOS y Windows en amd64 y arm64, un SBOM SPDX por archivo y checksums.txt sobre todos ellos. El fichero de sumas y cada SBOM llevan una firma de cosign sin clave, y comprobar lo que has descargado tiene las órdenes. Una release con el nombre de una etiqueta mayor, como v1, está ahí para el listado de la Action en el Marketplace y no lleva ficheros.
• La imagen de contenedor, ghcr.io/jmrplens/ghchronicle, se etiqueta con la versión de cada release precedida de una v, y con latest, para linux/amd64 y linux/arm64; latest pasa a la imagen de una release solo cuando el workflow de release la ha verificado y ejecutado. Desde la 2.5.1 lleva una firma de cosign sin clave con la misma identidad de flujo que el fichero de sumas, y verificar la imagen tiene la orden.
• El feed de releases es la misma lista en Atom, para un lector de feeds.
• La Action sigue a la versión mayor: jmrplens/ghchronicle@v2 se resuelve a través de una etiqueta v2 que el flujo de release mueve a cada release 2.x en cuanto sus ficheros están publicados. Ver GitHub Actions.