apt
fonctionne très bien pour moi. Rarement un problème et toujours facile à résoudre.
conda
fonctionne très bien pour moi. Rarement un problème et toujours facile à résoudre.
Je n'arrive pas à faire fonctionner le fil ... jamais. Toujours un problème étrange avec la version du nœud ou les bibliothèques gyp. Même lorsque tout cela est corrigé, je reçois de nombreux avertissements, puis des erreurs comme
for i in {1..100}; do yarn install; done
Il s'avère que si je lance yarn install
nouveau l' yarn install
, il y a un fichier différent qu'il ne peut pas trouver. Juste pour m'amuser, je l'ai fait
error An unexpected error occurred: "ENOENT: no such file or directory, lstat '/home/balter/.cache/yarn/v4/npm-tar-fs-1.16.3-966a628841da2c4010406a82167cbd5e0c72d509/node_modules/tar-fs/test/fixtures/a/hello.txt'".
Ouais, il s'est trompé sur un fichier différent à chaque fois, mais n'a jamais "fonctionné".
Est-ce moi ou est-ce que le fil est vraiment fragile? Si je veux installer un package depuis github et que les instructions d'installation utilisent yarn, y a-t-il un moyen de contourner l'utilisation de yarn?
De plus, aucune étiquette pour "fil"
3 Réponses :
J'ai eu le même problème dans WSL une fois et je l'ai corrigé en utilisant le yarn cache clean
J'avais cette même erreur frustrante et difficile à déboguer. Le problème dans mon cas semblait être le comportement de l' yarn workspace
causé par différentes versions de la même dépendance dans différents packages (en particulier les versions 2 et 3 d' ava
). Ce n'est qu'une fois que j'ai mis à niveau toutes les occurrences d' ava
vers leur dernière version que j'ai arrêté de recevoir cette erreur.
Je rencontrais le même problème sous Windows 10. J'ai essayé le yarn cache clen
parce que j'ai vu que la dépendance tar-fs
était corrompue sur le disque entrant dans le chemin du cache ( C://...AppData/Local/Yarn/Cache/npm-tar-fs...
).
J'ai vu que l'utilisation de yarn cache clean
supprimait tous les fichiers de cache sauf celui qui était corrompu. J'ai également essayé de le supprimer manuellement et Windows ne le permettait pas.
Donc, la solution allait dans cmd
et la supprimait à partir de là en utilisant la commande DEL /F /Q /A <File Path>
.
Après cela, j'ai exécuté yarn install
nouveau l' yarn install
et cela a fonctionné!
Peut-être toi. Essayez la même chose sur une machine propre.
Si par "machine propre" vous entendez supprimer tous les caches de nœuds et de fils, je l'ai fait. Mais ma machine est mon ordinateur portable, et je ne vais pas l'effacer juste pour installer un package à essayer (dans ce cas, Theia IDE). Je n'ai pas besoin de créer des "machines propres" pour
apt
etconda
.Vous pouvez créer une machine propre dans une VM (virtualbox, etc.). De cette façon, votre machine de développement principale est laissée intacte.
Bien sûr, si je veux créer des VM à chaque fois que je veux faire quelque chose. Je veux juste exécuter theia comme une idée de bureau sur mon ordinateur portable comme je le ferais avec VSCode, Atom, Brackets, gedit, kate, etc. Je peux installer n'importe lequel de ceux avec une seule ligne sans aucun problème.
Je suggère simplement un moyen de tester l'hypothèse «le fil est une poubelle fragile qui ne fonctionne pas». Pour tout ce que nous savons, vous avez fait gâcher son installation en quelque sorte. Si c'était vraiment cassé, il y aurait beaucoup plus de bruit à ce sujet (maintenant qu'il gère aussi les paquets js dans les rails)
Je vois! Cela a du sens. J'ai essayé de faire tout ce que je faisais, en supprimant tous les fichiers et les fichiers de cache. J'ai également essayé d'utiliser un environnement
conda
avec ses propresnodejs
etyarn
. Mais cela faisait référence au même~/.cache/yarn
. Je vais essayer ce que vous dites.J'ai ce problème, j'ai essayé des builds propres et propres du cache de fil sur CI en utilisant le dernier fil en vain. Je suis obligé de retirer le fil et de compter sur npm à la place maintenant à cause de cela