Auto: ユーザーの.npmrcに$ NPM_TOKENを挿入します

また、 GH_TOKENのように、 process.env.NPM_TOKENがチェックされないのはなぜですか？

auto-release $は、ユーザーの.npmrcに$NPM_TOKENを挿入できますか？ （CIビルドで役立つ可能性があります）

これはGitHubエンタープライズのものです。 @adierkensは、私が遭遇したことがないので、もっとあなたに話すことができます。

自動リリースは、ユーザーの.npmrcに$ NPM_TOKENを挿入できますか？ （CIビルドで役立つ可能性があります）

私はこれが好き。 それは実行可能でなければなりません

この機能は、おそらくCIでのみ有効にする必要があります。 ローカルで実行すると、誤ってトークンをコミットする可能性があります。

このパッケージは、あなたが探している望ましい振る舞いを達成しますか？

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

もちろんですが、ソースコードを見ると非常に基本的な実装であることがわかります。そのため、ユーザーに別の依存関係をインストールさせるよりも、 auto-releaseに含める方がよいでしょう。

しかし、それはそれが非常にうまくいくことをしているようです：

• 任意のOSの複数の場所でrcファイルを処理します（local-or-home-npmrcを使用）
• トークンがすでに設定されているかどうかを確認します
• package.jsonに設定されているレジストリを処理します
• npmrcスコープ構成を正しく処理します（registry-urlを使用）

これは一連の機能であり、すべてのユースケースをカバーしたい場合は、上記のすべてもコーディングする必要があります（または少なくとも同じパッケージを使用する必要があります）。

他のいくつかのケースでも同じことをします。 解析-作成者はgit作成者を正しく解析し、 parse-github-urlはgithubURLを解析します。 したがって、これを行うためにパッケージを使用するのは簡単ではありません。

また、このようなパッケージに依存するのが好きなので、世界中でコードの重複が少なくなります。 このパッケージを使用して問題を見つけることで、将来の開発者の問題も解決できます。

パッケージに関する私の主な問題は、APIとともにCLIを出荷する方法です。 そのために私はここで問題を開きました

それまでの間、パッケージをフォークする必要があります（そして、PRを開くこともできます）。 😁

ええ、PRをするつもりです！ 作者が何を望んでいるのか知りたいだけです。 ただし、そのパッケージの最善の方法は、おそらく両方を実行することです。モノリポジトリを作成し、より小さなCLIライブラリを使用します。

メンテナはすでにこれを実装しています！ https://gitlab.com/hyper-expanse/open-source/set-npm-auth-token-for-ci/issues/2