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
Once a collection can be assembled from multiple sources, "where did this node come from?" stops being obvious. Today it is answerable only when something fails.
What we already have
The loader already tracks per-node source attribution and surfaces it in diagnostics (resolvedSource(failure.source, failure.nodeFqn, failure.ref) in meta-data-loader.ts). The data exists; there is no way to query it on demand.
meta why <fqn> reporting, for a resolved node: which source contributed it, which sources contributed overlays onto it, what it resolved its extends against, and (once package sources land) which package and version.
Notes
Low priority precisely because attribution is already in error messages — this is a convenience for the working case, not a fix for a broken one.
Gap
Once a collection can be assembled from multiple sources, "where did this node come from?" stops being obvious. Today it is answerable only when something fails.
What we already have
The loader already tracks per-node source attribution and surfaces it in diagnostics (
resolvedSource(failure.source, failure.nodeFqn, failure.ref)inmeta-data-loader.ts). The data exists; there is no way to query it on demand.Prior art (open source)
Go —
go mod whyexplains why a dependency is in the graph. https://go.dev/ref/modDirection
meta why <fqn>reporting, for a resolved node: which source contributed it, which sources contributed overlays onto it, what it resolved itsextendsagainst, and (once package sources land) which package and version.Notes