Yarn: Unterstützung für private Pakete

Wir haben hier bereits eine npm-Login- und Auth-Logik. Sie müssen nur den Workflow sortieren.

Eine private Registrierung benötigt nicht immer ein Authentifizierungstoken. Zum Beispiel greifen wir über ein Firmen-VPN auf unsere private Registrierung zu.

^^ Einverstanden. Für uns (und ich vermute viele andere) reicht es aus, die Assoziation eines separaten Registers _pro Geltungsbereich_ zuzulassen.

In diesem Fall müssen wir das Skripting dieser Installationen für CI-Server durch eine Art Umgebungsvariable lösen

• http://blog.npmjs.org/post/118393368555/deploying-with-npm-private-modules
• https://circleci.com/docs/npm-private-module-dependency/

Wenn wir sagen "wir haben diese Logik bereits" - sehe ich keinen Pfad, über den ein Autorisierungsheader an eine Registrierung gesendet würde. Wenn es eine gäbe, gäbe es vielleicht eine vorübergehende Problemumgehung, damit dies alles funktioniert, während etwas Endgültigeres aussortiert wird. Verpasse ich etwas?

+1 sieht aus wie bereichsbezogene Pakete, auch wenn sie öffentlich sind, scheinen fehlzuschlagen.

Um den Kommentar von @djforth weiter zu / im Paketnamen in %2f , was bedeutet, dass die Anfrage an npm, das Paket zu finden, fehlschlägt.

zB Error: https://registry.yarnpkg.com/@company%2fdata: Not found

So schlägt es fehl, wenn eine Authentifizierung erforderlich ist. Ich habe es für öffentliche Scoped-Pakete zum Laufen gebracht

Sollte durch # 839 und # 1146 behoben werden.

@devongovett Ich bin auf ein paar Probleme

Dies ist die Prüfung, ob auth verwendet werden soll:

    if (this.token || (alwaysAuth && requestUrl.startsWith(registry))) {
      headers.authorization = this.getAuth(pathname);
    }

Wenn die Registrierung http://registry.npmjs.org/ ist, wird eine https-Anfrage wegen requestUrl.startsWith(registry) nicht authentifiziert.

Ich hatte yarn config get registry auf registry.yarnpkg.org und das wurde verwendet, als ich versuchte, mein privates Modul zu bekommen, anstatt @my-org:registry': 'https://registry.npmjs.org/', .

Also die Lösung für mich war:

//if (this.token || (alwaysAuth && requestUrl.startsWith(registry))) {
if (this.token || (alwaysAuth)) {

Ich bekam auch einen ersten Anruf bei NpmRegistry#request an @my-org%2fmodule .

Ja, derzeit wird https://registry.npmjs.com/ durch https://registry.yarnpkg.com/ hier ersetzt , was die Überprüfung hier durcheinander bringt.

EDIT: Ignoriere diesen Beitrag - er hat aus irgendeinem Grund gerade angefangen zu funktionieren.

Ich musste sicherstellen, dass ich mich scope npm npm adduser --registry=http://registry.npmjs.org --scope=<strong i="7">@foo</strong> --always-auth scope mit npm adduser --registry=http://registry.npmjs.org --scope=<strong i="7">@foo</strong> --always-auth einlogge.

Wenn ich laufe:

npm3 adduser --registry=http://registry.npmjs.org --scope=<strong i="12">@foo</strong> --always-auth

Meine npm sieht so aus:

_auth="xxx"
[email protected]
strict-ssl=false
//registry.npmjs.org/:_authToken=xxx
registry=http://registry.npmjs.org/
<strong i="16">@foo</strong>:registry=http://registry.npmjs.org/
save=false
save-exact=false
save-prefix=^
always-auth=true

NpmRegistry#getAuth sieht so aus:

  getAuth(packageName: string): string {

    if (this.token) {
      return this.token;
    }

    for (let registry of [this.getRegistry(packageName), '', DEFAULT_REGISTRY]) {
      registry = registry.replace(/^https?:/, '');

      // Check for bearer token.
      console.log({registry})
      let auth = this.getScopedOption(registry, '_authToken');
      if (auth) {
        return `Bearer ${String(auth)}`;
      }

      // Check for basic auth token.
      auth = this.getScopedOption(registry, '_auth');
      if (auth) {
        return `Basic ${String(auth)}`;
      }

      // Check for basic username/password auth.
      const username = this.getScopedOption(registry, 'username');
      const password = this.getScopedOption(registry, '_password');
      if (username && password) {
        const pw = new Buffer(String(password), 'base64').toString();
        return 'Basic ' + new Buffer(String(username) + ':' + pw).toString('base64');
      }
    }

    return '';
  }

Am Ende wird der Autorisierungsheader Basic xxx . Es verwendet die Taste _auth .

Hey,
Hat es jemand geschafft, in einer privaten npm-Registry zu veröffentlichen, die mit Sinopia erstellt wurde. Ich kann dies mit npm publish tun, aber yarn publish dauert beim Veröffentlichen ewig. Ich habe die Registrierung mit yarn config set registry geändert. Ich habe noch etwas bemerkt, dass ich im Anmeldeschritt nicht nach meinem Passwort gefragt werde

Ist ein Fix für private Pakete unterwegs? Das oben beschriebene Problem gebissen . Meine aktuelle Problemumgehung lautet yarn config set registry https://registry.npmjs.org/ damit Garn das Authentifizierungstoken bei Anfragen nach privaten Paketen festlegt.

Ich habe auch das Problem, dass yarn login nicht nach einem Passwort fragt, daher kann ich Gemfury (https://gemfury.com) nicht verwenden. Ich bin mir aber nicht sicher, ob es mit diesem Problem zusammenhängt. Soll ich dafür ein separates Thema erstellen?

Ein weiterer Anwendungsfall, den ich nicht gesehen habe:

git-Repositorys können über https oder ssh abgerufen werden. Wenn das Repository privat ist, benötigen Sie Anmeldeinformationen (duh). Bei der Bereitstellung in Heroku ist .netrc die optimale Methode zur Authentifizierung mit dem .netrc-Buildpack

@rovansteen yarn login fragt absichtlich nicht nach einem Passwort. Wir möchten keine Anmeldeinformationen oder API-Token speichern, da dies eine schlechte Sicherheitspraxis ist

@thejameskyle ah, das macht Sinn. Mir ist aufgefallen, dass Gemfury auch eine Möglichkeit hat, ein API-Token zu verwenden, und das funktioniert mit Yarn gut. Vielen Dank!

Wir haben Probleme beim Abrufen der tatsächlichen Tarballs aus unserer privaten bereichsbezogenen Registrierung. Die Metadaten kommen gut an, aber es sieht so aus, als ob der Autorisierungsheader nicht in der Anfrage für den Tarball enthalten ist.

Diese Zeile in NpmRegistry#request scheint der Schuldige zu sein – sie ruft getRegistry mit dem Pfad des Tarballs auf, obwohl sie stattdessen einen Paketnamen zu erwarten scheint. Aus diesem Grund kann es den Bereich nicht erkennen und greift auf die Einstellungen für die Standardregistrierung zurück.

Ich könnte mir vorstellen, getScope zu erweitern, um zu versuchen, den Umfang aus der URL zu bestimmen (und ich würde gerne eine PR dazu eröffnen), aber das scheint potenziell fehleranfällig zu sein. Vielleicht muss der zugehörige Paketname durchgefädelt werden?

(Bearbeiten: Sieht so aus, als wäre dies auch in https://github.com/yarnpkg/yarn/issues/1619#issuecomment-258282647) aufgetaucht

Ich sehe das gleiche Problem wie @dfreeman , der Bereich wird erkannt und die Registrierung wird abgefragt. Die korrekte Tarball-URL und der richtige Hash werden abgerufen, aber der Download enthält nicht die richtigen Authorization-Header, was zu einem Download ohne Antworttext führt. Yarn rettet dann mit einem Hash-Mismatch. Der Fehler beschwert sich immer mit einem but got da39a3ee5e6b4b0d3255bfef95601890afd80709 das der Sha einer leeren Datei ist.

> touch empty
> openssl sha1 empty
SHA1(empty)= da39a3ee5e6b4b0d3255bfef95601890afd80709

EDIT: Lassen Sie mich wissen, ob dies als neues Problem angesprochen werden soll

Im Grunde habe ich Garn bekommen, das sich irgendwie gegen jfrog authentifiziert. Die Veröffentlichung scheint jedoch kaputt zu sein.
Es bleibt einfach hängen und ich bin mir nicht sicher, wie ich vorgehen soll, da es kein ausführliches Protokoll oder etwas anderes gibt. Ich konnte nicht einmal Netzwerkverkehr sehen, der durch einen Upload verursacht wurde.

$ yarn publish --access restricted --new-version 2.0.2+1478176271464 .
yarn publish v0.16.1
[1/4] Bumping version...
info Current version: 2.0.2+SNAPSHOT
info New version: 2.0.2+1478176271464
[2/4] Logging in...
[3/4] Publishing...

Bitte verwenden Sie Upvotes, anstatt zu kommentieren.

Ich weiß, wir sollten positiv bewerten und nicht kommentieren, aber der letzte Kommentar ist fast 2 Monate alt und ich bin mir nicht sicher, ob wir bei etwas helfen könnten?!

eine .yarnrc Datei im Stammverzeichnis Ihres Benutzerordners (auf dem Mac) mit

Registrierung " https://npm.some-internal-site.tld "

Ich konnte einige interne Pakete herunterladen. Der große Vorbehalt ist, dass der Zugriff von der Site und nicht von Benutzername/Passwort kontrolliert wird.
hoffe das hilft.

Ziemlich sicher, dass das funktioniert ... ? Ich verwende yarn seit einigen Monaten mit Paketen mit privatem Geltungsbereich.

@thejameskyle - Haben Sie immer noch Probleme mit Paketen mit privatem Umfang?

@shakefu Das einzige Problem, das ich .npmrc Datei ein registry=https://registry.npmjs.org/ hinzufügen muss, weil npm login nur die Zeile mit hinzufügt das Token, aber sonst nichts.

Wir verwenden auch Garn mit privat bezogenen Paketen und es funktioniert gut. Das einzige, was meine .npmrc enthält, ist eine prefix=/Users/./npm und eine //registry.npm.../authToken Zeile.

Vielleicht stellen Sie sicher, dass npm auf dem neuesten Stand ist, löschen Sie die Datei und melden Sie sich erneut an?

Eine andere Person in unserem Team stellte fest, dass die registry Direktive in .npmrc ihre Fähigkeit, Pakete mit privatem Geltungsbereich zu erhalten, vollständig vermasselt hat.

@hereandnow meine .npmrc Datei befindet sich im Stammverzeichnis des Projekts und enthält Folgendes:

//registry.npmjs.org/:_authToken=${NPM_TOKEN}

Wie bereits erwähnt, funktionieren Pakete mit privatem Geltungsbereich genauso wie bei npm.
Ich gehe davon aus Garn - Version ist >= 0.19.1 und Sie sind export ing NPM_TOKEN irgendwo.

danke leute für ihre hilfe'!

Es funktioniert nur, wenn sich die .npmrc mit //registry.npmjs.org/:_authToken=${NPM_TOKEN} im selben Stammverzeichnis des Projekts befindet. Nicht, wenn im Ordner %LOCALUSER% (Mac oder Windows) mit dem Standardverfahren erstellt wird: npm login .

Wie kann man das beheben?

@carmelone versuche, .npmrc in deinem Home- Verzeichnis so zu ändern , dass registry=https://registry.npmjs.org/ oben steht.

Nein, ich verwende ein privates Repository. Und es funktioniert mit Ausnahme einiger @scopedpackages, die ich von npmjs herunterlade und ich immer noch nicht weiß, wie es geht.

Ich denke, das ist auch unser Problem, @carmelone. Die Kombination aus privater Registrierung und npmjs-Registrierung ist das Problem, oder?

Ich kann EINIGE Pakete aus der privaten Registrierung installieren, wenn ich den privaten Registrierungs-Scop zu ~/.yarnrc hinzufüge. Einige sind diejenigen, die keine eigenen Abhängigkeiten von der NPMJS-Registrierung haben.

@jakubzitny , ja und auch wenn ich npm login npm korrekt in meinem %USERFOLDER% eine Datei .npmrc mit Authentifizierungstoken erstellt. Ich möchte diese Authentifizierung nicht in .npmrc des Projekts haben, sondern nur in meinem Benutzernamenordner auf meinem PC. Das ist das Problem. Garn erkennt dieses Authentifizierungstoken nicht.

@jakubzitny @carmelone Das Problem besteht also darin, verschachtelte Abhängigkeiten aus privatem und öffentlichem Repository zu mischen? Ich würde wetten, dass das bei Garn im Moment nicht funktioniert. Das klingt so, als ob Sie ein anderes Thema eröffnen sollten.

Ich habe versucht, private Module mit Geltungsbereich (in der npm-Registrierung) zum Laufen zu bringen, und ich musste die Registrierungskonfiguration in der .yarnrc (über Garnkonfiguration) festlegen.

$ yarn config set registry https://registry.npmjs.org/

Für die Leute, die die Registrierung einrichten mussten, haben Sie npm login --scope=@<yourscope> versucht? Das hat bei mir jedes Mal funktioniert.

Was zumindest für mich nicht funktioniert, sind bereichsbezogene private Pakete aus einer privaten bintray.com-Registrierung. Was dort passiert, ist, dass die Registrierungs-Authentifizierung während der Abhängigkeitsauflösung funktioniert, aber der Download-Link, den die bintray.com-Registrierung zurückgibt, verweist auf eine andere Domäne und daher sendet Garn nicht das richtige Authentifizierungstoken, um es herunterzuladen.

@shishkin hast du es mit 'npm config set always-auth true' versucht. Diese Einstellung ist aus Sicherheitsgründen standardmäßig deaktiviert. Siehe https://docs.npmjs.com/misc/config

@shishkin hast du es mit 'npm config set always-auth true' versucht. Diese Einstellung ist aus Sicherheitsgründen standardmäßig deaktiviert. Siehe https://docs.npmjs.com/misc/config

@Tapppi Ja, ich habe es versucht. Gleicher Fehler.

Ich dachte, ich würde das hier einfügen, falls jemand noch Probleme mit der Installation privater Pakete hat, selbst wenn Sie eine neuere Version ( >v0.16 ) von Garn auf Ihrem lokalen Computer installiert haben. Möglicherweise sehen Sie einen 404-Fehler, etwa wie folgt:

error An unexpected error occurred: "https://registry.yarnpkg.com/@{ORG}/{PACKAGE}/-/{PACKAGE}-1.0.0.tgz: Request failed \"404 Not Found\"".
info If you think this is a bug, please open a bug report with the information provided in "/Users/{USER}/{project}/yarn-error.log".
info Visit https://yarnpkg.com/en/docs/cli/install for documentation about this command.

Das hat bei mir funktioniert, hoffe es hilft.

npm logout
yarn logout

rm -rf ~/.npmrc
rm -rf ~/.yarnrc

npm login
yarn login

Kann ich heute ein privates Paket installieren, indem ich einfach yarn add ? oder muss ich noch was machen

Ich habe die Schritte von @vitalbone unter Windows 10 mit v0.22.0-20170228.1421 ausprobiert. Ich habe immer noch den Fehler und musste die Auth-Zeile in meiner .npmrc auskommentieren , damit sie funktioniert.

Aus- und Einloggen ist für uns definitiv keine Option, da dadurch alle vorhandenen Token ungültig werden würden.

@StephanBijzitter Ich glaube nicht, dass Sie sich

Ja, ich bestätige, dass das Generieren (oder Speichern, was auch immer Sie bevorzugen) einer .npmrc-Datei mit Yarn für private, bereichsbezogene Pakete funktioniert.

<strong i="5">@myprivaterepo</strong>:registry=https://npm.myprivaterepo/
//npm.myprivaterepo/:_authToken=$NPM_TOKEN

Scheint die .npmrc nicht aufzunehmen, da ich beim Zugriff auf dieses private Paket einen verbotenen Fehler erhalte

Ich kämpfe schon so lange mit diesem Problem. Wir haben intern unsere eigenen privaten NPM-Repositorys mit Sonatype gehostet, konnten aber nicht mit Yarn installieren, aber NPM funktionierte einwandfrei.

Wir haben es geschafft, unser privates npm-Projekt von Codebox (https://github.com/craftship/codebox-npm) mit dem always-auth=true (https://github.com/craftship/codebox-npm/issues/ 30) in der Datei .npmrc .

Obwohl Sie eine gehostete Registrierung erhalten können, ist das Projekt selbst vollständig Open Source. Wenn Ihr Team also GitHub verwendet (wie es zur Authentifizierung verwendet) und Sie sich in AWS befinden, können Sie es ziemlich einfach mit dem Serverless-Framework bereitstellen.

Ich dachte nur, ich würde teilen.

Ich habe auch das gleiche Problem mit Sinopia. Hat jemand eine Lösung dafür gefunden?

Es funktioniert nicht in allen Umgebungen mit .npmrc unter ~/.npmrc . Auf meinem lokalen Computer funktioniert es gut, aber wenn ich dies in Docker ausführe, wird ~/.npmrc nicht angezeigt, wenn cwd nicht ~ . Sie können es mit dem Befehl yarn config list überprüfen.

Auf meinem lokalen Rechner gibt es aus:

yarn config v0.23.2
info yarn config
{ 'version-tag-prefix': 'v',
  'version-git-tag': true,
  'version-git-sign': false,
  'version-git-message': 'v%s',
  'init-version': '1.0.0',
  'init-license': 'MIT',
  'save-prefix': '^',
  'ignore-scripts': false,
  'ignore-optional': false,
  registry: 'https://registry.yarnpkg.com',
  'strict-ssl': true,
  'user-agent': 'yarn/0.23.2 npm/? node/v7.9.0 darwin x64',
  lastUpdateCheck: 1492804696073 }
info npm config
{ '//npm.example.com/:_authToken': 'XXXXX-YYYYYY-ZZZZZ',
  '<strong i="11">@example</strong>:registry': 'https://npm.example.com/' }
✨  Done in 0.05s.

Innerhalb von Docker gibt es Folgendes aus:

root<strong i="15">@a1c3c4fb1fb8</strong>:/app# yarn config list
yarn config v0.23.2
info yarn config
{ 'version-tag-prefix': 'v',
  'version-git-tag': true,
  'version-git-sign': false,
  'version-git-message': 'v%s',
  'init-version': '1.0.0',
  'init-license': 'MIT',
  'save-prefix': '^',
  'ignore-scripts': false,
  'ignore-optional': false,
  registry: 'https://registry.yarnpkg.com',
  'strict-ssl': true,
  'user-agent': 'yarn/0.23.2 npm/? node/v7.9.0 linux x64',
  lastUpdateCheck: 1492856034840,
  version: '0.23.2' }
info npm config
{ version: '0.23.2',
  loglevel: 'info' }
Done in 0.03s.

Es sieht also so aus, als würde es npm config korrekt ausführen.

Um dies vorübergehend zu umgehen, kopiere ich in Docker einfach ~/.npmrc nach /app/.npmrc .

finden Sie hier https://github.com/uber/react-map-gl

yarn start v0.23.2
$ (cd examples/custom-interactions && (path-exists node_modules || yarn) && yarn run start-local)
sh: path-exists: command not found
yarn install v0.23.2
[1/4] 🔍  Resolving packages...
[2/4] 🚚  Fetching packages...
error An unexpected error occurred: "https://unpm.uberinternal.com/flow-remove-types/-/flow-remove-types-1.1.2.tgz: Request failed \"401 Unauthorized\"".
info If you think this is a bug, please open a bug report with the information provided in "/react-map-gl/examples/custom-interactions/yarn-error.log".
info Visit https://yarnpkg.com/en/docs/cli/install for documentation about this command.
error Command failed with exit code 1.

Ich habe auch das gleiche Problem mit Kendo-Winkelkomponenten.

C:\WorkingFolder\Projects\NG4\wck-management>garn
Garn installieren v0.23.4
info Keine Sperrdatei gefunden.
[1/4] Pakete werden aufgelöst...
[2/4] Pakete werden abgerufen...
Warnung Es scheint ein Problem mit Ihrer Netzwerkverbindung zu geben. Erneut versuchen...
Warnung Es scheint ein Problem mit Ihrer Netzwerkverbindung zu geben. Erneut versuchen...
Warnung Es scheint ein Problem mit Ihrer Netzwerkverbindung zu geben. Erneut versuchen...
error Ein unerwarteter Fehler ist aufgetreten: " http://registry.npm.telerik.com/@progress%2
fkendo-angular-buttons/-/kendo-angular-buttons-1.0.0.tgz: Anfrage fehlgeschlagen \"503 S
Dienst nicht verfügbar\"".
info Wenn Sie denken, dass dies ein Fehler ist, öffnen Sie bitte einen Fehlerbericht mit den Informationen p
abgelegt in "C:\WorkingFolder\Projects\NG4\wck-management\yarn-error.log".
info Besuchen Sie https://yarnpkg.com/en/docs/cli/install für eine Dokumentation dazu
Befehl.

Es sollte jetzt behoben sein.
Wenn Sie ein benutzerdefiniertes Beispiel haben, bei dem es nicht funktioniert, öffnen Sie bitte ein neues Problem.
In diesen Fällen ist es wichtig, Schritte zur Reproduktion bereitzustellen.

Super @bestander! Was ist die minimale Garnversion, bei der es voraussichtlich funktioniert?

Es gab mehrere Fixes in allen Versionen.
0.26 sollte sie alle haben

Am Dienstag, 23. Mai 2017 um 19:44 Uhr, Alexander Kachkaev [email protected]
schrieb:

Super @bestander https://github.com/bestander ! Was ist das Minimum
Garnversion, in der es funktionieren soll?

—
Sie erhalten dies, weil Sie erwähnt wurden.

Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/yarnpkg/yarn/issues/521#issuecomment-303492335 oder stumm
der Faden
https://github.com/notifications/unsubscribe-auth/ACBdWC90PKrW5LAg7HyY3l7c8ZoKaWtyks5r8yb9gaJpZM4KPd0N
.

Ich kann bestätigen, dass private Pakete mit Geltungsbereich und Registrierung, die in .npmrc , in Yarn 0.24.6 angefangen haben zu funktionieren (in Yarn 0.24.5 funktionierte es nicht). Dankeschön!

Garn installieren
Garn installieren v0.24.6
info Keine Sperrdatei gefunden.
[1/4] Pakete werden aufgelöst...
Warnung cldr-data > cldr-data-downloader > [email protected]: dieses Paket wurde wieder in npm integriert und ist nun bezüglich npm veraltet
Warnung cldr-data > cldr-data-downloader > request > [email protected] : Verwenden Sie stattdessen das
[2/4] Pakete werden abgerufen...
Warnung Es scheint ein Problem mit Ihrer Netzwerkverbindung zu geben. Erneut versuchen...
Warnung Es scheint ein Problem mit Ihrer Netzwerkverbindung zu geben. Erneut versuchen...
Warnung Es scheint ein Problem mit Ihrer Netzwerkverbindung zu geben. Erneut versuchen...
Warnung Es scheint ein Problem mit Ihrer Netzwerkverbindung zu geben. Erneut versuchen...
Warnung Es scheint ein Problem mit Ihrer Netzwerkverbindung zu geben. Erneut versuchen...
Warnung Es scheint ein Problem mit Ihrer Netzwerkverbindung zu geben. Erneut versuchen...
Warnung Es scheint ein Problem mit Ihrer Netzwerkverbindung zu geben. Erneut versuchen...
Warnung Es scheint ein Problem mit Ihrer Netzwerkverbindung zu geben. Erneut versuchen...
error Ein unerwarteter Fehler ist aufgetreten: " http://registry.npm.telerik.com/@progress%2fkendo-angular-inputs/ -/kendo-angular-inputs-1.0.3.tgz: ESOCKETTIMEDOUT".
info Wenn Sie glauben, dass dies ein Fehler ist, öffnen Sie bitte einen Fehlerbericht mit den Informationen in "[...]\yarn-error.log".
info Besuchen Sie https://yarnpkg.com/en/docs/cli/install für eine Dokumentation zu diesem Befehl.

Garn installieren v0.24.6
info Keine Sperrdatei gefunden.
[1/4] Pakete werden aufgelöst...
[2/4] Pakete werden abgerufen...
error Ein unerwarteter Fehler ist aufgetreten: " http://registry.npm.telerik.com/@progress%2fkendo-angular-l10n/ -/kendo-angular-l10n-1.0.0.tgz: connect ETIMEDOUT 23.253.4.114:80" .
info Wenn Sie denken, dass dies ein Fehler ist, öffnen Sie bitte einen Fehlerbericht mit den Informationen p
abgelegt in "....\yarn-error.log".
info Besuchen Sie https://yarnpkg.com/en/docs/cli/install für eine Dokumentation dazu
Befehl.

Anscheinend können Sie keine Verbindung zu telerik.com herstellen. Ist der HTTP-Proxy konfiguriert?

Das Problem ist, dass Garne nach http://registry.npm.telerik.com suchen, wenn ich Garn mit strict-ssl auf true konfiguriert habe:

Info Garnkonfiguration
{ 'Version-Tag-Präfix': 'v',
'version-git-tag': wahr,
'version-git-sign': falsch,
'version-git-message': 'v%s',
'init-version': '1.0.0',
'init-Lizenz': 'MIT',
'Speicher-Präfix': '^',
'ignore-scripts': falsch,
'ignore-optional': falsch,
Registrierung: ' https://registry.yarnpkg.com ',
'strict-ssl': wahr,
'user-agent': 'garn/0.24.6 npm/? Knoten/v6.9.5 win32 x64',
letzterUpdateCheck: 1496137030541 }
info npm config
{ 'strict-ssl': wahr,
'@ progress:registry ': ' https://registry.npm.telerik.com/ ',
'//registry.npm.telerik.com/:_authToken': '......' }
Fertig in 0,04s.

Bisher habe ich den Login mit npm konfiguriert: "npm login --registry= https://registry.npm.telerik.com/ --scope=@progress "

Es ist notwendig, dass die Garnsuche mit "https" (https://registry.npm.telerik.com) erfolgt :-)

Irgendeine Idee, was das Problem ist?

Ich habe nicht viel Erfahrung mit privaten Registern :(
Wenn jemand für mich ein Konto und ein Projekt package.json/yarn.lock einrichtet
zum testen könnte ich weiterhelfen.

Am 30. Mai 2017 um 10:53 Uhr schrieb beatrizaldaz [email protected] :

Das Problem ist, dass Garne über http://registry.npm.telerik.com suchen.
wenn ich Garn mit strikt-ssl auf true konfiguriert habe:

Info Garnkonfiguration
{ 'Version-Tag-Präfix': 'v',
'version-git-tag': wahr,
'version-git-sign': falsch,
'version-git-message': 'v%s',
'init-version': '1.0.0',
'init-Lizenz': 'MIT',
'Speicher-Präfix': '^',
'ignore-scripts': falsch,
'ignore-optional': falsch,
Registrierung: ' https://registry.yarnpkg.com ',
'strict-ssl': wahr,
'user-agent': 'garn/0.24.6 npm/? Knoten/v6.9.5 win32 x64',
letzterUpdateCheck: 1496137030541 }
info npm config
{ 'strict-ssl': wahr,
' @progress https://github.com/progress :registry': '
https://registry.npm.telerik.com/ ',
'//registry.npm.telerik.com/:_authToken': '......' }
Fertig in 0,04s.

Bisher habe ich den Login mit npm konfiguriert: "npm login --registry=
https://registry.npm.telerik.com/ --scope=@progress
https://github.com/progress "

Es ist notwendig, dass das Garn nach "https" (
https://registry.npm.telerik.com) :-)

Irgendeine Idee, was das Problem ist?

—
Sie erhalten dies, weil Sie erwähnt wurden.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/yarnpkg/yarn/issues/521#issuecomment-304830178 oder stumm
der Faden
https://github.com/notifications/unsubscribe-auth/ACBdWA3GrsEnpn64ppJRL2cvJ-ayhvh5ks5r--cFgaJpZM4KPd0N
.

OK, ich werde ein Projekt mit einem Telerik-Testkonto erstellen, um das Problem zu testen, und ich schicke Ihnen den Projektlink in github.

Das wäre toll, @beatrizaldaz.
Können Sie dann nur für diesen Fall eine neue Ausgabe eröffnen?
Es wäre einfacher, es isoliert zu verfolgen.

Über @beatrizaldaz Post / Telerik. Ich habe das gleiche Problem. Im Detail habe ich einige Versuche gemacht
Verwenden Sie die folgende Konfiguration (.npmrc). Es scheint fast zu funktionieren, aber die Verbindungen werden in http anstelle von https hergestellt
wird also abgelehnt. Gibt es dafür eine vorübergehende Problemumgehung (der strenge Modus funktioniert nicht)?

<strong i="9">@progress</strong>:registry=https://registry.npm.telerik.com/
//registry.npm.telerik.com/:_authToken="YOUR_SECRET_HERE"
always-auth=true
registry="https://registry.npmjs.com/"

Also bin ich gestern darauf gestoßen ( yarn war bei 0,24,6). Ich bin mir nicht sicher, was genau das verursacht hat, da es seit einiger Zeit einwandfrei funktioniert. Meine Lösung war , sowohl das entfernen .npm Ordner und .npmrc Datei zusammen, läuft yarn cache clean , Login wieder mit npm login und Dinge funktionieren danach erscheinen. Ich bin in letzter Zeit über nvm zwischen den Versionen von Node und npm gesprungen, möglicher Täter? Es ist erwähnenswert, dass ich yarn mit brew mit dem Flag --ignore-dependencies irgendwann während der Fehlerbehebung deinstalliert und neu installiert habe, aber das allein hat das Problem nicht behoben.

Noch eine Anmerkung, wenn es überhaupt relevant ist, würde es beim Versuch yarn login während dieser Schritte aus irgendeinem Grund an der Passwortaufforderung hängen bleiben, weshalb ich npm login .

Verwandte: https://github.com/yarnpkg/yarn/issues/2738

Hi,
Es ist ein paar Monate her: Gibt es Neuigkeiten?