Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Any ideas for managing dependencies and import maps? #32

Closed
glocore opened this issue Sep 26, 2021 · 0 comments
Closed

Any ideas for managing dependencies and import maps? #32

glocore opened this issue Sep 26, 2021 · 0 comments

Comments

@glocore
Copy link

glocore commented Sep 26, 2021

Issue Type

  • Question

Description

Looking at these issues: Link 1, Link 2, Link 3 and more, there seems to be a general interest for a better system of managing dependencies and permissions. While I don't really have any opinions on whether that's necessary or how they should be elegantly implemented, the current recommendation is to create a deps.ts or import_map.json file to manage your dependencies from a centralised location while cleaning up your import statements.

A denox add command would be useful to automatically add new dependencies to an import map, either in the deno-workspace file or a separate import_map.json file. The denox run command could then include this import map when running a script (perhaps this could be the default behaviour with an option to opt-out of it with a flag).

Adding them to the workspace file would mean that denox doesn't have to deal with a second file, but then the import maps cannot be directly used by the standard deno CLI with the --import-map option. Also, I would assume that this would have to be limited to JSON and YML workspace files.

Thoughts? If this seems in line with the goal of this project, I'd be interested in working on a PoC.

@glocore glocore closed this as completed Sep 26, 2021
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

No branches or pull requests

1 participant