Publicar la corrección verificada

Vamos a publicar la versión que acabás de comprobar. Usá la terminal del host, en lab, sobre development, con la resta corregida y test, lint y typecheck correctos. El PR propio debe seguir abierto y no debe haber cambios posteriores a esos checks.

Revisá que sólo vayas a publicar la corrección prevista. Reemplazá NUMERO por tu PR antes de consultar su estado. No agregues el perfil del agente ni .env.local.

git diff -- app/capacidad.ts
git add app/capacidad.ts
git commit -m "Corregir calculo de lugares libres"
git push
git rev-parse HEAD
gh pr view NUMERO --json number,state,baseRefName,baseRefOid,headRefOid

Anotá el SHA nuevo de la corrección y el base actual. El headRefOid del PR debe coincidir con git rev-parse HEAD y ser distinto del head de la review anterior.

Comprobá que el push haya terminado correctamente y que el PR siga Open hacia main, con la resta corregida y el SHA nuevo. Ese SHA identifica la versión que acabás de comprobar y publicar. Si volvés a editarla, los checks anteriores no comprueban el cambio nuevo. Conservá la conversación anterior como evidencia de la otra versión.

Todavía falta pedir la review de esta corrección. Este push no vuelve a solicitar review, aunque ai-review siga aplicada. Tampoco uses Redeliver sobre el evento viejo, porque conserva sus SHA y pediría revisar una solicitud desactualizada.

No sigas si falló el push, el PR sigue mostrando el SHA anterior o el commit incluye secretos o cambios no comprobados. No hagas force-push ni borres la conversación para ocultar el fallo de práctica.