jestjs/jest

Jest should resolve its dependencies from its own location rather than rootDir

Open

#5.913 geöffnet am 3. Apr. 2018

Auf GitHub ansehen
 (21 Kommentare) (30 Reaktionen) (0 zugewiesene Personen)TypeScript (45.361 Stars) (6.653 Forks)batch import
ConfirmedHelp WantedPinned

Beschreibung

Create React App users bumped into this issue recently. A third party package started depending on jest-validate, and that caused npm to hoist jest-environment-node to the top of the app tree. Unfortunately, Jest resolves environment package from the project root instead of from its own Node module location so as a result, it loads the wrong (hoisted) jest-environment-node.

I think the jest package should resolve any own dependencies from its own location (just like Node resolution works) rather than from the project root folder.

Contributor Guide

Tech Stack
javascripttypescriptnodejs
Domain
tooling
Issue Type
bug
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-3 hours
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
stale
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
clear
Voraussetzungen
Node.js module resolutionJest internals
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
55
Research-Richtung
Examine the resolution logic in packages/jest config/src/utils.js around lines 109-111. Understand how the environment package is resolved from the project root. Investigate using require.resolve from Jest's own directory (e.g., dirname) to fix hoisting issues. Review the linked CRA issue for additional context. Ensure no breaking changes to other dependency resolutions.