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

--why shows first level/depth dependents #26

Open
roymiloh opened this issue May 4, 2018 · 5 comments
Open

--why shows first level/depth dependents #26

roymiloh opened this issue May 4, 2018 · 5 comments
Labels
enhancement New feature or request help wanted Extra attention is needed

Comments

@roymiloh
Copy link

roymiloh commented May 4, 2018

Say I have the following graph:

a -> b -> c -> d (a depends on b and so on).

When I do qnm --why d, I'm getting c, which is fine - but I'd like to get the entire path until the direct dependency itself in some manner.

@roymiloh roymiloh changed the title --why shows first level dependents --why shows first level/depth dependents May 4, 2018
@ranyitz
Copy link
Owner

ranyitz commented May 30, 2018

Thanks @roymiloh, this is a cool idea!

There is a small UX problem that needs to be solved, some packages are being downloaded because multiple packages depend on them, which means that the output would be a bit harder to present.

We could create some interactive mode that will let the user to explore and expand dependency trees dynamically.

If there is a nice way to preset the whole tree statically that could be also nice.

I'm open for ideas and PRs

@ranyitz ranyitz added enhancement New feature or request help wanted Extra attention is needed labels May 30, 2018
@moshfeu
Copy link

moshfeu commented Jan 8, 2020

If I understand correctly, it should behave the same as npm list [package], right?

For example:

> qnm serialize-javascript serialize-javascript

serialize-javascript
├── 2.1.2
└─┬ webpack
  └── 1.9.0

compare to

> npm list serialize-javascript

[email protected] /path/to/my-package
└─┬ [email protected]
  ├─┬ [email protected]
  │ └── [email protected] 
  └─┬ [email protected]
    └─┬ [email protected]
      └── [email protected]

@ranyitz
Copy link
Owner

ranyitz commented Jan 8, 2020

The problem with the npm ls tree is that it doesn't show the versions that you have on the file system. Meaning that you don't know which version is located on the root node_modules and which version is nested inside of other modules' node_modules directory.

@moshfeu
Copy link

moshfeu commented Jan 8, 2020

Have not tested it. So seems like qnm should take both of the worlds..

@ranyitz
Copy link
Owner

ranyitz commented Jan 8, 2020

You're right, finding good ways to show the full tree would give a lot of value.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request help wanted Extra attention is needed
Projects
None yet
Development

No branches or pull requests

3 participants