You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Commit cd2c3c0
Browse filesBrowse the repository at this point in the historyBrowse files
feat(cli): meta init scaffolds owned codegen generators (ADR-0034 step 2)
Stop wiring the scaffolded config to the package's black-box generator export.
`meta init` now copies the four copyable reference templates
(codegen-ts/src/reference/{entity,queries,routes,barrel}.ts) into the consumer
repo at codegen/generators/*.ts and points metaobjects.config.ts at those LOCAL
copies — so `meta gen` runs from generators the consumer owns and can edit
(the shadcn-for-codegen model).
- codegen-ts: new reference-templates.ts reader (resolveReferenceRoot /
readReferenceTemplate / REFERENCE_GENERATOR_NAMES), exported from the index.
The reference assets already ship via `files: ["src"]` (verified in the
packed tarball).
- cli init: writeOwnedGenerators() copies each template, write-only-if-absent so
--force never clobbers a hand-edited generator; the scaffolded config imports
./codegen/generators/*; printOnly + next-steps updated.
- Deprecate the @metaobjectsdev/codegen-ts/generators factory re-exports
(JSDoc @deprecated → scaffold-and-own path); not removed (pre-GA latitude,
drop in a later major).
Verified: a fresh `meta init` + `meta gen` in a temp dir emits working
Entity/queries/routes/barrel output entirely from the owned local generators;
byte-identical reference test still green.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01LuZWKnWzYGVnESijL7uuky
0 commit comments