Repository navigation
v1.2.0: binarios verificables y filtro de la galería - #63
Merged
Merged
Conversation
release.yml firma con actions/attest-build-provenance (fijada por SHA, v4.2.2) una atestación de procedencia de cada binario, con subject-checksums sobre el checksums.txt que --check acaba de comparar con release/checksums.txt y antes de subirlos. id-token: write y attestations: write solo en el job binaries. La Action no cambia: sigue confiando solo en release/checksums.txt de su árbol. TestReleaseAttestsTheBinaries vigila permisos, orden y que action.yml no use atestaciones. Hecho por Claude. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
- Selector de especie en la galería (Todas o una sola: fases, ánimos, accesorios y tarjeta compacta), progresivo: sin JavaScript se ve todo. Sin almacenamiento (origen compartido), sin tocar location.hash, valor validado contra la lista cerrada de la carga; los enlaces «Ir a:» y hashchange cambian el filtro si la especie estaba oculta; mensaje en role=status. - «Binarios verificables» en Privacidad (y enlace «Verificar» en la cabecera): cómo comprobar un binario con gh attestation verify. - Tests: page.test.js (Node, 7 escenarios), TestGalleryHasSpeciesFilter, TestPageExplainsAttestations; recuentos de botones de copia y opciones marcadas al día. Ninguna tarjeta SVG cambia. Hecho por GPT-5.6 Luna (delegado); revisado, corregido (lista cerrada fijada al cargar, bloques compactos en el test, gh auth login) y probado en Chromium por Claude. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
CLI 1.2.0, CHANGELOG [1.2.0] - 2026-11-02 (incluye lo de la rama tras publicar de la 1.1.0), PLAN.md al día (fuera los pasos de publicación de la 1.0.0 y la 1.1.0 ya hechos y el aviso de Private vulnerability reporting, ya activo), MEMORY.md, AGENTS.md, skill publicar-version. Verificación con gh attestation verify en README, docs/USO.md, docs/DESARROLLO.md y SECURITY.md, con el aviso «la 1.2.0 aún no está publicada» que quita la rama v1.2-tras-publicar. Hecho por Claude. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
release/checksums.txt generado con scripts/build-release.sh --write (Go 1.27.3) después del último cambio de código y de la web; reproducible (con GOFLAGS=-tags=zzz, los mismos bytes). Activa el binario precompilado al publicar la v1.2.0; antes, el paso bin recibe 404 y compila. Hecho por Claude. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
- Al envolver cada especie en .species-block, h3.species:first-of-type se aplicaba a todas las especies y a «Tarjeta compacta», que perdían la línea discontinua y el margen. Ahora solo el primer bloque de la galería (#galeria > .species-block:first-of-type > h3.species). Test: TestGalleryHasSpeciesFilter (comprobado que falla con la regla vieja) y medido en Chromium con «Todas». - #species-pick-msg va con hidden en la plantilla y page.js lo muestra junto al selector. - La web explica que, con solo --repo, gh attestation verify comprueba que lo firmó un workflow del repositorio, y ofrece --signer-workflow para exigir el de «Release» (gh 2.49 o posterior). - TestReleaseAttestsTheBinaries: ci.yml y action-test.yml no pueden mencionar id-token ni attestations; deploy.yml no puede escribir atestaciones y su único id-token: write es el del job deploy junto a pages: write (lo necesita actions/deploy-pages). Arreglos de la revisión final de Fable, hechos por Claude. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
README, docs/USO.md, SECURITY.md y CHANGELOG: con solo --repo se comprueba que el archivo lo firmó un workflow de BertMarti/commitling; con --signer-workflow .../release.yml, que fue el de «Release»; hace falta gh 2.49 o posterior. «Lo que tienes que hacer tú» del README y la skill publicar-version: comprobar las atestaciones de los 6 binarios tras «Release» y antes de mover v1 (firma con gh >= 2.49; por la API con cualquier gh). Arreglos de la revisión final de Fable, hechos por Claude. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
…evisión release/checksums.txt regenerado con scripts/build-release.sh --write (Go 1.27.3) después del último cambio de la web; reproducible (con GOFLAGS=-tags=zzz, los mismos bytes). Hecho por Claude. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Versión 1.2.0 de commitling: binarios verificables y una galería más fácil de recorrer.
action.ymlno cambia y ninguna tarjeta SVG cambia (galería demaincontra la rama: solo difierenindex.html,page.jsystyle.css; huellas de v0.5.0 y v1.0.0 en verde).Qué cambia
release.ymlllama aactions/attest-build-provenance(fijada por SHA, v4.2.2) consubject-checksumssobre elchecksums.txtque--checkacaba de comparar, antes degh release upload.id-token: writeyattestations: writesolo en el jobbinaries. La Action no cambia su descarga: sigue confiando solo enrelease/checksums.txtde su árbol (un test prohíbe atestaciones enaction.yml).gh attestation verify <binario> --repo BertMarti/commitling) en README (FAQ),docs/USO.md,docs/DESARROLLO.md,SECURITY.mdy la web (sección «Binarios verificables», enlace «Verificar» en la cabecera), con un aviso «la 1.2.0 aún no está publicada» que quita la ramav1.2-tras-publicar.location.hash, valor validado contra la lista cerrada de la carga, los enlaces «Ir a:» cambian el filtro si la especie estaba oculta, mensaje enrole="status".[1.2.0] - 2026-11-02, PLAN.md al día (fuera los pasos ya hechos de la 1.0.0 y la 1.1.0), MEMORY.md, AGENTS.md, skillpublicar-version.release/checksums.txtde la 1.2.0 (Go 1.27.3; reproducible conGOFLAGS=-tags=zzz).go.mod), govulncheck sin vulnerabilidades, 0 alertas y 0 PRs de Dependabot.Cómo se ha probado
gofmt -l .vacío,go vet ./...,go test ./...(con los tests de Node), govulncheck, staticcheck y actionlint 1.7.12 sobre los workflows.TestReleaseAttestsTheBinaries,TestGalleryHasSpeciesFilter,TestPageExplainsAttestations,TestPageBehaviourInNode(7 escenarios depage.js).Quién hizo qué
release.ymly su test, docs, versión, checksums, revisión y pruebas en navegador.--agent plan): sin hallazgos en código y docs; dos notas sobre tests textuales (cubiertas por actionlint en el CI y la prueba en Chromium).Publicación
Orden: fusionar → release
v1.2.0sobre el SHA del merge → esperar a «Release» (binarios + atestaciones) →gh attestation verify→ moverv1→ PR dev1.2-tras-publicar. Nada más enmainentre la fusión y la release.🤖 Generated with Claude Code