Documentación

DOC / 05 / INICIO

Builds incrementales

Usa no-ops verificados, dependencias explícitas de rutas lazy, reutilización observable y controles privados de caché sin debilitar la publicación atómica.

En esta guíaBuilds incrementales
Primeros pasosEstructura del proyectoReferencia del CLIBucle de desarrolloBuilds incrementalesRouting y páginasVistas RustEventos y foldsSchemas y snapshotsSync verificado con HyphaeContenido tipadoRuntime del navegadorPropiedad del DOMPreview del runtime nativoDespliegue portableBeta full-stackPreview de OpenSDKComponentes y lenguajesConformidad de frameworks webProtocolo de toolingCompatibilidad y deprecaciónAssets adaptativosConfianza de artefactosConfianza de releasesEvidencia de rendimientoErrores y diagnósticosTelemetría voluntariaBuild y despliegueCrates y APILicenciamiento y políticas

Un no-op verificado

Antes de iniciar el compilador del cliente o del sitio, pliego build verifica el recibo y grafo existentes, captura el contexto actual y compara cada entrada vinculada. Una coincidencia exacta preserva la publicación byte por byte y registra un no-op.

shell
pliego build
pliego build
pliego cache status
# PLIEGO cache: NoOp | 0 rendered | … reused

Declara causalidad de rutas lazy

rust
let guide = Page::lazy(
    "/guide",
    guide_head(),
    ["src/main.rs", "content/guide.md"],
    || guide_view(),
);

Page::lazy ejecuta su renderer sólo cuando cambia una de sus fuentes declaradas. Los bytes de rutas no afectadas se copian desde la publicación previa verificada hacia un stage nuevo. Page::new sigue siendo eager y las declaraciones ausentes usan invalidación conservadora allSources.

Observa y limpia estado privado

shell
pliego cache status
pliego cache status --format json
pliego cache clean

Status verifica la salida actual antes de reportar fuentes cambiadas, conteos de artefactos renderizados y reutilizados, transición del recibo y tiempos por fase. Clean elimina sólo last-build.json y last-rebuild.json dentro de target/.pliego; la salida de Cargo y el sitio publicado permanecen intactos.

Gate de ingeniería, no afirmación de adopción

shell
npm run check:g4-engineering

El gate genera cada starter oficial fuera del workspace y prueba build ejecutado, no-op verificado, reutilización selectiva de rutas, rechazo de registro corrupto, limpieza de caché y verificación posterior del artefacto. La evidencia publicable de tiempos debe nombrar una revisión exacta limpia; un run dirty sólo valida el harness.