ci(imágenes): sacar el build de imagen del runtime Node 20 - #682
Open
beyondnetPeru wants to merge 1 commit into
Open
ci(imágenes): sacar el build de imagen del runtime Node 20#682beyondnetPeru wants to merge 1 commit into
beyondnetPeru wants to merge 1 commit into
Conversation
`Services build (GHCR)` acaba de volverse check requerido en main y en develop, asi que las acciones de las que depende ya no son un detalle: si GitHub completa la migracion forzada fuera de Node 20, el check se cae y con el se cae todo merge. `docker/build-push-action` va de v5 a v7 y `setup-buildx-action` de v3 a v4. `push`, `cache-from`, `cache-to`, `context`, `file` y `tags` no cambian entre esas versiones; la unica diferencia de conducta que toca aqui es el default de `provenance` a partir de v6, y este job ya emite provenance de forma explicita. docker-images.yml ya estaba en build-push-action@v6, asi que esto tambien acerca los dos workflows en vez de dejarlos divergiendo. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Signed-off-by: aarroyo <beyondnet.peru@gmail.com>
|
You have reached your Codex usage limits for code reviews. You can see your limits in the Codex usage dashboard. |
📊 Bilingual Coverage ImpactPR Changes
Repository Coverage
✅ Good: All EN changes have ES counterparts. Generated by GitHub Actions |
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.
Services build (GHCR)acaba de volverse check requerido enmainy endevelop. Eso cambia el peso de sus dependencias: si GitHub completa la migración forzada fuera del runtime Node 20, el check se cae — y con él, todo merge en las dos ramas.docker/build-push-actionv5 → v7docker/setup-buildx-actionv3 → v4push,cache-from,cache-to,context,fileytagsno cambian entre esas versiones. La única diferencia de conducta que toca aquí es el default deprovenancea partir de v6, y este job ya lo emite explícitamente (--attest type=provenance,mode=maxen el log del run).docker-images.ymlya estaba enbuild-push-action@v6, así que esto además acerca los dos workflows en vez de dejarlos divergiendo.Este PR es también la prueba de que el check requerido funciona
Marcar un contexto como requerido con el nombre mal escrito no falla ruidosamente: la protección se queda esperando para siempre un check que nunca reporta, y con
enforce_admins: trueno lo salta nadie. El nombre lo leí verbatim de tres runs (gh pr checks), y elapp_id(15368) lo heredé de los checks de Actions que ya funcionan — pero eso es argumento, no evidencia.La evidencia es este PR: si
Services build (GHCR)aparece aquí como requerido y en verde, el contexto está bien nombrado y la rama no está bloqueada.🤖 Generated with Claude Code