TETrayectoria EscolarDocumentación HTML← Centro documental
GitHub PagesVersión HTML

Flujo versionado de contenido y despliegue

Este documento define cómo una nueva información pasa de fuente editable a contenido público sin perder trazabilidad. Es un contrato operativo: una modificación no está terminada cuando se edita un archivo, sino cuando todas sus representaciones derivadas se regeneran, validan, publican y comprueban.

Metodología · Estándar de presentación · Contribuir · Historial

Fuente única y representaciones

flowchart LR
    S[Fuente estructurada o Markdown canónico] --> V[Versión y fecha]
    V --> G[Generadores]
    G --> M[Markdown]
    G --> H[HTML]
    M --> P[PDF]
    M --> T[Validadores y pruebas]
    H --> T
    P --> T
    T --> C[Commit directo en main]
    C --> CI[Calidad y seguridad]
    CI --> D[GitHub Pages]
    D --> Q[Comprobación pública]
InformaciónFuente editableSalidas derivadas
Currículo y clasessources/mineduc-curriculum-snapshot.json y reglas del generadorcurriculum/**/*.md, curriculum/catalog.json, docs/, site/classes/, índices y sitemap
Competenciascompetencies/*.json, assessments/*.json, evidence/*.jsonsite/competencias/ y sus datos públicos
Documentación transversalMarkdown raíz y docs/*.mdsite/docs/*.html y compilación PDF completa
Novedadesprimera entrada fechada de CHANGELOG.mdsite/updates.json y sección “Novedades” de la portada
DescargasMarkdown canónico seleccionado por scripts/export_pdfs.py49 archivos en output/pdf/ y catálogo docs/PDFS.md

Los artefactos derivados nunca son la fuente para una edición posterior. Una corrección se realiza en la fuente correspondiente y después se regenera.

Niveles de versión

El proyecto distingue cuatro marcadores; ninguno sustituye a los demás:

NivelEjemploCuándo cambiaQué permite rastrear
Versión de esquemaschema_version: 1cambia la forma obligatoria de un JSONcompatibilidad técnica
Versión de contenidotaxonomy_version: 1.0.0, bank_version: 1.0.0cambia el significado o cobertura del conjuntoevolución pedagógica del dato
Fecha editorialupdated_at: 2026-10-02 y encabezado del changelogcambia información visiblecorte documental publicado
Revisión GitSHA del commit en maincambia cualquier archivo versionadoreproducción exacta del repositorio

Las versiones de contenido siguen MAJOR.MINOR.PATCH:

Los documentos narrativos no simulan una versión semántica propia. Su corte visible es la fecha y el título de la primera entrada del changelog; el commit identifica exactamente la revisión publicada.

Flujo obligatorio para información nueva

  1. Identificar la fuente de verdad. No comenzar por HTML, PDF ni un archivo derivado.
  2. Auditar lo existente. Buscar OA, clases, habilidades, evaluaciones o documentación equivalente antes de crear otra estructura.
  3. Editar la fuente. Conservar identificadores; si cambia un esquema o conjunto versionado, actualizar su versión y fecha según la tabla anterior.
  4. Registrar el cambio. Añadir una nueva primera entrada en CHANGELOG.md con contenido, conexión, alcance y límites. No reescribir entradas históricas.
  5. Regenerar. Ejecutar los generadores curricular, longitudinal y PDF que correspondan.
  6. Validar. Ejecutar datos, licencias, competencias, presentación, tests, UTF-8 y compilación de Python.
  7. Comprobar reproducibilidad. Una segunda generación no debe cambiar artefactos textuales. Los PDF se verifican semántica y estructuralmente, no por igualdad binaria entre sistemas operativos.
  8. Publicar en main. El repositorio trabaja sin ramas paralelas para este flujo; el commit debe agrupar un cambio coherente y usar rutas explícitas al preparar archivos.
  9. Esperar los gates. Calidad en Python 3.11–3.13, Seguridad y Pages deben terminar en verde.
  10. Comprobar el resultado público. Verificar portada, novedades, documento HTML y descarga PDF cuando corresponda.

La portada carga catalog.json y updates.json con política no-store. El generador calcula además una versión determinista desde el script y ambos JSON; index.html la aplica a app.js y a las solicitudes de datos. Así, un despliegue correcto no queda oculto por el navegador ni por la caché del CDN.

Gates de despliegue

GateFalla cuandoResultado esperado
Datosfaltan campos, OA o referenciasfuentes coherentes
Competenciasuna habilidad, prerrequisito, patrón, OA o marco no existegrafo referencial íntegro
Presentaciónun Markdown pierde H1, rompe jerarquía o enlaza HTML interno; un HTML enlaza Markdown internosuperficies separadas y legibles
Licenciasfalta procedencia, licencia o atribuciónderechos explícitos
Pruebascambia un contrato verificablecomportamiento estable
Reproducibilidadun generado comprometido no coincide con su fuenterepositorio sincronizado
PDFinventario, fuentes, portada, metadatos, marcadores, enlaces o lectura son inválidos51 compilaciones utilizables
Pagesla construcción o validación previa fallano se publica información incompleta

Retroceso y correcciones

Un despliegue defectuoso se corrige con un nuevo commit trazable en main; no se borra el historial ni se modifica una entrada antigua del changelog. Si la información publicada puede inducir una decisión pedagógica incorrecta, la nueva entrada debe identificar el alcance afectado y la corrección. Después se repite el flujo completo y se comprueba el sitio público.

Definición de terminado

Un cambio visible está terminado solamente si: