これは、昨日リリースされた1.0.2で修正されるはずです。 あなたはそれにスピンを与えることができますか？

@BYK上記と同じ問題が発生しており、＃4157の最後に記載されています。 1.0.2を実行しようとしましたが、 404失敗しました。 0.27.5すると、期待どおりに機能します。

ここにnpmrcファイルを貼り付けて、複製を試みてください（明らかに秘密やその他の個人情報を編集してください）

@KidkArolisは、作業ディレクトリをできるだけきれいにしようとしているときに、どういうわけか問題を修正しましたか？ 🙃

私が取ったステップ：

• yarn.lockとyarn-error.logファイルを削除します
• node_modules/削除します
• brew link yarnとyarn --versionで、 1.0.2
• yarn

それはうまくいったようです。 私と私のチームの終わりのユーザーエラーとしてこれをチョークで書きます。

@beardedtim node_modules吹き飛ばしたが、 yarn.lockから、 yarn installどうでしょうか。 それですべてうまくいきますか？ これは部分的には＃4157が追跡するものですが、目前のより大きな問題に関連している可能性がありますか？

ヤーンバージョン1.0.1および1.0.2で、この問題（プライベートスコープリポジトリの404、使用するレジストリ）が発生しています。 バージョン0.27.5は、いくつかのアーティファクトをクリアした後に機能しました。

https://github.com/yarnpkg/yarn/issues/4157で説明されているすべての回避策を試しました

@stieg今日の後半、昼食の周りに自由な時間を取って結果を投稿するときに、それを試してみます。 私はまだ404エラーが発生していると思いますが、この時点で非常に多くのことを試しました。

誰かがこれに対する解決策を見つけましたか？

FWIW：試してみました：

• node_modules
• ~/.yarn拭く
• ヤーン1.0.2を再インストールするためのcurl -o- -L https://yarnpkg.com/install.sh | bash
• yarn install -_エラーなし_、すべてが完璧にインストールされました。

私の~/.yarnrc ：

# THIS IS AN AUTOGENERATED FILE. DO NOT EDIT THIS FILE DIRECTLY.
# yarn lockfile v1


registry "https://registry.npmjs.org"
email [email protected]
lastUpdateCheck 1505977814820
username some-user
````

And my `~/.npmrc`:

//registry.npmjs.org/:_authToken=a-valid-uuid

The `yarn.lock` references look like this in my particular case:

解決済み「 https://registry.npmjs.org/@acme/some-module/-/some-module-0.1.1.tgz#valid-git-sha 」
`` `

面白い。 レジストリを.yarnrcファイルに配置した後、パッケージをインストールすることができました。 ただし、それが原因であるかどうかを確認するために削除しましたが、それでも成功しました（キャッシュを削除したため、Yarnがダウンロードする必要があり、正しくダウンロードできました）。

新規インストール（今回はDebian、もう1つはmacOS）を試してみましたが、これらの設定を~/.npmrcと~/.yarnrc設定すると、同じように機能しました。 （注： npm loginまたはyarn loginは試していません。）

これを報告する人々が解決されたので閉じる。 解決されない場合は、具体的な複製手順で再開してください

@BYK同じ問題がありました。
最新のヤーンバージョンのクリーンインストールを使用しました。
そして、 registry "https://registry.npmjs.org"を~/.yarnrcに追加すると、動作を開始します。
これはバグであり、手動ではなく自動で解決する必要があると思います。

@BYK 「解決済みとして報告」したすべての人が、 https：//registry.npmjs.orgレジストリを使用するようにyarnを強制する回避策を使用していることに注意して

https://registry.yarnpkg.comレジストリからプライベートパッケージを取得する際にまだ問題があると思いますが、これはyarnが使用するデフォルトのレジストリです（それでも単なるリバースプロキシですか？おそらく認証ヘッダーを尊重していませんか？ ）。

具体的な再現手順

1. .npmrc .yarnrcファイルと
2. npmレジストリに非公開で公開されているパッケージを見つけます。
   1a。 ヤーンをテストしているのと同じマシンからダウンロード/公開した場合は、npmとヤーンのキャッシュをクリアします。
3. npm loginまたはyarn loginを実行して、認証トークンを入力します。
4. 0.27.5以降の任意の糸バージョンを使用して、このパッケージをインストールしてみてください。

期待される結果

パッケージが正常にインストールされます。

実績

❤ <strong i="26">@up</strong> ➜  REPO git:(master) ★ yarn add @SCOPE/PACKAGE 
yarn add v1.1.0
info No lockfile found.
[1/5] Validating package.json...
[2/5] Resolving packages...
error An unexpected error occurred: "https://registry.npmjs.org/@SCOPE%2fPACKAGE: Not found".
info If you think this is a bug, please open a bug report with the information provided in "/home/katy/dev/REPO/yarn-error.log".
info Visit https://yarnpkg.com/en/docs/cli/add for documentation about this command.

プロジェクトのメンテナが@kmoeの指示を再現可能であると判断した場合は、このチケットを再度

@kmoeに同意しいません。 問題を再度開いてください。 はい、回避策がありますが、この場合の回避策！=ソリューションです。

FWIW、これは1.1.0でもまだ問題です。 確認しました（回避策としてここに戻ってきました。つまり、 registry "https://registry.npmjs.org"が~/.yarnrcに追加されます）

私はyarn1.3.2でこの問題を抱えており、現在ビルドを壊しています。 それは糸0.27.5でうまく働きました。

Artifactoryプライベートレジストリからパッケージをインストールするには、 .npmrcファイルからの認証トークンが必要です。

複製手順：

1. 次のような認証情報を含む.npmrcファイルを用意します。

registry=https://artifactory.mycompany.com/artifactory/api/npm/npm-virtual
_auth = myAuthTokenHere
always-auth = true
email = [email protected]

1. yarn install実行します
2. ヤーンがプライベートレジストリからのものをインストールしようとすると、HTTP401エラーが発生します。

error An unexpected error occurred: "https://artifactory.mycompany.com/api/npm/npm-virtual/@angular/compiler/-/compiler-4.3.1.tgz: Request failed \"401 Unauthorized\"".

関連：＃4672

@ stewx1.3.2でも同じ問題が発生しています。 修正またはそれを回避する方法を見つけましたか？

@jamesoneいいえ、0.27のようなものにダウングレードしました。 これは、私たちのプロジェクトにとって大きな問題です。

@stewx @jamesone
.yarnrcにregistry "https://registry.npmjs.org"を追加し、プライベートパッケージを再インストールします
それはyarnにnpmjsレジストリと直接連携するように指示し、問題を解決します

この1つの問題を回避するためだけに、バージョンロックを0.27.5に設定するのは非常に間違っていると感じますが、多くの人がregistry構成をリダイレクトしているようです（ @stewxはセルフホストでは解決しないと報告していますがプライベートレジストリ）。

頻繁なプロジェクト貢献者が短期的にこれを修正する時間がない場合、コミュニティPRが開かれることを期待して、誰かが修正が成功する可能性が最も高いコードベースの場所を提案することをいとわないでしょうか？ 🤔

/ cc @kittens @bestander @BYK @arcanis @ rally25rs @kaylieEB

@Bnaya再インストールとは、プロジェクトのnode_modulesを削除することですか、それともヤーンキャッシュをクリアすることですか？

糸はあなたのプライベートパッケージを取り除きます。 糸はあなたのプライベートパッケージを追加します

また、ロックファイルには、 https://registry.yarnpkg ***ではなくhttps://registry.npmjs.org/*** URLが表示されます。

package.jsonの横に.yarnrcを追加することをお勧めします

私は実際にregistry "https://registry.npmjs.org"を~/.yarnrcに入れることで機能させました。つまり、ローカルの.yarnrcパッケージは必要ありません。

エラーを再現する手順：

• 変更された~/.yarnrcはありません
• 新しいプロジェクトを作成する
• ヤーンキャッシュクリーン
• ヤーン追加プライベートモジュール->失敗

上記のように~/.yarnrcを変更しても、手順でエラーは発生しません。

失敗したプロジェクトのいくつかを見ると、 yarn.lockにhttps://registry.yarnpkg.com/@myscope/mypackage/が含まれていることがわかります。 これらのプロジェクトを機能させるには、 ./.yarnrc更新した後、 yarn.lockを削除して再生成する必要があります。

これは、他の人に役立つことを試みても、一部の人がまだエラーを抱えている理由を説明しているようです。

結論として解決する方法：

• registry "https://registry.npmjs.org"を〜/ .yarnrcに追加します
• 失敗したプロジェクトのyarn.lockを削除して再生成します

@ TheLuddyarn.lockを最初から再生するとその目的が

代わりに、プロジェクトメンテナは、現在のロックファイルの状態を保持したまま、 yarnpkg.comからnpmjs.orgへの検索/置換を検討することをお勧めします。

@awkaiserそうですね、テストに合格する限り、それをコミットすることができ、他のすべての共同作業者はあなたと同じ環境になります。 したがって、その目的であるIMOを実際に無効にするわけではありません。
しかし、はい、置換を検索することもできます。

ただし、yarn.lockを手動で変更しないこともルールです;）

package.jsonの要件を満たす最新のパッケージをプルすることが常に安全であれば、ロックファイルはまったく必要ありません。 😜

通常、はい、 yarn.lockを手動で変更するべきではありませんが、これはバグであるため、そのルールの例外をサポートします。 検索と置換を使用してレジストリの場所の参照を更新することは、簡単で安全なはずです。 🍻

ロックファイル全体を再生成する必要はありませんでした。
プライベートパッケージを削除してインストールするだけです

@awkaiserまたはスレッド上の他の誰か-あなたが助けることができる1つの方法は、再現可能な例を作成することです。 たとえば、このリポジトリhttps://github.com/KidkArolis/yarn-scopes-issueに基づいていyarnが失敗するリポジトリ（特定のレジストリ応答、特定のyarn config、特定のpackage.jsonなど）を作成できる場合は、問題の修正を確実に検討できます。

一般的に：

1. .yarnrcファイルは必要ありません
2. あなたが必要としない.yarnrc含まれてregistry "https://registry.npmjs.org"
3. registry.npmjs.orgプライベートモジュールが機能するはずです
4. custom.registry.orgプライベートモジュールが機能するはずです

@KidkArolisの失敗はランダムです。 しかし、彼らはそこにいます。
私が別の関連する問題について書いたように：それまたはyarnレジストリの問題（おそらくキャッシュの失敗、プロキシの不正なVaryヘッダーなど）、またはyarnレジストリでのみ発生するyarn内の複雑なエッジケース。

@kmoeが2017年9月25日に書い

それはこの問題の再開を促し、寄稿者による複製を意味しました。

@KidkArolisこれはプライベートモジュールに関するものであり、したがって誰がyarnを実行するかに依存するため、リポジトリに再現可能な例を作成する方法がわかりません。 しかし、エラーを再現するための私の手順はここhttps://github.com/yarnpkg/yarn/issues/4451#issuecomment -355248563であり、 @ kmoeが書いたものでも十分です。

.yarnrcを変更せずにプライベートパッケージをインストールしようとすると、エラーが発生します。

予期しないエラーが発生しました： " https://registry.yarnpkg.com

これは、npmではなくyarnレジストリを検索することを意味します。 それはこのバグを引き起こしているエラーではありませんか？

わかりました、それらの複製ステップを再表面化してくれてありがとう。 見てみます。

何らかの理由で、プライベートパッケージを見つける場所としてこの明示的な場所を.npmrcに追加すると、これが問題を引き起こしていたすべてのリポジトリで404エラーが発生しなくなりました。

@npm-username:registry=https://registry.yarnpkg.com/

誰かが私を追加できるプライベートnpmパッケージを持っていますか？ ユーザー名： kidkarolis 。

私は有料アカウントを取得するのに苦労しています、彼らの請求/アカウントシステムは私のために働いていないようです（彼らが私に請求したにもかかわらず私は402 Payment Requiredを受け取ります：-"）それで私がnpmを待つ間サポート、誰かが私をプライベートパッケージに追加した場合（それが可能であれば）、それは物事をスピードアップします。

わかりました、それは結果整合性だったと思います。私のプライベートnpmアカウントは現在機能しています。

しかし、私はまだ問題を再現することはできません:(

@kmoeが提供する手順に従いました：

1. rm ~/.yarnrc && rm ~/.npmrc
2. yarn cache clean && npm cache clean --force
3. npm login
4. yarn add @scope/pkg

それはうまくインストールされます（そして私がnpm loginでなければインストールされません）。 言い換えれば、私にとっては期待どおりに機能します。

そして、yarn.lockから判断すると、私のインストールはhttps://registry.yarnpkg.comを通過し、期待どおりにauthを使用しているようです。 過去にサーバーに問題があったが、現在は解決されている可能性がありますか？

わかりました、何かを再現したと思います。

<strong i="6">@qubit</strong>:registry=https://registry.npmjs.org/を.npmrcに追加すると、インストールが機能しなくなります。
npm login --scope=@qubitログインすると行が追加され、 npm loginだけでログインすると行が追加されないと思います。 次にこれを修正する方法を見ていきます。

@KidkArolisその設定を設定する他の一般的な方法は次のとおりです。

npm config set <strong i="8">@qubit</strong>:registry https://registry.npmjs.org

PRを開きました-＃5162フィードバック（またはQA）を歓迎します。

@KidkArolisPRありがとうございます。 しかし、問題は「--scope」の場合だけでなく、プライベートリポジトリがパブリックパッケージをauthでミラーリングするより一般的な場合にもあると思います。

ちなみに、 @ bytheway875 、レジストリとしてhttps://registry.yarnpkg.com/を使用するというあなたのトリックは私のために働いた。

私の状況：

• 目標：CIビルド（GitLab）中にローカル.npmrcファイルのauthTokenを使用して、npmjs.comの組織（@ org-name）からyarnプライベートパッケージをインストールします。そのため、 npmログインしていません。
• npm
• 開発マシン（Mac）では問題ありません。 npm loginとyarnは正常に機能します。または、npmからログアウトしても、ローカル/ホームディレクトリ.npmrcファイルを手動で作成します。 1行： //registry.npmjs.org/:_authToken=tokenとyarn正常に機能します（2番目の方法はローカルキャッシュの原因である可能性があり、それを消去しようとしませんでした）
• .yarnrcトリックは機能しませんでした

_これを機能させる唯一の方法は、CIでyarn installを実行する前に、以下のローカル.npmrcファイルを作成することです。

@org-name:registry=https://registry.yarnpkg.com/
always-auth=true
_authToken=token

.npmrcファイルでも同様の問題が発生しました。 私がしなければならなかったのは、 .npmrcファイルのエンコーディングをANSIに設定することだけです（Windowsでは、notepad.exe>名前を付けて保存...を使用できます）。
yarn config listを使用して、yarnが.npmrcファイルのコンテンツをどのように認識するかをテストできます。

これをv1.4.1動作させることができません。 私はプライベートNexusリポジトリを持っており、それをキャッシュ/プロキシとして使用しています（このように）。 明確な指示が見つからないようですので、何か間違ったことをしている可能性があります。 ここでyarn config構文を取得し、ここでyarn login構文を取得しました。

編集： yarn試す前に、最初にNPM経由でログインして、必要な.npmrcを取得しようとしたことを述べておく必要があります。

以下はまさに私がテストするために行っていることです。

マージコミットの確認（dc705768）

git tag --contains dc705768

v1.4.0
v1.4.1

セットアップ

Dockerfileを作成して、テスト用の一貫したベースライン環境を提供します。

# Build
#  docker build -t yarn-private-registry-test .
# Run
#  docker run -it --rm yarn-private-registry-test

FROM debian:9.3-slim

WORKDIR /projects

RUN apt-get update \
  && apt-get --yes install curl gnupg \
  && curl -sL https://deb.nodesource.com/setup_8.x | bash - \
  && apt-get install --yes nodejs \
  && curl -OL https://github.com/yarnpkg/yarn/releases/download/v1.4.1/yarn_1.4.1_all.deb \
  && find . -name yarn*.deb -exec dpkg --install {} \; \
  && find . -name yarn*.deb -exec rm {} \;

Dockerイメージをビルドする

docker build -t yarn-private-registry-test .

テストヤーン

ヒント：クリーンな環境を取得するには、Dockerコンテナーを終了して再起動し続けます。

構成なし

プロジェクトを初期化し、構成を変更せずに依存関係を追加して、環境が機能することを確認します。

Dockerコンテナを実行する

docker run -it --rm yarn-private-registry-test

テスト

left-pad依存関係を追加します。

mkdir yarn \
  && cd yarn \
  && yarn init --yes \
  && yarn add left-pad

yarn init v1.4.1
warning The yes flag has been set [...snip...]
success Saved package.json
Done in 0.03s.
yarn add v1.4.1
info No lockfile found.
[1/4] Resolving packages...
[2/4] Fetching packages...
[3/4] Linking dependencies...
[4/4] Building fresh packages...
success Saved lockfile.
success Saved 1 new dependency.
└─ [email protected]
Done in 0.52s.

プライベートレジストリ構成

Dockerコンテナを実行する

docker run -it --rm yarn-private-registry-test

テスト

mkdir yarn \
  && cd yarn \
  && yarn init --yes \
  && yarn config set registry https://example.com/repository/npm-group/ \
  && yarn login

yarn init v1.4.1
warning The yes flag has been set [...snip...]
success Saved package.json
Done in 0.03s.
yarn config v1.4.1
success Set "registry" to "https://example.com/repository/npm-group/".
Done in 0.04s.
yarn login v1.4.1
question npm username: myusername
question npm email: [email protected]
Done in 6.25s.

left-pad依存関係を追加します。

yarn --verbose add left-pad

yarn add v1.4.1
verbose 0.349 Checking for configuration file "/projects/yarn/.npmrc".
verbose 0.35 Checking for configuration file "/usr/local/share/.npmrc".
verbose 0.35 Checking for configuration file "/usr/etc/npmrc".
verbose 0.352 Checking for configuration file "/root/.npmrc".
verbose 0.353 Checking for configuration file "/projects/yarn/.npmrc".
verbose 0.353 Checking for configuration file "/projects/.npmrc".
verbose 0.355 Checking for configuration file "/projects/yarn/.yarnrc".
verbose 0.355 Checking for configuration file "/usr/local/share/.yarnrc".
verbose 0.357 Found configuration file "/usr/local/share/.yarnrc".
verbose 0.358 Checking for configuration file "/usr/etc/yarnrc".
verbose 0.358 Checking for configuration file "/root/.yarnrc".
verbose 0.359 Checking for configuration file "/projects/yarn/.yarnrc".
verbose 0.359 Checking for configuration file "/projects/.yarnrc".
verbose 0.365 current time: 2018-01-25T21:55:48.886Z
info No lockfile found.
verbose 0.405 Performing "GET" request to "https://yarnpkg.com/latest-version".
[1/4] Resolving packages...
verbose 0.48 Performing "GET" request to "https://example.com/repository/npm-group/left-pad".
verbose 0.52 Request "https://example.com/repository/npm-group/left-pad" finished with status code 401.
verbose 0.522 Error: Couldn't find package "left-pad" on the "npm" registry.
    at new MessageError (/usr/share/yarn/lib/cli.js:186:110)
    at NpmResolver.<anonymous> (/usr/share/yarn/lib/cli.js:50354:15)
    at Generator.next (<anonymous>)
    at step (/usr/share/yarn/lib/cli.js:98:30)
    at /usr/share/yarn/lib/cli.js:109:13
    at <anonymous>
    at process._tickCallback (internal/process/next_tick.js:188:7)
error An unexpected error occurred: "Couldn't find package \"left-pad\" on the \"npm\" registry.".
info If you think this is a bug, please open a bug report with the information provided in "/projects/yarn/yarn-error.log".
info Visit https://yarnpkg.com/en/docs/cli/add for documentation about this command.
verbose 0.809 Request "https://yarnpkg.com/latest-version" finished with status code 200.

.yarnrc確認してください

cat /usr/local/share/.yarnrc

# THIS IS AN AUTOGENERATED FILE. DO NOT EDIT THIS FILE DIRECTLY.
# yarn lockfile v1


registry "https://example.com/repository/npm-group/"
email [email protected]
lastUpdateCheck 1516917349331
username myusername

NPMをテストする

動作するため、目的の構成に直接スキップします。

プライベートレジストリ構成

Dockerコンテナを実行する

docker run -it --rm yarn-private-registry-test

テスト

mkdir npm \
  && cd npm \
  && npm init --yes \
  && npm config set registry https://example.com/repository/npm-group/ \
  && npm login

Wrote to /projects/npm/package.json:

{
  "name": "npm",
  "version": "1.0.0",
  "description": "",
  "main": "index.js",
  "scripts": {
    "test": "echo \"Error: no test specified\" && exit 1"
  },
  "keywords": [],
  "author": "",
  "license": "ISC"
}


Username: myusername
Password:
Email: (this IS public) [email protected]
Logged in as myusername on https://example.com/repository/npm-group/.

left-pad依存関係を追加します。

npm --verbose install left-pad

npm info it worked if it ends with ok
npm verb cli [ '/usr/bin/node',
npm verb cli   '/usr/bin/npm',
npm verb cli   '--verbose',
npm verb cli   'install',
npm verb cli   'left-pad' ]
npm info using [email protected]
npm info using [email protected]
npm verb npm-session 0ed36c84804378c8
npm http fetch GET 200 https://example.com/repository/npm-group/left-pad 78ms
npm http fetch GET 200 https://example.com/repository/npm-group/left-pad/-/left-pad-1.2.0.tgz 28ms
npm verb correctMkdir /root/.npm/_locks correctMkdir not in flight; initializing
npm verb makeDirectory /root/.npm/_locks creation not in flight; initializing
npm verb lock using /root/.npm/_locks/staging-2f9f45630e5bbb1a.lock for /projects/npm/node_modules/.staging
npm info lifecycle [email protected]~preinstall: [email protected]
npm info linkStuff [email protected]
npm verb linkBins [email protected]
npm verb linkMans [email protected]
npm info lifecycle [email protected]~install: [email protected]
npm info lifecycle [email protected]~postinstall: [email protected]
npm verb unlock done using /root/.npm/_locks/staging-2f9f45630e5bbb1a.lock for /projects/npm/node_modules/.staging
npm verb saving [ { name: 'left-pad', spec: '^1.2.0', save: 'dependencies' } ]
npm info lifecycle undefined~preshrinkwrap: undefined
npm info lifecycle undefined~shrinkwrap: undefined
npm notice created a lockfile as package-lock.json. You should commit this file.
npm info lifecycle undefined~postshrinkwrap: undefined
npm WARN [email protected] No description
npm WARN [email protected] No repository field.

+ [email protected]
added 1 package in 0.398s
npm verb exit [ 0, true ]
npm info

@ryanjaeb詳細なレポートをありがとう。 ここで何が問題になっているのかを説明するために私が見逃しているのは、 ~/.npmrc ~/.yarnrcファイルと.yarnrc貼り付けましたが、パスワードが含まれていません。 また、比較用の.npmrcファイルがないと、問題を特定するのは困難です。

ユースケースは^ 1.4.0で正常に機能するはずですが、それはすべて構成ファイルの外観に関するものです。

ちなみに、私はyarn login使用することはありません。最初にnpm loginを使用し、次にyarnます。 上記の例で、最初にnpm set config registry ... && npm loginを実行してから、 add left-pad実行すると、機能しますか？ npmが機能する場合は、yarnも機能するはずです。 だから私はyarn loginコマンドが壊れているのかどうか疑問に思っています。

無視して@KidkArolis yarn loginし、それだけで作業を取得することができることを期待npm login私はいくつかの進歩を遂げることができました、。 私は2つのことを見ています。

.npmrc

npm-loginのドキュメントは、私が実際に.npmrcに表示しているものと一致していないようです。 具体的には、 npm loginコマンドの--always-auth引数は、ドキュメントに次のように記載されていても、構成に影響を与えません。

--registryおよび/または--scopeと一緒に使用できます。例：
..。
always-authのレジストリ固有の構成は、どのグローバル構成よりも優先されます。

ただし、その引数を使用するかどうかに関係なく、常に同じ.npmrcます。 どちらも：

npm config set registry https://example.com/repository/npm-group/ \
  && npm login --registry=https://example.com/repository/npm-group/

そして

npm config set registry https://example.com/repository/npm-group/ \
  && npm login --registry=https://example.com/repository/npm-group/ --always-auth

この.npmrcます：

registry=https://example.com/repository/npm-group/
//example.com/repository/npm-group/:_authToken=NpmToken.XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

レジストリに向かうトラフィックをスニッフィングすると、NPMが次のいずれにも関係なく認証トークンを送信することがわかります。

GET /repository/npm-group/left-pad HTTP/1.1
Host: example.com
user-agent: npm/5.6.0 node/v8.9.4 linux x64
npm-in-ci: false
npm-scope: 
npm-session: c4c14c0b37be7bd5
referer: install left-pad
pacote-req-type: packument
pacote-pkg-id: registry:manifest
accept: application/vnd.npm.install-v1+json; q=1.0, application/json; q=0.8, */*
authorization: Bearer NpmToken.XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
accept-encoding: gzip,deflate
X-Forwarded-Proto: https
X-Forwarded-For: 10.10.10.1
X-Forwarded-Host: example.com
X-Forwarded-Server: example.com
Connection: Keep-Alive

always-authが設定されていない限り、Yarnはトークンを送信しませ.npmrc always-authフラグを明示的に設定すると、すべてが期待どおりに機能します。

npm config set always-auth true \
    && cat ~/.npmrc

registry=https://example.com/repository/npm-group/
//example.com/repository/npm-group/:_authToken=NpmToken.XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
always-auth=true

NPMとYarnの動作が異なることを知っているだけでなく、どちらの動作が正しいかを知るのにも十分な知識がありません。

yarn login

yarn loginいないのは正しいと思いますが、私はそれを広範囲にテストしていません。 .npmrcを無視し、 yarnのみを使用して、NPM構成を模倣しようとします。

yarn config set registry https://example.com/repository/npm-group/ \
    && yarn config set always-auth true \
    && yarn login

.yarnrc ：

# THIS IS AN AUTOGENERATED FILE. DO NOT EDIT THIS FILE DIRECTLY.
# yarn lockfile v1


registry "https://example.com/repository/npm-group/"
always-auth true
email [email protected]
lastUpdateCheck 1517883362958
username myusername

何をしても、パスワードの入力を求められることはありません。

@KidkArolis私にとって、npmはalways-auth=trueがなくても機能しますが、yarn（1.3.2または1.4.0）は機能しません。 私の場合、すべてのリクエストをアーティファクトで仮想レジストリに向けようとしています。 .npmrcにalways-auth=trueとauthTokenがある場合– 1.3.2で機能するため、 1.4.0正確に修正されたものが明確ではありません。

これはまだ問題のようです。具体的には、Nexusリポジトリに接続します。

私はいくつかのアプローチを試しました：

1. 削除私の~/.yarnrc完全かつにあるもののみに依存~/.npmrc 。
2. ~/.yarnrcレジストリ設定をいじくりまわします。

ヤーンは~/.npmrcからハッシュされた_auth値（たとえば_auth=xyz ）を使用していないようです

バージョン情報

NPM

npm --version                                                                                                                                                                                                                                                                                                      
5.6.0

糸

yarn --version
1.5.1

OS X10.13.2で実行しています。

NPMRC

私の~/.npmrcは次のようになります（明らかな理由で一部の設定_values_が省略されています）：

registry=http://nexus-repo:8081/content/repositories/npm-all
init.author.name=Juan Smith
[email protected]
init.author.url=http://nexus-repo:8081/content/repositories/npm/
[email protected]
_auth=BASE64-HASH-USERNAME-PASSWORD
always-auth=true

YARNRC

私の~/.yarnrcは次のようになります（ここでも明らかな値は省略されています）：

registry "http://nexus-repo:8081/content/repositories/npm-all//"
email [email protected]
lastUpdateCheck 1521495247797
username jsmith

¯_（ツ）_ /¯

ここからどこへ行くのかよくわかりません。 すべてのヤーンビルドが次の方法で失敗することを除いて、何が起こっているのかは完全には明らかではありません。

error An unexpected error occurred: "http://nexus-repo:8081/content/groups/npm-all/lru-cache/-/lru-cache-4.1.2.tgz: Request failed \"401 Unauthorized\"".

FWIW、IANADOE（私はDev Opsエンジニアではありません）は、電子ビルドに糸に頼るパッケージを利用しようとしています。 これは、yarnのbase64ユーザー名|パスワードハッシュを設定する方法がわからない場合があります。 それを説明するドキュメントを見つけることができませんでした。

@ezweaveSonatypeには本当に良いドキュメントがあります。 このリンクには、base64エンコーディングが正しく行われていることを確認するためのテスト手順も含まれています。 個人的には、Nexusでnpm Bearer Token Realmを有効にし、ワークステーションでnpm loginを使用するのが最も簡単だと思います。 例：

npm config set registry http://nexus-repo:8081/content/repositories/npm-all
npm login --registry=http://nexus-repo:8081/content/repositories/npm-all --always-auth
npm config set always-auth true

Yarnを試す前に、NPMで動作することを確認してください。 それが重要かどうかはわかりませんが、 .yarnrcレジストリに2つの末尾のスラッシュ（ // ）があります。

@ryanjaebなので、私たちのdevopsチームはNexusをLDAPレルムをサポートするためにロックダウンしています。 これが問題の核心かもしれませんが、 yarn依存しているツールがたくさんありますが、これはサポートされていないようであるため、使用できません。 _authを適切な構文などのパラメータとして追加してみました。 何も機能していないようです。 （FWIW：複数のスラッシュは関連する問題の修正と思われていましたが、成功した場合としない場合で修正しました。）

NexusでYarn認証が壊れていることを確認できます。 yarn loginはパスワードの入力を求めませんが、正常にログインしたと表示します（ログインしなかった-rcファイルに変更はありません）。

Publishはパスワードの入力を求め、公開しますが、毎回ログインする必要があるように設定されている場合は、__ authトークンから読み取ることはありません。 また、CIシナリオでyarnを使用することもできません。

糸はCI内では機能しません。 これは機能しますか？

この問題はhttps://github.com/yarnpkg/yarn/pull/5216で修正されているはず

Fixes #4157, #4451, #4672, #4119.

そのため、GitHubは、そのPRがマージされたときに＃4157のみを自動的に閉じました。 他の問題もおそらく解決されるべきでした。

@valscionこれは、これらの問題をさらに解決するのに役立つ可能性があります：//github.com/yarnpkg/yarn/pull/5322 、しかしそれは亀裂をすり抜けました。

別のデータポイントの追加-yarn1.8.x +がビルドエージェント（VSTS）で失敗します。 yarnを1.7.xに戻すと、問題が解決します。 正しいレジストリを調べていますが、ビルドエージェントによって.npmrc挿入されたトークンは使用していません。 ここにはたくさんの変数があることは知っていますが、それが役立つかもしれないと考えました。

トークンがユーザー.npmrcに保存される1.9.xをローカルで実行すると、正常に機能します。

1.9.xバージョン

2018-08-03T21:17:04.9324575Z [command]C:\Windows\system32\cmd.exe /D /S /C "C:\Builds\_tool\yarn\1.9.4\x64\yarn-v1.9.4\bin\yarn.cmd build"
2018-08-03T21:17:05.4481355Z yarn run v1.9.4
2018-08-03T21:17:05.5418442Z $ lerna clean && lerna bootstrap
2018-08-03T21:17:08.3387809Z lerna info version 2.11.0
2018-08-03T21:17:08.3387809Z lerna info versioning independent
2018-08-03T21:17:08.3856545Z lerna info clean removing <REMOVED>
2018-08-03T21:17:08.3856545Z lerna info clean removing <REMOVED>
2018-08-03T21:17:08.3856545Z lerna info clean removing <REMOVED>
2018-08-03T21:17:08.3856545Z lerna info clean removing <REMOVED>
2018-08-03T21:17:08.4012821Z lerna info clean removing <REMOVED>
2018-08-03T21:17:08.4012821Z lerna info clean removing <REMOVED>
2018-08-03T21:17:08.4169058Z lerna info clean removing <REMOVED>
2018-08-03T21:17:08.4325326Z lerna info clean removing <REMOVED>
2018-08-03T21:17:08.4325326Z lerna info clean removing <REMOVED>
2018-08-03T21:17:08.7606628Z lerna success clean finished
2018-08-03T21:17:09.5145894Z lerna info version 2.11.0
2018-08-03T21:17:09.5145894Z lerna info versioning independent
2018-08-03T21:17:09.5419287Z lerna info Bootstrapping 9 packages
2018-08-03T21:17:09.5419287Z lerna info lifecycle preinstall
2018-08-03T21:17:09.5576221Z lerna info Installing external dependencies
2018-08-03T21:17:12.8857424Z lerna ERR! execute callback with error
2018-08-03T21:17:12.8857424Z lerna ERR! Error: Command failed: yarn install --mutex network:42424 --non-interactive
2018-08-03T21:17:12.8857424Z lerna ERR! warning package.json: No license field
2018-08-03T21:17:12.8857424Z lerna ERR! warning Waiting for the other yarn instance to finish (4048)
2018-08-03T21:17:12.8857424Z lerna ERR! warning Waiting for the other yarn instance to finish (6896)
2018-08-03T21:17:12.8857424Z lerna ERR! warning No license field
2018-08-03T21:17:12.8857424Z lerna ERR! error An unexpected error occurred: "<INTERNAL_REGISTRY>/lodash.foreach/-/lodash.foreach-2.3.0.tgz: Request failed \"401 Unauthorized\"".
2018-08-03T21:17:12.8857424Z lerna ERR! [1/4] Resolving packages...
2018-08-03T21:17:12.8857424Z lerna ERR! [2/4] Fetching packages...
2018-08-03T21:17:12.8857424Z lerna ERR! info If you think this is a bug, please open a bug report with the information provided in "C:\\Builds\\6\\s\\packages\\<REMOVED>\\yarn-error.log".
2018-08-03T21:17:12.8857424Z lerna ERR! info Visit https://yarnpkg.com/en/docs/cli/install for documentation about this command.
2018-08-03T21:17:12.8857424Z lerna ERR! 
2018-08-03T21:17:12.8857424Z lerna ERR!     at Promise.all.then.arr (C:\Builds\6\s\node_modules\lerna\node_modules\execa\index.js:236:11)
2018-08-03T21:17:12.8857424Z lerna ERR!     at <anonymous>
2018-08-03T21:17:12.9482437Z lerna WARN complete Waiting for 1 child process to exit. CTRL-C to exit immediately.
2018-08-03T21:17:13.0732458Z { Error: Command failed: yarn install --mutex network:42424 --non-interactive
2018-08-03T21:17:13.0732458Z warning package.json: No license field
2018-08-03T21:17:13.0732458Z warning Waiting for the other yarn instance to finish (4048)
2018-08-03T21:17:13.0732458Z warning Waiting for the other yarn instance to finish (6896)
2018-08-03T21:17:13.0732458Z warning No license field
2018-08-03T21:17:13.0732458Z error An unexpected error occurred: "<INTERNAL_REGISTRY>/lodash.foreach/-/lodash.foreach-2.3.0.tgz: Request failed \"401 Unauthorized\"".
2018-08-03T21:17:13.0732458Z [1/4] Resolving packages...
2018-08-03T21:17:13.0732458Z [2/4] Fetching packages...
2018-08-03T21:17:13.0732458Z info If you think this is a bug, please open a bug report with the information provided in "C:\\Builds\\6\\s\\packages\\<REMOVED>\\yarn-error.log".
2018-08-03T21:17:13.0732458Z info Visit https://yarnpkg.com/en/docs/cli/install for documentation about this command.
2018-08-03T21:17:13.0732458Z 
2018-08-03T21:17:13.0732458Z     at Promise.all.then.arr (C:\Builds\6\s\node_modules\lerna\node_modules\execa\index.js:236:11)
2018-08-03T21:17:13.0732458Z     at <anonymous>
2018-08-03T21:17:13.0732458Z     at process._tickCallback (internal/process/next_tick.js:188:7)
2018-08-03T21:17:13.0732458Z   code: 1,
2018-08-03T21:17:13.0732458Z   killed: false,
2018-08-03T21:17:13.0732458Z   stdout: '[1/4] Resolving packages...\n[2/4] Fetching packages...\ninfo If you think this is a bug, please open a bug report with the information provided in "C:\\\\Builds\\\\6\\\\s\\\\packages\\\\<REMOVED>\\\\yarn-error.log".\ninfo Visit https://yarnpkg.com/en/docs/cli/install for documentation about this command.\n',
2018-08-03T21:17:13.0732458Z   stderr: 'warning package.json: No license field\nwarning Waiting for the other yarn instance to finish (4048)\nwarning Waiting for the other yarn instance to finish (6896)\nwarning No license field\nerror An unexpected error occurred: "<INTERNAL_REGISTRY>/lodash.foreach/-/lodash.foreach-2.3.0.tgz: Request failed \\"401 Unauthorized\\"".\n',
2018-08-03T21:17:13.0732458Z   failed: true,
2018-08-03T21:17:13.0732458Z   signal: null,
2018-08-03T21:17:13.0732458Z   cmd: 'yarn install --mutex network:42424 --non-interactive',
2018-08-03T21:17:13.0732458Z   timedOut: false,
2018-08-03T21:17:13.0732458Z   exitCode: 1 }
2018-08-03T21:17:13.0888721Z error Command failed with exit code 1.
2018-08-03T21:17:13.0888721Z info Visit https://yarnpkg.com/en/docs/cli/run for documentation about this command.

1.7.Xバージョン

2018-08-03T21:33:16.4477199Z [command]C:\Windows\system32\cmd.exe /D /S /C "C:\Builds\_tool\yarn\1.7.0\x64\yarn-v1.7.0\bin\yarn.cmd build"
2018-08-03T21:33:16.9633413Z yarn run v1.7.0
2018-08-03T21:33:17.0727225Z $ lerna clean && lerna bootstrap
2018-08-03T21:33:19.2509802Z lerna info version 2.11.0
2018-08-03T21:33:19.2509802Z lerna info versioning independent
2018-08-03T21:33:19.2666043Z lerna info clean removing <REMOVED>
2018-08-03T21:33:19.2666043Z lerna info clean removing <REMOVED>
2018-08-03T21:33:19.2666043Z lerna info clean removing <REMOVED>
2018-08-03T21:33:19.2666043Z lerna info clean removing <REMOVED>
2018-08-03T21:33:19.2978554Z lerna info clean removing <REMOVED>
2018-08-03T21:33:19.5478528Z lerna info clean removing <REMOVED>
2018-08-03T21:33:19.5478528Z lerna info clean removing <REMOVED>
2018-08-03T21:33:19.5478528Z lerna info clean removing <REMOVED>
2018-08-03T21:33:19.6728520Z lerna info clean removing <REMOVED>
2018-08-03T21:33:19.8759839Z lerna success clean finished
2018-08-03T21:33:20.5947225Z lerna info version 2.11.0
2018-08-03T21:33:20.5947225Z lerna info versioning independent
2018-08-03T21:33:20.6103497Z lerna info Bootstrapping 9 packages
2018-08-03T21:33:20.6103497Z lerna info lifecycle preinstall
2018-08-03T21:33:20.6415982Z lerna info Installing external dependencies
2018-08-03T21:33:23.1103303Z lerna info Symlinking packages and binaries
2018-08-03T21:33:23.1415791Z lerna info lifecycle postinstall
2018-08-03T21:33:23.1415791Z lerna info lifecycle prepublish
2018-08-03T21:33:23.1415791Z lerna info lifecycle prepare
2018-08-03T21:33:23.1415791Z lerna success Bootstrapped 9 packages
2018-08-03T21:33:23.1572133Z $ ts-node ./build/index.ts
2018-08-03T21:33:58.5218101Z Done in 41.54s.

みなさん、この問題をフォローしていて、プライベートレジストリを使用している人たちにお願いがあります。

ロックファイルからレジストリのホスト名をています。 これにより、プライベートレジストリから別のレジストリへの切り替えが簡単になりますが、欠点は、すべてのレジストリが同様のURLを使用する必要があることです（ホスト名はURLの一部ではないため、実行時にアクティブなレジストリとマージするだけです）構成）。

このワークフローがプライベートレジストリプロバイダーで機能することを＃5892で確認するのを手伝っていただけませんか（または機能しない場合はお知らせください）。 これは、この変更を行うために必要なレベルの信頼を得るのに役立ちます。 ありがとう！

yarn publish .npmrcからも認証トークンを読み取らないという問題が発生しています。 私はこれをUbuntuで実行しています。

バージョン

糸-1.9.4
npm-5.5.1

〜/ .npmrc

~/.npmrcは次のようになります（トークンとレジストリが難読化されています）。

registry=http://myprivateregistry.net/
//myprivateregistry.net/:_authToken="myAuthToken"

出力

yarn publish --noninteractiveを実行すると、次のエラーが発生します。

yarn publish v1.9.4
[1/4] Bumping version...
info Current version: 2.1.3
[2/4] Logging in...
error No token found and can't prompt for login when running with --non-interactive.
info Visit https://yarnpkg.com/en/docs/cli/publish for documentation about this command.

デバッグ手順

私は無駄に以下を試しました：

• ~/.npmrcをプロジェクトディレクトリのローカル.npmrcにコピーする
• yarn publish実行する前に、資格情報を使用してyarn loginを実行する

また、 npm publishすると、認証ステップを通過することを確認しました（同じバージョン番号を上書きできないため、バージョン管理ステップで失敗します。これが、 yarn publish --non-interactiveを使用する理由です。

他に足りないものはありますか？ ありがとう！

@ liuhelen10プロジェクト内に.yarnrcファイルがありますか？ これは、 ~/.npmrc内に格納されたトークンでうまくいきました

例

$ cat .yarnrc 
registry "https://registry.npmjs.org/"

.npmrcのalways-auth = trueがトリックを実行し、Yarnの使用中に401を受信しなくなりました。
これは意味がありませんが、何でも:)

これは2017年に報告され、現在は2019年であり、この問題はまだ存在しています。

同意しました、これはまだ機能しません。

.npmrc

always-auth=true
<strong i="7">@somename</strong>:registry=https://npm.pkg.github.com/
//npm.pkg.github.com/:_authToken=[token]

.yarnc

"<strong i="11">@somename</strong>:registry" "https://npm.pkg.github.com/"

npm.pkg.github.comでもエラーが発生します：

Integrity checked failed (none of the specified algorithms are supported

npm.pkg.github.comでもエラーが発生します：

Integrity checked failed (none of the specified algorithms are supported

これも取得

Nexusバージョン3を使用しても同じ問題が発生しましたが、この問題https://github.com/yarnpkg/yarn/issues/3093#issuecomment-317671597で@plitexが言及したアプローチを使用して解決しました。

このコンテンツを.npmrcファイルに入れます。 .yarnrcファイルに設定を行う必要はありません。

always-auth=true
registry=https://nexus.server.com/repository/npm-group/
//nexus.server.com/repository/npm-group/:_authToken={AUTH_TOKEN}

糸-バージョン
1.17.3

npm --version
6.10.2

@ nbransby 、 @ revmischa ：問題＃7552も確認してください。この場合、エラーメッセージが正しい可能性があります。

私を助けた2つのこと：

1. 常に-auth = true
2. rmyarn.lock

ヤーン1.19.1でこのエラーが発生し始めました。 そのyarnが.npmrcからレジストリとトークン情報を正しく取得しているように見える前に、1.19.1では、 .yarnrcにもregistry構成を追加する必要がありました。 401エラーが発生しました。

それが行われると、それは機能し、 .npmrcからトークンを取得し続けました。 私には回帰のように思えます-レジストリ構成を.npmrcから.yarnrcに複製する正当な理由はないようです。

@rocketramanのように、yarn 1.19.1をインストールするとすぐに、プライベートレジストリ（nexus）からスコープパッケージをインストールしようとすると、401が発生し始めます。 npm installは正常に機能します。

ダウングレードされた糸とすべてが再び機能します：

curl -o- -L https://yarnpkg.com/install.sh | bash -s -- --version 1.17.3

これがまだ問題であることを確認できます

yarn install実行時に401エラーが発生する

Request "https://npm.pkg.github.com/user/@scope/package" finished with status code 401.

npn installは問題なく実行されます

私はこの問題のデバッグに過去2時間費やしましたが、友人の@AndreiCalazansのおかげで、回避策があります。

同様のことに苦労しているかもしれない人のためにここで共有します。

使用事例

yarnワークスペースを使用するプロジェクトをHerokuにデプロイしています。 私が落とした場合でもyarn.lock使いnpm install 、プロジェクトはワークスペースと_willずなどALL_での作業で構築されていますyarn 。

プロジェクトはGitHubパッケージでホストされ

問題

Herokuのは見るであろうyarn.lockととの依存関係をインストールyarn無視し、 ~/.npmrc私は事前にビルドを作成するファイルを。

ビルド前、実行します

echo "always-auth=true\n//npm.pkg.github.com/:_authToken=${GITHUB_NPM_TOKEN}\" >> ~/.npmrc",

これにより、次の内容のファイル~/.npmrcが作成されます。

always-auth=true
//npm.pkg.github.com/:_authToken=whatevermytokenis

yarnは、これを無視して、 401 Unauthorized使用してGitHubパッケージレジストリから依存関係をプルしようとすると失敗します。

回避策

Andreiは、GitHubレジストリを使用するために_組織だけ_にエイリアシングし、_次に_下にGitHubレジストリトークンを追加することに言及しました。

基本的に、 ~/.npmrcファイルを少し変更して、以下を追加します。

always-auth=true
+<strong i="36">@MY_ORG</strong>:registry=https://npm.pkg.github.com/

//npm.pkg.github.com/:_authToken=whatevermytokenis

これですべてが解決し、突然、 yarnは、GitHub組織である@MY_ORG下のパッケージに対して、提供された認証トークンをnpm.pkg.github.comに使用しました。

ふぅ！ これが誰かに役立つことを願っています！ 💞

これはまだ問題です!! NPMのインストールは問題なく実行されます。
error Couldn't find package "@diligentcorp/atlas-react" on the "npm" registry. info Visit https://yarnpkg.com/en/docs/cli/add for documentation about this command.

私のWindowsマシンでは、問題は、ユーザーレベルの.npmrcファイルを含むユーザーフォルダーがネットワークドライブ上にあることでした。 マシンのローカルユーザーフォルダに.npmrcファイルがありませんでしたが、yarnはこのフォルダを調べているようです。 .npmrcをネットワークドライブからローカルユーザーフォルダーにコピーすると、問題が修正されました（認証トークンはユーザーレベルの.npmrcに保存されていました）。

git bashに「cd〜」と入力した後、誤ってリモートホームフォルダ（私は決して使用しません）に切り替わったことを発見しました。

@TejasQ回避策は私にはうまく

GitHubパッケージも使用しています。
それでも取得401 unauthorizedそれはと完璧にうまく機能していてもnpm

私はそれをyarnv1.22.0で動作させることができました

.npmrc

always-auth=true
<strong i="7">@fortawesome</strong>:registry=https://npm.fontawesome.com
//npm.fontawesome.com/:_authToken=xyz-xyz-xyz-xyz

.yarnrc

"<strong i="11">@fortawesome</strong>:registry" "https://npm.fontawesome.com"

registry "https://some-regular-registry.org"

次に実行します： yarn add @fortawesome/fontawesome-pro

私にも起こりましたが、 .npmrcだけで動作するようにしたいと思っていましたが、 .yarnrc追加した場合にのみ動作するため、yarn用に構成を複製する必要があります。

これが私が遭遇していることだと思います。 .npmrcがホームディレクトリにある場合は機能しますが、プロジェクトディレクトリにはありません（jenkins / travisに必要）。
https://github.com/yarnpkg/yarn/issues/8034

これは私のためにそれを解決しました： https ：

スコープを設定するときは、レジストリの後に/nameがないことを確認してください。

- <strong i="7">@4r7d3c0</strong>:registry=https://npm.pkg.github.com/4r7d3c0
+ <strong i="8">@4r7d3c0</strong>:registry=https://npm.pkg.github.com

ドキュメントregistry=https://npm.pkg.github.com/OWNERによると、スコープを設定するときに所有者がそこにいる必要がないことを見逃しました。 NPMはそれを処理できましたが、yarnは処理できませんでした。

エイリアスを使用する場合は、次の回避策を確認してください： https ：

ユーザーレベルの.npmrcとプロジェクトレベルの.npmrcを分割して、YarnがGitHubパッケージトークンを尊重するようにする必要がありました。 名前付きレジストリ宣言をユーザーレベルからプロジェクトレベルに移動することが重要でした

~/.npmrc

_auth=#####TOKEN_FOR_ARTIFACTORY#####
always-auth=true
registry=https://artifactory.mycompany.net/artifactory/api/npm/npm/
//npm.pkg.github.com/:_authToken=####GitHub_NPM_REGISTRY_TOKEN#####

~/projects/blah/.npmrc

<strong i="14">@mycompany</strong>:registry=https://npm.pkg.github.com

^名前付きファミリーパッケージレジストリエントリをプロジェクトレベルの.npmrcに移動するまで、 yarn installは401を提供していました（ @mycompany未満のGHホストパッケージの場合）。

Dockerビルドの場合、それらを個別にマウントします。

base.Dockerfile ：

# syntax=docker/dockerfile:1-experimental
## ^ need to enable --mount=type=secret support

ARG BASE_IMAGE
FROM ${BASE_IMAGE} as build

# note that only project-level .npmrc is copied
COPY package.json yarn.lock .npmrc ./

# ~/.npmrc with actual secrets is mounted as "secret" (does not stay in image)
RUN --mount=type=secret,id=npmrc,target=/root/.npmrc,required \
    yarn install --production --frozen-lockfile ...

Dockerビルドコマンド：

DOCKER_BUILDKIT=1 docker build \
        --build-arg BASE_IMAGE=$(BASE_IMAGE) \
        --secret id=npmrc,src="$(HOME)/.npmrc" \
        -t $(IMAGE_NAME):$(IMAGE_TAG) \
        -f base.Dockerfile .

_（これが機能するために.yarnrcは必要ありません

少し掘り下げましたが、yarnが間違った認証情報を使用しているようです。

〜/ .npmrc

//npm-old.visualon.de/npm/vo-npm/:_password=XXXXXX
//npm-old.visualon.de/npm/vo-npm/:username=kriese
//npm-old.visualon.de/npm/vo-npm/:always-auth=true

//npm-new.visualon.de/:_authToken="XXXXXX"

package.json

{
  "name": "yarn-auth",
  "version": "1.0.0",
  "main": "index.js",
  "license": "MIT",
  "dependencies": {
    "tslib": "^2.0.1",
    "moment": "2.20.1"
  }
}

ヤーンロック

# THIS IS AN AUTOGENERATED FILE. DO NOT EDIT THIS FILE DIRECTLY.
# yarn lockfile v1


[email protected]:
  version "2.20.1"
  resolved "https://npm-old.visualon.de/npm/vo-npm/moment/-/moment-2.20.1.tgz#d6eb1a46cbcc14a2b2f9434112c1ff8907f313fd"
  integrity sha1-1usaRsvMFKKy+UNBEsH/iQfzE/0=

tslib@^2.0.1:
  version "2.0.1"
  resolved "https://npm-new.visualon.de/tslib/-/tslib-2.0.1.tgz#410eb0d113e5b6356490eec749603725b021b43e"
  integrity sha512-SgIkNheinmEBgx1IUNirK0TUD4X9yjjBRTqqjggWCU3pUEqIk3/Uwl3yRixYKT6WjQuGiwDv4NomL3wqRCj+CQ==

ヤーンをインストールしようとしている間、 bearerトークンをnpm-new.visualon.deからnpm-old.visualon.de送信します。 したがって、糸はベースドメインのみを比較します。

誰かがまだそれに直面しているなら、これは私のために働いたものです。

.npmrc:
always-auth=true
<strong i="6">@orgaccount</strong>:registry=https://npm.pkg.github.com
registry=https://registry.yarnpkg.com

https://npm.pkg.github.com/:_authToken=yyyyjjjjj3333888etc

誰かが同様の問題に直面しているかどうかはわかりませんが、これは誰かが少し時間を節約するのに役立つかもしれません：

Azure Artifactsをプライベートレジストリとして使用しており、そこに記載されているようにPATファイルと.npmrcファイルを設定しました。
それでも、 npm installが完全に機能しているのと同じ問題が発生していましたが、 yarn installは常に401エラーに遭遇します。
少し試行錯誤した結果、レジストリURL（... @ Local / ...）に特殊文字が含まれていることが判明しましたが、AzureArtifactsはこれをセットアップガイド内のUnicode表現に解決します。 npmはこれをうまく処理し、糸はそれほど多くありません。 URLに実際の@文字を設定すると、問題が解決しました。