Nx dep-graph does not exclude projects from the generated graph
See original GitHub issueExpected Behavior
Running nx dep-graph --exclude=my-project
would remove my-project and it’s dependencies from the generated graph
Current Behavior
Running nx dep-graph --exclude=my-project
generates the graph but keeps my-project and it’s dependencies in the generated graph
Context
Versions:
@nrwl/angular - 8.5.0
Edit:
I tried using this functionality as per the dep-graph API at https://nx.dev/web/api/workspace/npmscripts/dep-graph#exclude
Issue Analytics
- State:
- Created 4 years ago
- Reactions:2
- Comments:6
Top Results From Across the Web
graph - CLI command - Nx
Show the graph where every node is either an ancestor or a descendant of todos-feature-main, but exclude project-one and project-two:.
Read more >How to run nx dep-graph on specific projects only
When using Nx, I would like to run a dep-graph analysis on only a single project to show its dependant libraries without showing...
Read more >nx affected:dep-graph - Fig.io
--exclude <arg>, Exclude certain projects from being processed. --files <arg>, Change the way Nx is calculating the affected command by providing directly ...
Read more >nrwl-nx/community - Gitter
Could not find target "serve" in the nest project. ... "affected:dep-graph": "nx affected:dep-graph", ... to show where the warning was created
Read more >Nx Dependency Graph - YouTube
Nx Dependency Graph. Watch later. Share. Copy link. Info. Shopping. Tap to unmute. If playback doesn't begin shortly, try restarting your ...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
I agree with JVHeerden. This functionality can help in larger projects where the graph is currently very unclear:
I think this feature can be useful during library optimization
I do believe it would. We currently use an Nx-powered mono-repo with over 50 feature modules and even more shared modules. A lot of the projects are being shared between all of the feature modules in the repo (a cdk, for instance).
The generated dependency graph gets very convoluted if all the feature projects have dependencies linked to the shared projects.
Excluding the projects that we know are shared would enable us to properly visualise the other dependencies.
Just an idea of the amount of dependencies a single one of our shared projects have in the workspace: