2 Commits

Include renames

Author	SHA1	Message	Date
fernandoandClaude Sonnet 5	38c04ca62f	fix(ci): runme-ci.sh vuelve a fallar con nombres exactos; usar --dry-run ... El intento anterior (correr cada celda por nombre, sin --all) también aborta en el runner real ("Parsing files..." → "could not execute command: aborted") — el problema no era --all. --dry-run sí funciona en ese runner (nunca ejecuta nada él mismo), pero escribe el script resuelto a stderr, no a stdout: el primer intento de "| bash" no ejecutaba nada porque el pipe sólo captura stdout, y lo que se veía en pantalla era stderr yendo directo a la terminal. Corregido con "2>&1 >/dev/null | bash". Probado localmente de extremo a extremo: las 4 celdas ejecutan de verdad (incluye verify-head devolviendo valid:true real, no sólo el texto del comando). Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-08-27 01:50:57 -06:00
fernandoandClaude Sonnet 5	064b5d5bb8	fix(ci): correr celdas ci-safe por nombre en vez de runme run --all ... El log real del runner confirmó que el crash ("could not execute command: aborted") ocurre justo al entrar a la UI interactiva multi-tarea de "runme run --all" (mensajes "Initializing..."/"Parsing files..."), no en una celda en particular — --log/--log-file ni siquiera alcanzan a escribir nada. No se pudo reproducir en local pese a varios intentos (stdin/stdout no interactivos, CI=true, TERM=dumb). scripts/runme-ci.sh corre cada celda ci-safe por su nombre exacto, sin --all: --dry-run ya había confirmado que esa forma no dispara la UI multi-tarea. Makefile y RUNBOOK.md actualizados para reflejarlo. Probado localmente de extremo a extremo, las 4 celdas en verde. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-08-27 01:45:23 -06:00