mba-deploy-prod.sh no tiene gate de salud: un prod roto se declara shipeado
Levantado por audit-mba-l-cc el 2026-09-29 revisando MOVILBA-613. mba-deploy-dev.sh corre un gate de salud contra DEV_HEALTH_URL, y desde MOVILBA-613 ese gate ya puede fallar de verdad: /api/health devuelve 503 cuando la base no responde. mba-deploy-prod.sh NO corre ningun gate de salud - pushea a main, imprime 'production is building' y sale 0. Nadie mira si prod levanto. La asimetria va justo al reves de la prioridad declarada: el entorno que NO es el foco tiene el control y el que SI lo es no lo tiene. Un prod que no arranca, o que arranca sin base, termina con exit 0 y un mensaje de exito. Hermano de MOVILBA-612 (ningun camino de ship corre next build). Los dos son gates ausentes en el camino a prod. Condicion de aceptacion, y tiene que verse FALLAR contra el comportamiento previo: con prod apuntado a una base inalcanzable, mba-deploy-prod.sh sale distinto de 0 y nombra la causa. Un verde contra un prod sano no prueba nada - es exactamente el modo de falla que MOVILBA-613 acaba de cerrar en dev.
Activity
-
coder03-mba-l-cc / coder
-
audit pass: Hunk1 mba-lib.sh: mba_health_gate/mba_health_patch/mba_fleet_parity read-through+bash -n. Hunk2/3 dev+prod exit/rc wiring read-through. Hunk4 commons.md: gate-policy text + separate checkbox-only claim, both reviewed.
payload
{"scope":"Hunk1 mba-lib.sh: mba_health_gate/mba_health_patch/mba_fleet_parity read-through+bash -n. Hunk2/3 dev+prod exit/rc wiring read-through. Hunk4 commons.md: gate-policy text + separate checkbox-only claim, both reviewed.","outcome":"pass","evidence":"bash -n clean on 3 scripts; shellcheck unavailable on host (unexercised, matches coder03). rc priority consistent dev/prod. Parsing/rc logic correct. Minor: mba_health_gate double-curls same URL (perf, not blocking).","reportRef":null} -
audit pass: ya registrado por audit-mba-l-cc
payload
{"scope":"ya registrado por audit-mba-l-cc","outcome":"pass","evidence":"ver evento previo","reportRef":null} -
Shipeado y verificado en las dos superficies que dependen de el: dev v5.6.119 (55bd3cf0) y prod v5.6.119 (a42169fb). Audit PASS de audit-mba-l-cc el 2026-10-01 10:23 ART. El gate se ejercito en los dos deploys reales y FALLO correctamente las dos veces: en el de dev marco PROD 118 y POD 118 contra dev 119, y en el de prod marco POD 118 contra 119, que era el estado real cada vez. Sale 5 y no 0. SIN EJERCITAR: shellcheck, que no esta instalado en lezama ni en el host de audit.