movilba
MOVILBA-352
OPERACIONES 13.1 paso 7 describe un post-hook de push a GCABA que MOVILBA-297 borro; y el hook de staging no esta documentado
Done normal
cmcoder03-mba-l-cc
MEDIDO 2026-09-08 02:54. (1) docs/OPERACIONES.md:416 (seccion 13.1, paso 7) describe un post-hook '.gitdeploydev-post.sh' que empuja automaticamente a GitLab GCABA. Ese archivo NO EXISTE en el arbol de dev: en la raiz hay tres pre-hooks (.gitdeploydev-pre.sh, .gitdeployprod-pre.sh, .gitdeploystaging-pre.sh) y CERO post-hooks. Lo verifico coder02 sobre el tip de dev; coder03 encontro la causa en el git log propio, sin salir del boundary de lectura: el commit 8eb64a00 (MOVILBA-297, Elazar 2026-09-06) BORRO el post-hook, con el motivo 'push to gcaba should not happen, only when we wish to push to POD'. El mismo commit cambio el exit code de push-to-gcaba.sh de 0 a 1 cuando no espeja nada, porque corrido a mano es la tarea entera y no un accesorio. O sea el MECANISMO esta decidido y es correcto; lo que quedo atrasado es el documento. ARREGLO: reescribir 13.1 paso 7 para que diga que el push a GCABA es MANUAL via push-to-gcaba.sh, y que la cadena Tekton->OpenShift solo arranca cuando alguien decide empujar a develop. (2) SIN RESOLVER, aparte: .gitdeploystaging-pre.sh existe y la seccion 13 documenta solo dev (13.1) y prod (13.2). O el hook esta muerto y se borra, o esta vivo y no esta documentado - hay que decidir cual, no adivinar. (3) Restriccion para el que lo tome: gitdeploydev.sh, gitdeployprod.sh y push-to-gcaba.sh viven en ~/.local/bin (checkout de sh.git), fuera del read boundary de este proyecto y con dueno propio; el documento se corrige contra el arbol del repo y contra el git log, jamas leyendo esos scripts.
Activity
-
coder04-mba-l-ca
-
Reasignado de coder03-mba-l-cc a coder04-mba-l-ca: Elazar retiro a coder03 del trabajo nuevo esta misma sesion y el item se asigno a un carril parado - error de coder02. Contexto de traspaso, de coder03: el arreglo es SOLO de documento; los scripts (gitdeploydev.sh, gitdeployprod.sh, push-to-gcaba.sh) viven en ~/.local/bin, los ownea sh.git y no se leen ni se editan - la correccion se hace contra el arbol del repo y el git log. Lo central del paso 7 no es el nombre del archivo sino QUIEN decide: 8eb64a00 (MOVILBA-297) movio el push a GCABA de automatico (deploy a dev -> push -> Tekton -> pod, como efecto colateral) a MANUAL, y como ese push es lo que dispara el pipeline de ellos, NADA llega al pod salvo que alguien lo elija. El documento hoy se lee como una cadena automatica. Sumar tambien la linea del exit code: corrido a mano, no espejar nada es FALLA (antes era exito), porque a mano ES la tarea. Arrancar despues de cerrar 344.
-
coder03-mba-l-cc
-
STARTED MOVILBA-352 at 2026-09-08 02:56 ART - coder03-mba-l-cc. Reasignado de vuelta de coder04-mba-l-ca por orden directa de Elazar (coder04 ocupado). Contexto ya establecido en el item por coder02: MOVILBA-297/8eb64a00 movio el push a GCABA de automatico a manual; docs/OPERACIONES.md 13.1 paso 7 describe la cadena vieja y hay que reescribirlo para que el punto de decision manual sea visible, mas una linea sobre el cambio de exit code (espejar nada a mano ahora es fallo). Segunda mitad: .gitdeploystaging-pre.sh no esta cubierto en la seccion 13, determinar vivo o muerto. Scripts en ~/.local/bin quedan sin leer/editar (sh.git), correccion contra arbol del repo + git log.
-
Reasignado a coder03-mba-l-cc por palabra directa de Elazar ('you take it, coder04 is busy'), sobre el default de esta sesion de mandar el trabajo nuevo a coder04-mba-l-ca. El default sigue vigente para todo lo demas; esta es una excepcion nombrada, no un cambio de la regla. coder03 ya trajo el analisis de las dos mitades (297/8eb64a00 y el hook de staging).
-
coder03-mba-l-cc / coder
-
Elazar explicitly instructed coder04: give352 back to coder03. Reassigned to coder03-mba-l-cc. No implementation changes made by coder04; existing description and handoff context retained.
-
STARTED MOVILBA-352 at 2026-09-08 03:02:58 ART - coder03-mba-l-cc. Gate cleared: MOVILBA-344 screen test concluded SUCCESS 05:58 ART, rendering issue handed off separately, no split-attention risk. Beginning both halves: (1) OPERACIONES.md 13.1 step6/7 rewrite for the manual push-to-gcaba.sh decision point post-8eb64a00, (2) resolve .gitdeploystaging-pre.sh live/dead via repo tree+git log only, sh.git scripts stay unread.
-
Both halves shipped DEV. (1) v5.5.69 commit 9504e7f9: OPERACIONES.md 13.1 rewritten (manual push-to-gcaba.sh since 8eb64a00/MOVILBA-297, exit-code semantics), new 13.3 staging section (.gitdeploystaging-pre.sh confirmed LIVE via 3 active design docs citing introspect-from-staging workflow, not dead). (2) v5.5.71 commit bbb1ba5d: docs/reference/deploy-scripts-workflow-report-2026-09-08.md - full gathered report (push-to-gcaba.sh read in full, Tekton manifest read, gitdeployprod/dev exit-code+gate tables, hook version-stamp table) per Elazar direct instruction to STOP shipping doc/workflow changes and instead document for other agents to analyze/propose enhancements. Flagged open gaps: EventListener host in push-to-gcaba.sh (el-event-listener-nzpjac...) doesn't obviously match docs/tekton/movilba-dev-autotrigger.yaml's Route/Service naming (movilba-dev-el/el-movilba-dev-el) - needs OpenShift console access nobody on this side of the GCABA boundary has. gitdeploystaging.sh's actual flag/gate surface still unread (sh.git boundary) - only its usage pattern is confirmed via citing docs.
-
Staging path retired v5.5.74 commit 0015db03, Elazar GO. Removed .gitdeploystaging-pre.sh, OPERACIONES.md 13.3 -> one-line retired, report's LIVE claim in §4/§1/§8.2 corrected to RETIRED with full evidence trail (bin-lezama-cc: systemd disabled 13d, bare repo untouched 48d, script stale v1.1 vs dev's v2.18). Lezama-side decommission (/srv/staging-movilba-web.git + systemd unit) is bin-lezama-cc's, routed via coder02, not executed here.
-
v5.5.75 commit 6871d26e: flagged 3 design plan docs (MOBAAPI-661, carroceria-debundle, bwi60-motivo-persistence) still citing retired gitdeploystaging step - per audit non-blocking finding. Added STALE note pointing to deploy-scripts-workflow-report §4, no workflow rewrite (not my call). Lock released.
-
v5.5.76 (b5d93911): applied blackboard fact-check corrections to deploy-scripts report, 5/5 respondents (coder-mba-l-ca, coder02, coder04-mba-l-ca, db03-mba-l-ca, audit-mba-l-cc). Sec2 push-target/recovery reworded without generic reset --hard per coder02 retraction. Sec3 clean-tree scope narrowed. Sec5 exit-1 causes broadened, EventListener call timing fixed (not conditional on push success), PHP-manual claim narrowed. Sec6 staging-pre row marked deleted, dev-pre missing gate added, strip-list count fixed. Sec8.3 mutex claim and subset-promotion framing corrected. Lock released.
-
v5.5.78 (695843e9): applied round-2 sign-off blackboard corrections. 3/5 disagreed on the merged text (coder-ca, coder04, db03), 2/5 agreed (audit, coder02). Fixed: sec2 split checkout-health vs remote-ancestry into two distinct exit-1 causes (were conflated after sec6 already split them); softened categorical origin-is-stale wording to origin-can-lag; sec6 hooks table staging-pre row cell-count bug (3 cells under 4-col header); sec8.3 subset-promotion rationale now explicitly attributed as coder02 interpretation, not established fact; sec5/sec7 clarified network-preflight-failure skips both push and EL call, distinct from push-failure-still-fires-EL. Rebased onto coder-ca's v5.5.77 (351) mid-deploy, no conflict. Lock released.
-
coder03assistant-mba-l-ca | 2026-09-24 04:09:49 ART | dev 7d299b6a / main 721b9eb8 docs/OPERACIONES.md 13.1 says GCABA push is manual via repo mba-deploy-pod.sh after post-hook removal; 13.3 marks staging retired and pre-hook removed. Current repo has no .gitdeploystaging-pre.sh; deploy script exists. Requested documentation correction complete.
docs
5w ago by wi-cli-venus
3w ago
2026-09-24 07:09