Rename load a generate
Generado automáticamente desde el archivo fuente. No editar a mano — vuelve a ejecutar
catalyst-changelog-sync.
Qué cambió
Sección titulada «Qué cambió»- BREAKING —
catalyst load <scope> moduledesaparece. La invocación canónica pasa a sercatalyst generate <scope> module --name=<bounded-context>/<module>. No hay alias, ni warning de deprecación, ni shim; ejecutarcatalyst load …devuelve el error “command not found” de oclif. - El mensaje de guía emitido por el generator en
front.handler.ts— la pista cross-aggregate de los widgetsgrid-elements-managercuando el target no declarafront.embedSupport: true— ahora mencionaaurora generate. docs/load.mddesaparece;docs/generate.mdlo reemplaza (regenerado porpnpm prepack). El nuevo specmodule-generation-clicodifica el verbo canónico y la gramática del argumento<bounded-context>/<module>.
Por qué importa
Sección titulada «Por qué importa»load describía un paso interno (cargar el YAML en memoria) en lugar de lo que el usuario realmente quiere hacer: producir o regenerar código. El nuevo verbo se alinea con las convenciones del sector (ng generate, nest generate, rails generate) y con los nombres ya existentes de los specs (frontend-module-generator, sequelize-repository-generator). El codegen de Aurora es idempotente por diseño: las preservation regions, los overwrites guiados por lockfile y el bucle de revisión de .origin parten todos de la idea de que vas a re-ejecutar el comando a medida que el YAML evoluciona, y generate hace ese contrato visible desde la propia línea de comandos. La migración es un sed -i 's/catalyst load/catalyst generate/g' sobre tus scripts y tu docs. La próxima release sube major (1.0.0 → 2.0.0).