CI + Cloudflare Pages · Static HTML/CSS/JS

De commit a producción sin miedo.

Cada push pasa CI, cada PR genera preview, cada merge a main sale a prod. Rollback = re-desplegar el SHA anterior. Sin servidores que cuidar.

  • Preview por PR
  • Prod con aprobación
  • Rollback ensayado

Por qué funciona

Tres garantías, cero drama

Lo que las empresas pagan: flujo inicio→fin que sí corre, no cursos sueltos.

CI que frena

Markdown, HTML y links se validan en cada push. Si algo rompe, el merge se bloquea solo.

Preview por PR

Cada propuesta genera su URL `*.pages.dev`. Revisas visual antes de tocar producción.

Rollback en 1 clic

Cada release guarda el `.zip` con su SHA. Volver atrás es re-desplegar, no improvisar.

El sistema

Las 8 fases, cableadas

Plan → Code → Build → Test → Release → Deploy → Operate → Monitor. Cada fase tiene su archivo en el kit.

  1. 01–02

    Plan + Code

    Issue con checklist, rama `feat/*`, PR con plantilla. Nada directo a main.

  2. 03–04

    Build + Test

    `ci.yml`: index existe, lint, links rotos. Falla = semáforo rojo.

  3. 05–06

    Release + Deploy

    Artefacto por SHA. Preview auto, prod con tu aprobación.

  4. 07–08

    Operate + Monitor

    `_headers` con cache, smoke verde, analytics y postmortem.

Nivel élite DORA

Mide lo que importa

<1 díacommit → prod
<15%cambios fallidos
<1hrecuperación
7sCI verde típico

Prueba real

Esta página es el laboratorio

“El PR trajo su preview. Revisé el hero en el celular antes del merge.”

Flujo PR
Preview por propuesta

“Si algo rompe, re-despliego el SHA anterior. Ensayado, no improvisado.”

Flujo rollback
Artefacto por SHA

Empieza hoy

Copia el kit. Despliega esta misma tarde.

Un proyecto Pages por carpeta, dos secretos, dos variables. El resto es `git push`.

Copy-Item -Recurse -Force devops-kit\.github landing-devops\