Gatsby: [v2] Erreur : Impossible de trouver le module 'core-js/modules/es6.array.filter'

Pouvez-vous essayer de supprimer les fichiers de verrouillage (yarn.lock / package-lock.json) et node_modules et de réinstaller à nouveau ?

Merci Pieh ouais essayé, non, j'en ai peur.

En fait, je viens de résoudre ce problème en exécutant npm install --save core-js

Impressionnant!

Avez-vous toujours une sortie d'erreur complète (avec trace de pile) ? Ce serait bien de régler ce problème si cela est lié à gatsby et qu'il ne s'agit pas d'un problème avec l'un des packages de 3ème partie ?

Pieh J'ai eu le même problème et je l'ai signalé à babel en supprimant la dépendance core-js dans leurs versions bêta 7.0.0, avant de le remettre en place dans leur version finale.

@kmorf bien trouvé ! J'ai le même problème aussi.

Pieh J'ai eu le même problème et je l'ai signalé à babel en supprimant la dépendance core-js dans leurs versions bêta 7.0.0, avant de le remettre en place dans leur version finale.

Bon, ce n'est pas quelque chose que gatsby peut corriger, n'est-ce pas ?

Cette erreur se produit-elle également dans le nœud ou dans le navigateur ? J'ai vraiment besoin de plus d'informations ici, pour savoir si c'est quelque chose qui devrait réellement poser problème ici ou quelque chose qui s'est passé en amont sur lequel nous n'avons aucun contrôle :/

Je ne pense pas que gatsby devrait essayer de résoudre ce problème. De nombreux projets React différents ont échoué lorsque cela se produisait, de sorte que les utilisateurs ont ajouté core-js à leurs devDependencies. Je n'ai pas eu ce problème depuis la sortie de babel 7.0.0 .

Fermons ceci pour le moment alors (encore :) )

Je rencontre à nouveau le problème à l'instant. Je joins un commit sur mon gatsby-node.js . Je pense que j'ai eu l'erreur lorsque j'ai utilisé _.each au lieu de .forEach .

Je suis également affecté par ce problème et je pense que cela peut être ramené aux changements de Babel 7 pour le package @babel/polyfill . Voir également mdx-js/mdx#271 pour une description détaillée de mon analyse actuelle. Actuellement, la seule solution de contournement pour s'en débarrasser est d'ajouter @babel/polyfill tant que dépendance de développement qui, comme décrit dans le guide de migration lié ci-dessus, est maintenant plus ou moins juste un proxy pour le package core-js v2 .

Je vois également ce problème et je peux confirmer qu'un changement récent dans Babel est ce qui a cassé la construction. Nous étudions maintenant comment cela peut être résolu à Gatsby. (Ajouter core-js à devDependencies n'a rien fait pour la construction que je peux dire.)

@secretfader Vous pouvez ajouter @babel/polyfill à votre devDependencies , il chargera automatiquement les core-js polyfills nécessaires. Assurez-vous de supprimer votre dossier node_modules et éventuellement votre fichier package-lock.json et exécutez npm install pour commencer avec un arbre de dépendances résolu et propre.

Je peux reproduire le problème. Si vous recherchez un référentiel de reproduction, https://github.com/mui-org/material-ui/blob/master/examples/gatsby/README.md est un bon.

@secretfader Vous pouvez ajouter @babel/polyfill à votre devDependencies , il chargera automatiquement les core-js polyfills nécessaires. Assurez-vous de supprimer votre dossier node_modules et éventuellement votre fichier package-lock.json et exécutez npm install pour commencer avec un arbre de dépendances résolu et propre.

Ajouter "@babel/polyfill": "^7.0.0", et suivre ces instructions n'a pas fonctionné pour moi.
L'ajout de core-js a fonctionné npm install --save core-js .

@ben-rogerson J'aurais dû mettre à jour mon commentaire, car l'erreur s'est à nouveau produite après avoir supprimé mon package-lock.json . Il semble que les dépendances n'aient pas été résolues correctement, mais ironiquement, cela a fonctionné après l'avoir fait. Parfois, npm est un mystère des licornes arc-en-ciel :roll_eyes: Également dans mdx-js/mdx#271, le responsable a posté que cela ne fonctionnait pas avec npm , mais lors de l'utilisation de yarn tout marche bien.

Je vais jouer avec les résultats en ajoutant core-js ou @babel/polyfill tant que dépendance, mais je suis curieux de savoir pourquoi cela fonctionne par la suite puisque core-js est déjà résolu via gatsby et sans importer explicitement le polyfill dans le code, je ne vois aucune différence entre la solution devDependencies .

Juste pour info, mais je suis récemment passé de Yarn à NPM sur l'un de mes sites Gatsby et j'ai eu ce problème.

Comme l'indique @arcticicestudio , cela semble particulièrement étrange étant donné que gatsby répertorie core-js comme dépendance.

Informations supplémentaires: après avoir nettoyé .cache, node_modules et package-lock.json et réinstallé les modules via npm, j'ai obtenu
WebpackError: Cannot find module 'core-js/modules/es6.array.sort'
L'installation de core-js résout directement le problème.

fil ajouter core-js
Si vous ne pouvez toujours pas supprimer node_modules, utilisez alors le fil pour installer, n'utilisez pas cnpm pour installer ;

Je rencontre également ce problème.

À l'origine, j'utilisais la version Storybook 5.1.0-alpha.X . Si je lance yarn why core-js la version dominante de core-js (celle hissée à core-js ) est 2.6.5 .

Après la mise à jour vers Storybook 5.1.0-beta.0 aujourd'hui, la version hissée de core-js est devenue 3.0.1 , et pour une raison quelconque, cela a cassé la version Gatsby.

Pourquoi Gatsby ne résout-il pas la version actuelle de core-js partir de ses dépendances ?

J'ai essayé la solution de contournement consistant à ajouter directement core-js à mon devDependencies mais cela n'a pas résolu le problème.

J'ai eu le même problème.

La rétrogradation de ma version core-js vers 2.6.5 (dépendance du développement) l'a corrigé.

npm install --save core-js ne fonctionne plus.

Utilisez plutôt npm install --save --dev [email protected] .

Cependant, essayez d'exécuter npm install --dev [email protected] dans le répertoire du projet afin de ne pas l'enregistrer globalement.

Si le précédent ne fonctionne pas, utilisez :

npm install --save [email protected] -g

ça marche mais ne le fais pas

Je suppose que la cause de ce problème est que j'ai utilisé npm pour mettre à jour et travailler sur un projet qui a été initialement démarré avec yarn . D'où le bordel. Comme l'a souligné arcticicestudio.*

Si le précédent ne fonctionne pas, utilisez :

npm install --save [email protected] -g

L'installation de tels packages à l'échelle mondiale est une très mauvaise idée et il n'y a aucune raison de le faire. Si vous rencontrez des problèmes lors de l'installation locale (avec la version épinglée), c'est peut-être parce que vous avez déjà installé d'autres packages dans le monde qui provoquent des conflits maintenant.
Je suppose que le problème principal de ce ticket est npm . Il semble que cela ne résout pas correctement l'arbre de dépendance. Je suis passé à yarn l'année dernière (principalement à cause des _espaces de travail_) et je n'ai plus jamais eu de problèmes. Je suppose que _npm_ utilisateurs ont besoin d'utiliser la solution de contournement en épinglant la version et l' espoir que _npm_ 8 (qui va être alimenté par leur nouveau Tink lib, a annoncé dans leur _npm feuille de yarn route d' yarn pour les projets basés sur _Gatsby_).

Merci Pieh ouais essayé, non, j'en ai peur.

En fait, je viens de résoudre ce problème en exécutant npm install --save core-js

Ça marche grâce à ça !