Skip to content

feat(config-updator): pin typescript in module config - #25

Draft
TomChv wants to merge 1 commit into
feat/codegen-entrypoint-modefrom
feat/module-config-writers
Draft

feat(config-updator): pin typescript in module config#25
TomChv wants to merge 1 commit into
feat/codegen-entrypoint-modefrom
feat/module-config-writers

Conversation

@TomChv

@TomChv TomChv commented Aug 11, 2026

Copy link
Copy Markdown
Member

Module codegen needs the same package.json/tsconfig/deno.json writers init
already has — they were the module writers all along, just missing the one
thing codegen adds: the typescript pin.

It is not cosmetic. The runtime mounts its own prebuilt compiler, and skips
dependency installation entirely for an otherwise dependency-free module, only
when the pin matches the engine's default; without it every dagger call pays
for a package-manager install. Deno has no node_modules to fall back on, so it
gets the same pin through its import map.

Both use setIfNotExists, so a module that picked its own version keeps it and
accepts the install rather than being silently retargeted. Existing
expectations updated for the new output, with explicit cases for the
preservation path.

Signed-off-by: Tom Chauveau tom@dagger.io


Stack created with GitHub Stacks CLIGive Feedback 💬

Module codegen needs the same package.json/tsconfig/deno.json writers init
already has — they were the module writers all along, just missing the one
thing codegen adds: the typescript pin.

It is not cosmetic. The runtime mounts its own prebuilt compiler, and skips
dependency installation entirely for an otherwise dependency-free module, only
when the pin matches the engine's default; without it every `dagger call` pays
for a package-manager install. Deno has no node_modules to fall back on, so it
gets the same pin through its import map.

Both use setIfNotExists, so a module that picked its own version keeps it and
accepts the install rather than being silently retargeted. Existing
expectations updated for the new output, with explicit cases for the
preservation path.

Signed-off-by: Tom Chauveau <tom@dagger.io>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant