fernando/clusterlogs
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
32 Commits 1 Branch 0 Tags
c06037fa3b44ede52d52a78120520ae42fc0ae5c
Commit Graph
8 Commits
Author SHA1 Message Date
fernandoandClaude Sonnet 5 c06037fa3b feat(runme): integrar Runme como sidecar de documentación ejecutable 
Agrega RUNBOOK.md y runbooks/ (fuera de content/, para no interferir con
la publicación de Zola), con reglas de nombres/etiquetas/aislamiento de
celdas mutantes verificadas por clusterlog validate. Instalación pinneada
a v3.17.4 con checksum verificado (scripts/runme-install.sh), un job de
CI separado (.gitea/workflows/ci.yml) que sólo corre celdas ci-safe, y la
decisión documentada en docs/adr/0004-runme-sidecar.md y docs/RUNME.md.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
 2026-08-27 00:06:01 -06:00
fernando a6cdee023c ci: mover el condicional de despliegue a bash dentro del step
CI / test-and-build (push) Successful in 11s
Details 
El if: a nivel de step no está corriendo de forma confiable en este
runner (act_runner v0.2.13, modo host): el paso 'Publicar en producción'
nunca se ejecutó en 5 corridas distintas, con o sin condición, con o sin
&&, sin dejar ningún rastro en el log. Se fusiona build + condicional +
rsync en un solo step con el if en bash, que sí es determinista.
 2026-08-18 00:44:26 -06:00
fernando 79ab715d5d ci: probar el paso de despliegue sin condición if: para aislar el bug 2026-08-18 00:42:12 -06:00
fernando 2446c1ccfa ci: simplificar condición del paso de despliegue para aislar el bug
CI / test-and-build (push) Successful in 12s
Details 
Prueba si el operador && en la expresión if: es lo que causa que el
runner omita el paso sin dejar rastro; se reduce a una sola comparación.
 2026-08-18 00:41:12 -06:00
fernando c70c44ca7f ci: workaround para bug del runner que omite el último paso del job
CI / test-and-build (push) Successful in 11s
Details 
Confirmado con dos runs reales: sin importar cuál sea, el último step
de la lista nunca se ejecuta ni deja rastro en el log (ni siquiera como
omitido) en este runner (act_runner v0.2.13, modo host). Se agrega un
paso trivial después de 'Publicar en producción' para que éste deje de
ser el último y sí se ejecute.
 2026-08-18 00:39:38 -06:00
fernando 18e614e29c ci: diagnosticar por qué no corre el paso de despliegue
CI / test-and-build (push) Successful in 12s
Details 
El paso de rsync a producción no se ejecutó en el primer run exitoso ni
dejó rastro de 'omitido' en el log, a diferencia del paso condicional de
firmas en PR. Se envuelve la condición en ${{ }} (forma explícita) y se
agrega un paso previo que imprime github.ref/event_name/ref_name reales
en este runner, para confirmar si el valor difiere de lo esperado.
 2026-08-18 00:37:48 -06:00
fernando 57f347a259 ci: instalar Zola directo, sin taiki-e/install-action
CI / test-and-build (push) Failing after 24s
Details 
install-action falla en el runner de Gitea Actions en modo host: reporta
runner.os='linux' (minúsculas) y la acción sólo reconoce 'Linux'. Se
reemplaza por una descarga directa del tarball de la release fijada.
 2026-08-18 00:31:35 -06:00
fernando 334f386589 ci: mover el workflow a Gitea Actions y agregar despliegue a producción
CI / test-and-build (push) Failing after 51s
Details 
.github/workflows/ci.yml nunca corrió: Gitea Actions busca los workflows
en .gitea/workflows/, no en .github/workflows/, y además no había ningún
runner registrado en la instancia (0 workflow_runs históricos).

Se registró un runner en modo host en mcps-hpc-01 (mismo binario
act_runner, sin Docker-in-Docker) y se agregó un paso de publicación al
final del pipeline: en push a main, hace rsync de public/ a
/opt/clusterlog/public/, que sirve un contenedor nginx en mcps-net
detrás de Caddy en clusterlog.mcps-epcm.org.

También corrige base_url en zola.toml, que seguía apuntando al dominio
de ejemplo.
 2026-08-18 00:28:36 -06:00