Yarn Classic face à Yarn moderne : paramètres de proxy et fichiers de configuration

Vérifiez d'abord la version de Yarn dans le projet qui échoue :

yarn --version

La version choisie par un projet peut différer de celle d'une autre copie de travail ou d'un autre terminal. Utilisez le format de configuration correspondant.

Yarn Classic utilise l'ancien format .yarnrc :

proxy "http://203.0.113.10:8080"
https-proxy "http://203.0.113.10:8080"

Yarn moderne utilise des clés camelCase dans .yarnrc.yml :

httpProxy: "http://203.0.113.10:8080"
httpsProxy: "http://203.0.113.10:8080"

Remplacez le point de terminaison de la documentation par un proxy HTTP de votre service ou de la liste de proxys HTTP. Ce sont des formats différents, et non des noms interchangeables dans un fichier universel. Une clé Classic avec trait d'union collée dans un YAML moderne peut échouer à la configuration avant même que le proxy soit testé.

Identifiez le fichier que lit la version sélectionnée, y compris les règles de recherche du projet et des répertoires parents ou du domicile. Un réglage de nom d'hôte plus spécifique peut aussi choisir un autre chemin. Le registre reste la source des métadonnées de paquets ; le remplacer par une IP de proxy ne configure pas le transfert.

Après avoir corrigé le fichier ou la clé, observez une opération qui nécessite réellement un accès réseau. Un résultat mis en cache peut masquer un chemin invalide. Utilisez le nom d'hôte et l'erreur réels pour déterminer si le problème suivant relève du routage, de l'authentification ou de la confiance dans les certificats.