Ir al contenido

migrate

Lleva una raíz, con sus Blueprints y sus documentos de nivel superior, de una versión del estándar a otra.

La parte que sorprende, y una decisión de diseño deliberada.

Va directamente de cualquier versión de origen a cualquier destino, comparando las dos instantáneas congeladas de la carpeta versions/ del estándar. De la v1.0.0 a la v4.4.2 es un salto, no seis. No hay una cadena de actualizaciones que ejecutar en orden, ni ninguna versión en la que tengas que parar por el camino.

Eso funciona porque, al etiquetar, EIDOS.md se copia tal cual a versions/ con su nombre semver completo, así que dos versiones cualesquiera pueden compararse entre sí.

Reescribe el bloque ### Eidos Core de tu Framework.md y sube eidos_version.

Facilita en lugar de arrasar. Una migración toca contenido real en Blueprints reales, así que saca a la luz lo que pretende cambiar antes de cambiarlo.

Donde la migración es un juicio en lugar de una reescritura mecánica (el salto de 4.3.2 a 4.4.0 te pide que registres la convención de nombres que ya usan tus archivos), lee la respuesta del árbol, declara lo que encontró y te pide que lo confirmes antes de escribirlo.

Una de las tres skills que distribuye una copia versionada de parte del estándar; aquí, las instantáneas congeladas de versions/, para poder comparar dos versiones cualesquiera esté donde esté instalada. Por qué →

  • Versionado: los dos números de versión, y el salto actual.