<p>[email protected] Keine passende Version für Scheduler@^16.6.2 gefunden</p>

+1

+1

+1

+1

Habe gerade das gleiche

+1

gleiches Problem

+1

+1

aha, ich denke, das ist ein Versprecher der Version

Hand ausgerutscht lol

Notfall! online warten

Gleiches Problem~

Auch gerade darauf gestoßen

Auch gerade darauf gestoßen

blöder fehler, hoffe auf schnelle lösung

+1，und cnpm funktioniert

Verwenden Sie vorerst yarn install anstelle von npm install .
Sie können die scheduler -Version wählen, wenn Sie Garn verwenden.

+1

+1s

+1

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

+1s

+1

+1

+1

+1

Waren sich bewusst. Außerdem ist 👍 besser als +1 für Kommentare.

npm ich reagiere

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

gleiches Problem. online warten

+1

+1

+1

Ist dies nach dem oben verlinkten Problem ein Fehler in der Reaktion oder in einer verlinkten Bibliothek?
(Und ernsthaft Leute, genug mit den '+1'-Kommentaren - sie verstehen es!!)

+1

+1

+1

Installation fehlgeschlagen! Fehler: [ [email protected] › scheduler@^16.6.2] Paket-Scheduler@^16.6.2 kann nicht gefunden werden
Fehler: [ [email protected] › scheduler@^16.6.2] Paket-Scheduler@^16.6.2 kann nicht gefunden werden
bei Auflösung (/usr/local/lib/node_modules/cnpm/node_modules/npminstall/lib/download/npm.js:92:11)
bei auflösen.nächste ()
bei onFulfilled (/usr/local/lib/node_modules/cnpm/node_modules/co/index.js:65:19)
bei process._tickCallback (intern/process/next_tick.js:68:7)
npminstall-Version: 3.0.1

+1

+1

Traurig. .

Die ganze Welt wartet darauf, dass SF Bay aufwacht. 😆

+1

+1

+1

+1

Leute, hört bitte auf, den Beitrag mit nutzlosen +1-Kommentaren zu überfluten.
Es macht nur den Thread unlesbar.
Das Problem wurde gemeldet und bestätigt.

warum wird das passieren? Ich habe mich nur gewundert...

jemand eine schläfrig-commit machen?

Das Projekt wird online geschaltet, das Automatisierungsskript ist nicht verfügbar und die Reparatur wartet online

wach auf und repariere es!

Behoben in 16.6.3 https://unpkg.com/[email protected]/package.json

Leb wohl 16.6.2, es scheint, als hätten wir dich kaum gekannt...

+1 👍

was ist passiert?

Behoben in 16.6.3 https://unpkg.com/[email protected]/package.json

Können Sie auch geeignete Tests für Plausibilitätsprüfungen der Abhängigkeitsversion hinzufügen, um zu verhindern, dass dies erneut geschieht! Diese Art von Fehlern wird einen Welleneffekt haben :)

Ich entferne die Datei '.evn', es funktioniert gut.
oder
Verwenden Sie Garn zum Installieren.

Ja, wir arbeiten daran, unseren Veröffentlichungsprozess und unsere Tools zu verbessern.

Wir wechseln zu einem neuen Release-Flow, bei dem alle stabilen Releases erstellt werden, indem ein zuvor veröffentlichter Canary direkt von npm heruntergeladen und mit neuen Versionen erneut veröffentlicht wird. Die Idee ist, dass die Stable-Pakete mit denen im Canary identisch sein sollten.

Der einzige Unterschied, den wir nicht vermeiden können, ist, dass wir die Versionen aktualisieren müssen. Genau das ist in diesem Fall kaputt gegangen :D

Hoppla!

Ich werde dem Release-Skript einige Snapshot-Tests hinzufügen, um es vor zukünftigen Regressionen zu schützen.

Ich habe diese Patch-Veröffentlichung wahrscheinlich auch etwas überstürzt, weil es einige Suspense-bezogene Bugfixes gab, die wirklich raus mussten. Normalerweise würden wir warten, bis sich ein Canary-Build ein wenig stabilisiert hat, bevor wir ihn auf Stable hochstufen.

Danke für Ihre Geduld! Und bitte verwenden Sie beim nächsten Mal auch Lockfiles :D

Vielen Dank für die Behebung dieses Problems, Andrew. Wir waren mitten in einem React-Workshop, als wir auf den Fehler stießen. Schön, dass alles wieder gut ist.

npm aktualisieren