docs(board): registrar en GT-710 la decisión sobre los checks requeridos - #692
Merged
Merged
Conversation
Decision del dueno el 2026-09-05: `Trivy` y `build-and-test` requeridos tambien. Se registra con lo que la hace ejecutable y lo que no, porque la mitad no lo es. `Security Audit` YA es requerido en `main` y `develop` — 10 contextos, verificado contra la API, no supuesto del comando. `Trivy Container Scan` es seguro de requerir: vive en `sdk-cli-ci.yml`, que no lleva filtro `paths` y cuyo comentario explica que no debe llevarlo nunca, por el bloqueo que causo `CodeQL SAST` en el PR #218 al volverse requerido. `build-and-test` NO puede requerirse tal como esta: vive en `sdk-cli-release.yml`, cuyo `pull_request` filtra por rutas. Un check requerido detras de un filtro nunca reporta, y GitHub lee "no reporto" como "no satisfecho": el PR queda inmergeable para siempre con todo en verde. Es lo que le habria pasado a #690, que solo toco `reference/`. La precondicion es quitar ese filtro, el mismo arreglo ya aplicado a `sdk-cli-ci.yml`. El criterio queda en `[~]` y la fila sigue PENDIENTE: su falsador —observar un PR con una alta sin declarar saliendo BLOCKED y no UNSTABLE— no se ha disparado, y darlo por cumplido seria inferirlo del ajuste en vez de medirlo. La fecha del tablero NO se toca, asi que no se dispara la cascada de artefactos derivados. Verificado con 08, 09 --check, 04, 66, 49 y 07. Co-Authored-By: Claude Opus 5 <noreply@anthropic.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
1 participant
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.
Decisión del dueño el 2026-09-05:
Trivyybuild-and-testrequeridos también. Se registra con lo que la hace ejecutable y lo que no — porque la mitad no lo es.Security Auditmainydevelop, verificado contra la APITrivy Container Scansdk-cli-ci.yml, que no lleva filtropaths— y su comentario dice que no debe llevarlo nuncabuild-and-testsdk-cli-release.yml, cuyopull_requestsí filtra por rutasEl deadlock está medido, no supuesto. Un check requerido detrás de un filtro de rutas nunca reporta en un PR que no las toca, y GitHub lee «no reportó» como «no satisfecho»: el PR queda inmergeable para siempre con todo verde. El repositorio ya lo vivió con
CodeQL SASTen el PR #218, y por esosdk-cli-ci.ymllleva escrito que su falta de filtro es deliberada. Requerirbuild-and-testhoy habría dejado clavado a #690, que solo tocóreference/.Precondición, no alternativa: quitar el filtro
pathsdelpull_requestdesdk-cli-release.ymly solo entonces añadirlo a los requeridos.Sobre el nombre: el check a requerir es
Trivy Container Scan(el nombre del job). El checkTrivya secas que publicaaquasecurity/trivy-actionaparece enmainpero no en la cabeza dedevelop, así que requerir ese nombre reintroduce el mismo deadlock por otra vía.La fila sigue PENDIENTE y el criterio queda en
[~]: su falsador —observar un PR con una alta sin declarar saliendoBLOCKEDy noUNSTABLE— no se ha disparado, y darlo por cumplido sería inferirlo del ajuste en vez de medirlo.La fecha del tablero no se toca, así que no se dispara la cascada de artefactos derivados. Verificado con
08,09 --check,04,66,49y07.🤖 Generated with Claude Code