<p>[email protected] Aucune version correspondante trouvée pour scheduler@^16.6.2</p>

+1

+1

+1

+1

Je viens d'avoir le même

+1

même problème

+1

+1

aha, je pense que c'est un lapsus de la version

main glissée lol

urgence! attendre en ligne

Même problème ~

Je viens aussi de tomber sur ça

Je viens aussi de tomber sur ça

erreur stupide, j'espère résoudre rapidement

+1，et cnpm fonctionne

Utilisez yarn install au lieu de npm install pour l'instant.
Vous pouvez choisir la version scheduler lorsque vous utilisez du fil.

+1

+1s

+1

[email protected] › [email protected] › scheduler@^16.6.2

+1s

+1

+1

+1

+1

Étaient conscients. De plus, 👍 vaut mieux que +1 commentaires.

npm je réagis

npm ERR! code ETARGET
npm ERR! notarget No matching version found for scheduler@^16.6.2
npm ERR! notarget In most cases you or one of your dependencies are requesting
npm ERR! notarget a package version that doesn't exist.
npm ERR! notarget
npm ERR! notarget It was specified as a dependency of 'react'
npm ERR! notarget

même problème. attendre en ligne

+1

+1

+1

D'après l'apparence d'un problème lié ci-dessus, s'agit-il d'un bogue dans React ou dans une bibliothèque liée ?
(Et sérieusement les gars, assez avec les commentaires '+1' - ils l'ont compris !!)

+1

+1

+1

Échec de l'installation ! Erreur : [ [email protected] › scheduler@^16.6.2] Impossible de trouver le package scheduler@^16.6.2
Erreur : [ [email protected] › scheduler@^16.6.2] Impossible de trouver le package scheduler@^16.6.2
à résoudre (/usr/local/lib/node_modules/cnpm/node_modules/npminstall/lib/download/npm.js:92:11)
à résoudre.next ()
à onFulfilled (/usr/local/lib/node_modules/cnpm/node_modules/co/index.js:65:19)
à process._tickCallback (interne/process/next_tick.js:68:7)
version de npminstall : 3.0.1

+1

+1

Triste. .

Le monde entier attend que SF Bay se réveille. 😆

+1

+1

+1

+1

Les gars, arrêtez d'inonder le message de commentaires +1 inutiles s'il vous plaît.
Cela rend juste le fil illisible.
Le problème a été signalé et confirmé.

pourquoi cela arrivera-t-il? Je me demande seulement...

quelqu'un fait un sleepy-commit?

Le projet est en ligne, le script d'automatisation n'est pas disponible et la réparation est en attente en ligne

réveillez-vous et corrigez-le!

Corrigé dans 16.6.3 https://unpkg.com/[email protected]/package.json

Adieu 16.6.2, on dirait qu'on vous connaissait à peine...

+1 👍

Qu'est-il arrivé?

Corrigé dans 16.6.3 https://unpkg.com/[email protected]/package.json

Pouvez-vous également ajouter des tests appropriés pour les vérifications d'intégrité des versions de dépendance afin d'éviter que cela ne se reproduise ! Ce type de bugs aura un effet d'entraînement :)

J'enlève le fichier '.evn', ça marche bien.
ou
utiliser du fil pour installer.

Oui, nous travaillons à l'amélioration de notre processus de publication et de nos outils.

Nous passons à un nouveau flux de publication où toutes les versions stables sont construites en téléchargeant un canari précédemment publié directement à partir de npm et en le republiant avec de nouvelles versions. L'idée est que les packages stables doivent être identiques à ceux du canari.

La seule différence, que nous ne pouvons pas éviter, est que nous devons mettre à jour les versions. Quelle est la chose exacte qui s'est cassée dans ce cas :D

Oups!

Je vais ajouter quelques tests instantanés au script de publication pour me protéger contre les futures régressions.

J'ai aussi probablement légèrement précipité cette version du correctif car il y avait des corrections de bogues liées au suspense qui devaient vraiment sortir. Habituellement, nous attendons qu'une version Canary se stabilise un peu avant de la promouvoir en stable.

Merci pour votre patience! Et aussi, veuillez utiliser les fichiers de verrouillage la prochaine fois :D

Merci d'avoir résolu ce problème, Andrew. Nous étions au milieu d'un atelier React lorsque nous avons rencontré le bug. Content que tout aille bien à nouveau.

mettre à jour npm