Auto: Fügen Sie $NPM_TOKEN für den Benutzer in .npmrc ein

Warum wird auch nicht nach process.env.NPM_TOKEN gesucht, wie es GH_TOKEN der Fall ist?

Könnte auto-release #$ für den Benutzer $NPM_TOKEN in .npmrc einfügen? (möglicherweise nützlich in CI-Builds)

Dies ist eine GitHub-Enterprise-Sache. @adierkens kann dir mehr sagen, da ich es nicht angetroffen habe.

Könnte die automatische Freigabe $NPM_TOKEN in .npmrc für den Benutzer einfügen? (möglicherweise nützlich in CI-Builds)

Ich mag das. es sollte machbar sein

Diese Funktion sollte wahrscheinlich nur auf dem CI aktiviert werden. Wenn es lokal ausgeführt wird, könnten Sie das Token versehentlich festschreiben.

Würde dieses Paket das gewünschte Verhalten erreichen, nach dem Sie suchen?

https://www.npmjs.com/package/@hutson/set -npm-auth-token-for-ci

Sicher, aber ein Blick in den Quellcode offenbart eine sehr einfache Implementierung, daher wäre es besser, sie in auto-release einzufügen, als den Benutzer zu zwingen, eine andere Abhängigkeit zu installieren.

Es scheint, als würde es das, was es tut, ziemlich gut tun:

• verarbeitet rc-Dateien an mehreren Orten auf jedem Betriebssystem (mit local-or-home-npmrc)
• prüft, ob der Token bereits gesetzt ist
• behandelt die Registrierung, die in der Datei „package.json“ festgelegt wird
• handhabt die Konfiguration des npmrc-Bereichs korrekt (unter Verwendung der Registrierungs-URL)

Dies ist eine Reihe von Funktionen, die wir, wenn wir alle Anwendungsfälle abdecken wollten, auch alle oben genannten codieren müssten (oder zumindest dieselben Pakete verwenden würden).

In einigen anderen Fällen tun wir dasselbe auch. Wir verschieben auf parse-author, um den Git- Autor korrekt zu parsen, und parse-github-url für die Github-URL. Es wäre also kein Problem, ein Paket dafür zu verwenden.

Ich mag es auch, von solchen Paketen abhängig zu sein, damit es weniger Codeduplizierungen auf der Welt gibt. Wenn Sie dieses Paket verwenden und Probleme damit finden, können wir auch Probleme für zukünftige Entwickler lösen!

Mein Hauptproblem mit dem Paket ist, wie sie auch die CLI mit der API versenden. Dazu habe ich hier ein Thema eröffnet

In der Zwischenzeit sollten wir das Paket forken (und vielleicht sogar eine PR eröffnen). 😁

Ja, ich plane, eine PR zu machen! Ich möchte nur wissen, was der Autor möchte. Aber der beste Weg für dieses Paket besteht wahrscheinlich darin, beides zu tun: ein Monorepo zu erstellen und eine kleinere CLI-Bibliothek zu verwenden

Der Maintainer hat dies bereits implementiert! https://gitlab.com/hyper-expanse/open-source/set-npm-auth-token-for-ci/issues/2