<p>ヤーングローバルアドはバイナリを正しくインストールしません</p>

同じシステムでの同じ動作。

これはcreate-react-appに固有のものではないことを明確にするためのメモです。 たとえば、 mean-cliでも同じ問題が発生します。

Ubuntu15.10システムでもこれを入手

yarn global binを実行し、それを$PATH追加します。

これで修正されます。 しかし、これはここではまったく文書化されていません： https ：
（つまり、 yarn global binは文書化されていますが、この例では、PATHに追加する必要があることを示唆していません）

私のマシンでは、これは/usr/local/Cellar/node/6.7.0/bin返します。 これは、すべてのグローバルバイナリがこのノードバージョンに関連付けられていることを意味し、更新した場合はそれらを再インストールする必要がありますか？ 面倒そうですね。

私が気付いたもう1つのことは、 "$(yarn global bin)"が^[[2K^[[1G/usr/local/Cellar/node/6.7.0/bin返すことです。 .zshrc export="${PATH}:$(yarn global bin)"を追加しようとすると、何か問題が発生しますか？

AFAIKは文書化されていません。 そのはず。 気軽にPRを提出してください。
これを読んで、グローバルパスがバージョン固有である理由を理解してください。

@wokalski正しい問題を参照してもよろしいですか？ なぜこれが関係しているのかさえ分かりません...

@Fahrradfluchtごめんなさい！ 修正しました。

了解しました。

それから私はこの質問を残されています：

もう1つ気付いたのは、「$（yarn globalbin）」が^ [[2K ^ [[1G / usr / local / Cellar / node / 6.7.0 / binを返すことです。 export = "$ {PATH}：$（yarn global bin）"を.zshrcに追加しようとすると、何か問題が発生しますか？

ばかげた間違いをしなかったと確信できれば、新しい問題を提出します😁

@Fahrradflucht私がmacOSで同じ問題を抱えているのはあなただけではありません。

export PATH="/usr/local/Cellar/node/6.3.1/bin:$PATH"

動作します

export PATH="$(yarn global bin):$PATH"

ではない。 問題を開きました。 https://github.com/yarnpkg/yarn/issues/851

yarn global binは、私のシステムでは/usr/binです。 パーマの頭痛から私を救うために、それを/usr/local/binにしたいと思います。

今私はそれについて考えています...なぜyarn global bin ~/.yarn-cache/.global/node_modules/.bin/返さないのですか？

@kaihendryYarnはHomebrewによってインストールされたため

macOSで同じ問題

Yarnはバイナリを$(yarn global bin)にインストールしていないようです。これは、OSXでnvmを使用しているため、 /Users/username/.nvm/versions/node/v6.9.2/bin

yarn global add nodemon実行した後、それはどこにも見つかりません。詳細なインストールでは、binディレクトリにファイルを配置していることを示すものは何もないようです。

更新

yarn global remove nodemonとyarn global add nodemon修正し、 $(yarn global bin)適切に配置しました。 ただし、詳細ログにはまだ何もありません...

@ c0braが述べたのとまったく同じ問題。

0.20RCで修正されたという報告があります。 誰かが確認できますか？

v0.20.0でこの問題が発生しましたが、 @ c0braで説明したように、パッケージを削除して再度追加することで解決しました。

v0.20.3ではまだ機能しません：

$ cd $(yarn global bin)
$ ls 
tern@  yarn@  yarnpkg@
$ yarn global add ember-cli
yarn global v0.20.3
warning No license field
[1/4] Resolving packages...
[2/4] Fetching packages...
[3/4] Linking dependencies...
[4/4] Building fresh packages...
success Installed "[email protected]" with binaries:
      - ember
warning No license field
Done in 3.81s.
$ cd $(yarn global bin)
$ ls
tern@  yarn@  yarnpkg@

macOSのhomebrewを介してインストールされた0.20.3まだ壊れています。

今日も同じ問題がありました（自作のインストール、yarn v0.20.3）。 グローバルパッケージをインストールする前に、binフォルダーをPATHにエクスポートするのを忘れたことがわかりました。 私はそれを使用してエクスポートしました：
export PATH="$(yarn global bin):$PATH"
次に、グローバルパッケージを削除して再度追加すると、バイナリが正しくリンクされました。 （ありがとう@ c0bra）

私にとって（macOSSierraとHomebrew経由のyarn 0.21.3 ）、これは私のために機能しています（以前はそうではありませんでした）。 yarn global remove ----- && yarn global add ---- 。

Yarn v0.21.3を使用して@erizocosmicoで同じ問題に

1. .zshrcファイルに以下を追加します。

export PATH="$(yarn global bin):$PATH"

1. yarn global remove [package-name]次にyarn global add [package-name]

唯一の問題は、パッケージが実際に/usr/local/Cellar/node/7.7.1/binにインストールされていることです。これは、Homebrew経由でYarnをインストールすると、Homebrewのパスの下にNode実行可能ファイルも.zshrcファイルはHOMEのパスで実行されたため、グローバルパッケージは常にHomebrewのノードのbinフォルダーにインストールされます。

1. ここでの修正は一時的なものです。 新しいノードの更新がヒットすると、グローバルパッケージは機能しなくなり、再リンクする必要があります。 とりあえずグローバルパッケージをnpmに切り替えました。

2. また、グローバルパッケージがnpm介してインストールされている場合、 yarnはそれらに気づきません。

これを修正する方法：

1. $ yarn global remove ___

2. PATH Yarnを追加する前に、 NVMが供給されていることを確認してください

# First...
export NVM_DIR="$HOME/.nvm"
[ -s "$NVM_DIR/nvm.sh" ] && . "$NVM_DIR/nvm.sh" # This loads nvm

# Then...
export PATH="$(yarn global bin):$PATH"

1. $ yarn global add ___

2. グローバルパッケージのインストールパスを確認します

$ which ___
# Should give you...
/path/to/nvm/versions/v7.6.0/bin/___

上で提案した解決策を試しましたが、うまくいきませんでした。
私はそれが糸をインストールするさまざまな方法が原因で発生することができ、かつ糸のバイナリがされているところのを見て（私の場合には、糸を使ってインストールしたapt-get 、そしてそれがもとで提供されています/usr/bin ）

残り火をインストールして得たエラーは次のとおりです。

$ yarn global add ember-cli
yarn global v0.21.3
[1/4] Resolving packages...
[2/4] Fetching packages...
[3/4] Linking dependencies...
[4/4] Building fresh packages...
success Installed "[email protected]" with binaries:
      - ember
error We don't have permissions to touch the file "/usr/bin/ember".

最後の行に注意してください：
ヤーンは残り火のビンを（ルートの）フォルダーに入れようとしました： /usr/bin

この時点で、私は2つの選択肢を見つけました。

• a） sudo yarn global add ember-cli
sudoを使用してemberをインストールすると、yarnが/usr/bin書き込むことができるため、機能します。
• b） yarn/global/node_modules/.binフォルダーを$ PATHに配置します。 たとえば、 .(whatever)rcファイルの最後に次のようなものを追加します。
  export PATH=$PATH:$GOBIN:~/.config/yarn/global/node_modules/.bin/
  このようにして、yarnグローバルバイナリは$PATHで利用可能になります

これは私のために働いた！

1. .zshrcファイルに以下を追加します。
   export PATH = "$（yarn global bin）：$ PATH"
2. ヤーングローバル削除[パッケージ名]次にヤーングローバル追加[パッケージ名]

ここでも同じです：

yarn --version
0.21.3

yarn global add mocha
success Installed "[email protected]" with binaries: [..]

$ mocha
-bash: mocha: command not found

以下を使用して動作しました：
npm install --global mocha

糸でインストールされたビンが再配置されないため、自作でアップグレードすると別の問題が発生します。 これは私が持っていたものです：

$ yarn global bin
/usr/local/Cellar/node/7.4.0/bin
$ ls $(yarn global bin)
bower     ember     node      phantomjs

今すぐアップグレード：

$ brew update && brew upgrade

そして今これ：

$ yarn global bin
/usr/local/Cellar/node/7.8.0/bin
$ ls $(yarn global bin)
node

残り火を呼び出す：

$ ember
-bash: ember: command not found

バイナリがなくなったので、手動で再配置する必要があります😦

Mac OSX

zsh --version
zsh 5.3.1 (x86_64-apple-darwin15.6.0)

nvm --version
0.33.1

node --version
v7.8.0

npm --version
4.2.0

yarn --version
0.22.0

私は入れてみました：
export PATH="$(yarn global bin):$PATH"
上記のように私の.zshrcファイルで...ターミナルを再起動しましたが、何も起こりません。 マシンを再起動しました。 何も起こりません。

以下のコードスニペットを.zshrcに入力してみました。
export PATH="$PATH:ヤーングローバルビン"
これはhttps://yarnpkg.com/en/docs/install#mac-tabで提案されてい

他に何か提案はありますか？ :)

ヤーンv0.22.0にアップグレードした後、 ember実行可能ファイルを失いました。

$ brew update && brew upgrade

ただし、それを削除して再度追加すると、問題は解決しました。

$ yarn global remove ember-cli
$ yarn global add ember-cli

ええ、それは回避策です。 ただし、ノードが更新されたときに、簡単に更新して新しいディレクトリに移動する方法を見つける必要があります。

グローバルパッケージのリストがないのはなぜですか？ .yarnrc.jsonや.package.jsonなどがなく、依存関係のリストを含む通常のパッケージファイルがあり、それがグローバルパッケージがインストールされる理由はありますか？

yarn global binを実行すると、エラーが発生しました： No such file or directory: 'global' 、何が問題なのかわかりません。
糸-バージョン＃0.22

yarn global remove typescript && yarn global add typescript問題が修正されました。

OSX：エルキャピタン。
ノード：4.7.2（nまで）

0.17から0.22にアップグレードした後、現在これが発生しています。 ここで提案され

Mac OSX

zsh --version
zsh 5.3.1 (x86_64-apple-darwin15.6.0)

nvm --version
0.33.1

node --version
v7.9.0

npm --version
4.2.0

yarn --version
0.23.2

これらのコードスニペットを.zshrcプロファイルに入れてみました-> 1、2、3。

1. 上記の推奨事項によると：
   export PATH="$(yarn global bin):$PATH"

1. https://yarnpkg.com/en/docs/installによると
   export PATH="$PATH:ヤーングローバルビン"

2. .zshrcにコードスニペットを何も含めないようにしました。

ターミナルを再起動しましたが、何も起こりません。
マシンを再起動しました。 まだ何もありません。

私はこれと同じ問題を抱えていました、そしてこれは私の解決策でした：

問題

• 糸はbrewを使用してインストールされました
• yarn global add ...しても、 yarn global binによって返されるパスにはインストールされません。私の場合は/usr/local/Cellar/node/7.9.0/bin
• yarn global add ...がパッケージをインストールする実際のパスは~/.config/yarn/global/node_modules/.bin

解決

• これをパス構成に追加します。

export PATH="$PATH:$HOME/.config/yarn/global/node_modules/.bin"

システムの詳細

Mac OS 10.12.4 (16E195)

zsh --version
zsh 5.3.1 (x86_64-apple-darwin16.3.0)

node --version
v7.9.0

yarn --version
0.23.2

brew --version
Homebrew 1.1.12
Homebrew/homebrew-core (git revision a29be4; last commit 2017-04-14)

同様の問題が発生しています。 yarn global binの出力は/usr/local/binです。 sudo（ yarn global add gulp-cli ）を使用せずにgulp-cliをグローバルにインストールすると、 error We don't have permissions to touch the file "/usr/local/bin/gulp"ます。 （sudoのでグローバルにインストールsudo yarn global add gulp-cli ）succedesが、実行中のgulpの出力bash: gulp: command not found 。

また、非常に独特です： sudo gulp実行は成功します（permsに何か問題があると推測し、 /usr/local/bin 、 ./gulpを実行すると許可が拒否されますが、sudoで実行すると動作します）、 yarn global ls実行しますsudo yarn global ls出力

yarn global v0.22.0
warning No license field
Done in 0.26s.

npm 4.5.0、yarn 0.22.0、ノードv7.7.3でArchLinuxを実行しています。
はい、 /usr/local/binは明らかに私のユーザーとrootユーザーの両方のパスにあります。

編集（ルートパスとユーザーパス）：

[steventheevil@Steven-PC Downloads]$ su
Password: 
[root@Steven-PC Downloads]# echo $PATH
/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/lib/ruby/gems/2.4.0/bin:/usr/lib/jvm/default/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl:/home/steventheevil/.gem/ruby/2.4.0/bin
[root@Steven-PC Downloads]# exit
exit
[steventheevil@Steven-PC Downloads]$ echo $PATH
/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/lib/ruby/gems/2.4.0/bin:/usr/lib/jvm/default/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl:/home/steventheevil/.gem/ruby/2.4.0/bin

ArchLinuxでも同じです。

私の場合、パッケージyo （およびその他）は/home/agilob/.config/yarn/global/node_modules/yo/libにインストールされました。 jhipsterを使おうとしていますが、yanrはパッケージのインストールに/usr/binを使用していると主張しています。

$ yarn global bin
/usr/bin

そこにファイルを作成する権限すらありません。

コマンドの実行：
/home/agilob/.config/yarn/global/node_modules/yo/lib/cli.js jhipsterは正しく機能しました。

@bcessaに感謝し私は同じ問題を抱えています。 次のパスを使用すると、 $HOME/.config/yarn/global/node_modules/.binは期待どおりに機能します。

global binパスの同期がとれていない問題も発生しています。

• macOS 10.12.4
• nodejs.orgpkgからインストールされたnode.jsLTS
• インストールスクリプトによってインストールされた糸

$ which node
/usr/local/bin/node

$ node --version
v6.10.2

$ which yarn
/Users/jdub/.yarn/bin/yarn

$ yarn --version
0.23.2

$ yarn global bin
/usr/local/bin

# But yarn global add installs to ~/.config/yarn/global, so I've added it to my path, e.g.

$ which testim
/Users/jdub/.config/yarn/global/node_modules/.bin/testim

複製： https ：

@OmgImAlexisそれが明確な重複であるかどうかは

単一のコミットで両方の問題が修正される場合に備えて、問題の間に参照があることはすべて良いことですが、それでも素晴らしいことです。 👍

ラズベリーの糸0.22でもこれを経験しています😃

CRA、eslintなどのグローバルにインストールされたパッケージが機能しています。

しかし、 yarn global lsショーは何もなく、完了

この問題は、ノードがnvmによってインストールされている場合にも発生します。これは、自作に固有のものではないと思います。

$(yarn global bin)はすでに私の道にありますが、例：

> nvm install 6.10.2
> npm install -g yarn
> which yarn
~/.nvm/versions/node/v6.10.2/bin/yarn
> yarn global bin
~/.nvm/versions/node/v6.10.2/bin
> yarn global add yo
> ls ~/.nvm/versions/node/v6.10.2/bin
node    npm     yarn    yarnpkg

この例では、 yarn global add yoはbinパスにyoバイナリを生成していません。

ここにいくつかのテストを追加しました： https ：

@bestander

ヤーンからインストールされたヤーン-0.23.4.msi、プラットフォーム：Windows 10、MinGW。
私のグローバルコマンドは、yarn global add *の後で機能しません。
ヤーンはグローバルパッケージを次の場所に保管しているようです。

%USERPROFILE%\AppData\Local\Yarn\config\global\node_modules\.bin

グローバルコマンドは、システムパスに追加した後に機能します。

nvmを使用してもこの問題が発生しています。

そこに同じ問題：

sharikovvlad:global svlad$ node -v
v7.10.0
sharikovvlad:global svlad$ yarn --version
0.24.4
sharikovvlad:global svlad$ sw_vers -productVersion 
10.12.4
# macOS Sierra 10.12.4

brewパッケージマネージャーでyarnをインストールしました。

これを.bash_profile追加することで、明らかに問題を修正しました。

export PATH="$(yarn global bin):$PATH"sharikovvlad:~ svlad$

しかし、明らかにすべてのパッケージはノードの更新後に壊れます。

グローバルなaddios-deployを実行しようとしました。 バイナリは〜/ .config / yarn / global / node_modules / ios-deploy / build / Release /に存在しますが、/ usr / local / binまたはPATH内の他の場所には存在しません。

Nodev7.8.0とYarnバージョンv24.6でも同じ問題があります... --prefixフラグも使用してみました

yarn global add prettier --prefix /Users/newuser/.nvm/versions/node/v7.8.0/

動作しません。

なぜこの問題が解決されたのかわかりません。人々がバイナリを配置している場所を理解するのにまだ問題があり、1つ以上のフォルダ（.configと.npm）にインストールしているように見えますが、別のフォルダ（セラー）を指している場合＆糸のウェブサイトが明確にするための推奨事項とともにこの問題を明確に文書化していない場合。

Atomエディターで、yarnによってインストールされたグローバルeslintを見つけて使用することができません。

私はなんとかこれを回避することができました。 問題は、HomebrewバージョンのNodeがNVMのインストールよりも遅くPATHに追加されていることのようです。 それがわかったら、HomebrewがインストールしたNodeをアンインストールするだけで、うまくいきました。

@volkanunsalどういう意味かわかりません

申し訳ありませんが、私の場合、問題は私が別のものを持っていたということでした
ノードのインストール。 そのインストールのパスは、NVMの後に追加されました
インストールなどが優先されていました。 そこに糸が置かれていました
グローバルパッケージですが、使用していたノードではなかったので、
ヤーングローバルでインストールしたパッケージは失敗していました。 それはそうではないかもしれません
あなたの場合も同じ問題ですが、言及する価値があると思いました。 そこにあるとき
Nodeの複数のインストールである場合、Yarnはパスが
最近マシンのPATHに追加されました。

私の場合、糸の接頭辞を設定してすべてのモジュールを再インストールすることで修正

yarn config set prefix $(npm config get prefix)

nvmを介してノードのバージョンを切り替えると、 yarn global binが更新されません。これも、問題の根本的な原因のようです。

更新：
~/.yarnフォルダを削除して再インストールすることにより、間違ったyarn global bin手動で修正した後でも。
yarn global add appiumは、グローバルbinフォルダーに何も作成しません。 この機能は完全に壊れているようです...

dicussed解像度ここではそれを修正するようです。 これを.bash_profile追加します

export PATH="$PATH:$HOME/.config/yarn/global/node_modules/.bin"

いいえ、そうではありません。 これは、 .bash_profileアクセスできる状況で機能します。 ほとんどのプログラム自体にはこれがありません（ npm testを実行すると、package.jsonはバイナリを使用します。これはyarnとともにグローバルにインストールされ、運が悪いです）。 グローバルに何かをインストールする場合、それ以上の構成なしですぐに利用できるはずです。 /usr/lobal/binへのシンボリックリンクがある限り、バイナリがディスク上の任意の場所のヤーン固有のフォルダにインストールされていても問題ありません。

そのコマンドの私のテストケースは（unixライクなシステム）です：

• パッケージのインストール後、バイナリのシンボリックリンクが/usr/local/bin作成されます。
• グローバルパッケージをアップグレードした後、シンボリックリンクがまだ機能していることを確認してください
• ヤーンをアップグレードした後（そして、グローバルにインストールされたパッケージをヤーンバージョンのフォルダーのどこかに保持する可能性があります（例： path/to/yarn/vX.Y.Z/packages/... ））、シンボリックリンクがまだ機能していることを確認します

Homebrewの動作と同様の動作。

これは、Dockerコンテナ内でYarnを使用しようとしている場合の大きな問題です。

@gossi 、これは簡単な修正の問題ではありません。
多くのOSでは/ usr / local / binが利用できないため、ルートアクセスが必要になる場合があります。複数のバージョンのノード（nvm）を使用する場合は、単一の場所では不十分な場合があります。

理想的な解決策を自由に提案してください。

@bestanderわかりました、 /usr/local/binが利用可能なプラットフォームに制限しましょう;）
Nvmは、互いに手を取り合ってプレイするためにこれに従属する必要があるもう1つの問題です。

@bestander NPMはこの問題をどのように解決しますか？ それらのソリューションは適用可能ですか？

OS全体でこのすべてのグローバルbinPATHに頭を悩ませたい人はいますか？
新しい問題を開始して、PRを送信してください。
グローバルビンを更新するコードはhttps://github.com/yarnpkg/yarn/blob/master/src/cli/commands/global.js#L72にあり、非常に簡単に見えます。

ここでは優れたユーザーエクスペリエンスを提供できると思いますが、サポートが必要です。

@bestander問題は

PRを送る:)

https://github.com/yarnpkg/yarn/pull/3458-ある程度関連している

私はまだこの問題を抱えています:(

@JikkuJose私はまだこの問題にyarn global add prettierます。 Prettierはパス.config/yarn/global/node_modulesインストールされます。

yarn global binを$PATH （私のシステムでは/usr/local/bin ）に追加しましたが、それがインストールされている場所でない場合は役に立ちません。

糸バージョン： 0.27.5
ノードバージョン： v6.11.1

次のコマンドを使用してGulpをインストールしています。

$ yarn global add gulp

しかし、これは私に何も示していません：

$ ls -lah `yarn global bin` | grep gulp

$ cat /etc/issue
Ubuntu 17.04 \n \l

$ uname -a
Linux intrepid 4.10.0-28-generic #32-Ubuntu SMP Fri Jun 30 05:32:18 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

$ node --version
v8.1.3

$ nvm --version
0.33.2

これはまだ問題ですか？ npmはこれに悩まされていません。

ただ言って。

これだけで糸の使用をやめました。 ：/：/

糸1.1.0まではうまくいっていましたが、今では私のグローバルが見つかりません

success Installed "[email protected]" with binaries:
      - bower
✨  Done in 10.40s.
 $ bower
fish: Unknown command 'bower'
$ uname -a
Darwin wpa-25-242.dyn.huji.ac.il 16.3.0 Darwin Kernel Version 16.3.0: Thu Nov 17 20:23:58 P
ST 2016; root:xnu-3789.31.2~1/RELEASE_X86_64 x86_64

@hookdump @Spongman @bennypowersご覧のとおり、この問題は解決されています。 再現手順とシステム構成に関する詳細（rootユーザーとしてこれを試している、yarnがデフォルトで使用するフォルダーが書き込み可能であるなど）について新しい問題を提出できれば、誰かが再現して開始できると便利です。それに取り組んでいます。

あなたが興味を持っているなら、その誰かがあなたになることもできます！

そして、ここにリンクしてください。グーグルがみんなを送った場所だからです。

たぶん@ hookdump 、 @ Spongmanまたは@bennypowersは私と同じ問題を抱えていますか？ https://github.com/yarnpkg/yarn/issues/4702 ？

まだ発生しているのに、なぜ問題が解決しないのですか？

@yordisはzshますか？

その場合は、問題＃4702が問題に関連している可能性があります

PATH環境が正しく設定されていない場合は、それを修正する必要があります。 yarn global binとecho $PATHを実行して、解決された問題の調査を開始します

閉じてはいけません。 まだ問題があります。

@ lili21新しい問題を

zshを使用しても同じ問題が発生します。 yarn global binは/home/dandv/.yarn/bin yarn global bin返しますが、これは$ PATHにはありません。

~ yarn global add polymer-cli
yarn global v1.3.2
[1/4] Resolving packages...
warning polymer-cli > [email protected]: ...psst! Your project can stop working at any moment because its dependencies can change. Prevent this by migrating to Yarn: https://bower.io/blog/2017/how-to-migrate-away-from-bower/
warning polymer-cli > [email protected]: 🙌  Thanks for using Babel: we recommend using babel-preset-env now: please read babeljs.io/env to update! 
warning polymer-cli > polyserve > @types/[email protected]: See https://github.com/DefinitelyTyped/DefinitelyTyped/issues/12826
[2/4] Fetching packages...
[3/4] Linking dependencies...
[4/4] Building fresh packages...
success Installed "[email protected]" with binaries:
      - polymer
Done in 25.08s.
➜  19:17 polymer
zsh: command not found: polymer
➜  19:17 polymer-cli init
zsh: command not found: polymer-cli
➜  19:17 yarn --version
1.3.2

これはまだ問題ですか？ npmはこれに悩まされていません。

次に、npmがそれをどのように処理するかを理解し、プルリクエストを送信しますか？

このレポの所有者は、この問題に関するこの膨大な苦情のスレッドに対する唯一の応答は、どこでもOSS品質の失敗の長年の叫びです：「自分で修正してください」？

オープンソースプロジェクトはコミュニティプロジェクトです。 Yarnは、Facebookの開発者だけでなく、より幅広いオープンソースコミュニティによって構築されています。 私はFacebookで働いていますが、一般的に勤務時間外に取り組んでいるため、Yarnへの貢献とはあまり関係がありません。

私は、見返りに何も返さずに、コミュニティから何かを借りていると思っている人々にうんざりしています。 一部のオープンソース開発者は、この理由でGitHubリポジトリの「問題」セクションを無効にするようになりました。 特に小さな開発チームがいるプロジェクトの場合、すべての問題に取り組むことは簡単に燃え尽きる方法です。 BSDまたはMITライセンス（Yarnを含む）の下でライセンスされたソフトウェアをインストールするときに同意するライセンスは、ソフトウェアが現状のまま提供され、特定の目的への適合性を保証しないことを明示的に指定します。

Facebookには、「コードが議論に勝つ」ということわざがあります。 何かについて不平を言うのではなく、実際に時間をかけて修正してください。 それはより生産的な時間の使い方です。 それがオープンソースの精神全体です。共通の目標に貢献する人々のコミュニティです。

この問題に関しては、私にはYarn実行可能ディレクトリが人々の$PATHから欠落しているように見えます。 インストーラーはそれをパスに追加する方法を明示的に指示し、Windowsインストーラーが自動的にそれを行います（Debianパッケージでもそれを開始する必要があります）。 npmの機能を確認することを提案した理由は、npmが$PATH自動的に編集する可能性があるためです。 誰かがその調査を行い、彼らが何をしているかを確認する必要があります。 誰でもできます。

私もこの問題に遭遇しました。 初めて糸+小包を試してみましたが、これが原因で「うまく機能」しませんでした。

まだ発生しているのにこの問題が解決されるのはなぜですか？2週間ほどヤーンを使用していて、今日グローバルpkgに遭遇しましたが、nvmではうまく機能しません。 さらに、yarn config set prefixと--prefixを実行しましたが、機能しませんでした。デフォルトのグローバルプレフィックスにインストールされ続けます...
多分私は数日後にそれを修正しようとします...

私の上のみんなのように、この問題に遭遇しました。 私の期待は、 -globalフラグを使用する場合、_yarn_が_npm_とまったく同じ場所にパッケージをインストールすることでした。

これが最善またはデフォルトの解決策ではない理由またはシナリオはありますか？

• 人々は実際にこれをデフォルト以外のものに設定するかもしれません（私はそうします）。
• このパスは、おそらくすでに環境変数に含まれています。 （Windowsマシンに_npm_をインストールした後の最初のステップとして、これをトラブルシューティングしました。）
• 単純なnpm root -gまたはnpm config get prefixは、グローバルにインストールされたモジュールの場所を示します。

IMO _npmの_グローバルプレフィックスと同じ場所にインストールするために、 yarn globalのデフォルトの動作を変更することをと思い

それは確かに合理的な考えです。

最近、Linuxのグローバルパスに問題があり、注意が必要でした。
PATHに追加する必要のあるパスを見つけるため。

短所は、これはすでに持っている人々にとって壊滅的な変化かもしれないということです
糸の経路を設定します。
場合によっては、デフォルトのグローバルnpmbinは/ usr / local / binなどです。
糸のアプローチではないsudoで使用することを意味します。

'yarn global add'コマンドで、インストールされているビンがチェックできるかどうか疑問に思います
場所はPATHにあり、そうでない場合は警告を出力しますか？
それは物事をスムーズにしますか？

5:12マークドレイクで金、2018年1月5日に[email protected]書きました：

私の上のみんなのように、この問題に遭遇しました。 私の期待はそれでした
ヤーンはnpmとまったく同じ場所にパッケージをインストールします。
-globalフラグを使用する場合。

これが最善ではない理由やシナリオはありますか？
デフォルトのソリューション？

• 人々は実際にこれをデフォルト以外のものに設定するかもしれません（私は
  行う）。
• このパスは、おそらくすでに環境変数に含まれています。
  （ npm後の最初のステップとしてこれをトラブルシューティングしました
  Windowsマシンにインストールします。）
• 単純なnpmroot-gまたはnpmconfig getプレフィックスにより、場所が明らかになります
  グローバルにインストールされたモジュールの。

IMO糸のデフォルトの動作を変更することをと思いますグローバルは、npmのグローバルプレフィックスと同じ場所にインストールします。

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/yarnpkg/yarn/issues/648#issuecomment-355551314 、またはミュート
スレッド
https://github.com/notifications/unsubscribe-auth/ACBdWMvBOVNFKloPPFBzpar60Gu0Qpbrks5tHh-egaJpZM4KT3-H
。

'yarn global add'コマンドは、インストールされたビンの場所がPATHにあるかどうかを確認し、そうでない場合は警告を出力できるのでしょうか。

私はこのアイデアが大好きです。 何か違うことは、1.0リリースで行った重大な変更であり、他の理由がない限り、これを再び変更することは良い考えではないと思います。 これについてはhttps://github.com/yarnpkg/yarn/pull/3721で非常に長い議論があり、問題とPRを参照しています。

単純なnpmroot-gまたはnpmconfig getプレフィックスは、グローバルにインストールされたモジュールの場所を明らかにします。

毛糸は同等のものとしてyarn global dirを持っています。

typescriptのバイナリがインストールされておらず、 @angular/cliインストールされている場合は、それを削除して、typescriptのインストールを再試行してください。 それは私のために働いた。

奇妙な？ 絶対に！

@Fahrradflucht 、絶対に本当ですドキュメントが環境の$ PATHにyarnパスを追加することを提案しないのは奇妙です。

ubuntu 17.10を使用すると、次の問題が解決しました。

$ echo export PATH = \ $ PATH：$（yarnグローバルビン）>>〜/ .profile
$ソース〜/ .profile

@DavidNorenaドキュメントには実際にこれが記載されていますが、これはセットアップ手順であるため、インストールページにあります。 それでも、インストールページhttps://yarnpkg.com/en/docs/installの[ Linux]タブのように、それはまだ明確にされていません。 [パス設定]セクションは、各Linuxディストリビューションの指示の後にあり

しかし、それでも明確ではありません。PATHSETUPセクションがあることを知りませんでした

@jthegedusに感謝します。次回、ドキュメントのすべてのセクションを調べますが、知りません。 ：D

この問題に繰り返し対処してきた私は、誰かに役立つ場合に備えて共有したいと思っていたシナリオの解決策にようやく到達しました。

参考までに、私はMacOS （_Sierra_）を使用しており、 zsh （および_Homebrew_とともにインストールされた_oh-my- NVM （_Homebrew_ _-- without-node_を介してインストールされた_0.33.8_）を使用しています。

Yarnのグローバルビンは/users/MyUserName/usr/local/binに設定されており、これが私のPATHになかったため、 zshはグローバルにインストールされたYarnパッケージを認識しませんでした。 ユーザーパスを追加することもできましたが、代わりに/usr/local/binを使用するようにYarnグローバルビンを設定することにしました。これはすでにPATHにあり、 NVMでノードのバージョンを切り替えても機能します。

特にtypescriptグローバルインストールで同様の問題が発生しています。

実行yarn global binの出力/usr/local/binと他のすべてのグローバルのパッケージが彼らのバイナリが追加（シンボリックリンク）が/usr/local/bin予想通り。

yarn global add typescript実行すると、出力は次のようになります。

[1/4] 🔍  Resolving packages...
[2/4] 🚚  Fetching packages...
[3/4] 🔗  Linking dependencies...
[4/4] 📃  Building fresh packages...
success Installed "[email protected]" with binaries:
      - tsc
      - tsserver
✨  Done in 4.89s.

tscまたはtsserverコマンドを実行しようとすると、 command not found: tscます。
/usr/local/bin下を見ると、 tscもtsserverバイナリも表示されません。

• これは、 npm （テスト済みv5.6.0 ）を使用する場合に正常に機能します
• yarn v1.5.1 、 macOS 10.13.3

@Nexxado私はあなたが説明したようにあなたの手順に従い、Yarnから同じメッセージを受け取りました。 ただし、パッケージは期待どおりにインストールされ、 /usr/local/bin表示されます。 タイピングtsc -vの出力Version 2.8.1 。
nvmとnode version 9.6.1をnpm 5.6.0ます。

以前にこれをインストールしようとしましたか？もしそうなら、それが削除されたことを確認できましたか？ 以前のバージョンのnpmまたはhomebrewでインストールした特定のパッケージで問題が発生し、Yarnを介したグローバルインストールが妨げられました。

@SiriusBits

以前にこれをインストールしようとしましたか？もしそうなら、それが削除されたことを確認できましたか？ 以前のバージョンのnpmまたはhomebrewでインストールした特定のパッケージで問題が発生し、Yarnを介したグローバルインストールが妨げられました。

それは可能です、私がしたかどうかは覚えていません。
nvmとnode v8.9.3およびnpm 5.6.0ます。

あなたが話していたそれらの「特定のパッケージ」を修正することができましたか？

前もって感謝します ：）

@Nexxadoやった。 npmインストールされたGulp CLIがあり、Yarnでグローバルインストールを機能させることができませんでした。 それを削除してYarnで再インストールすると、機能しました。

asdf-nodejsでノードをインストールしましたが、macOSのyarn1.6.0でも同じ問題が発生します

.zshrcファイルにこの行を追加して問題を解決しました。

export PATH=/Users/rods/.asdf/installs/nodejs/8.9.4/.npm/bin:$PATH

この問題が解決されたのはなぜですか？ Linuxでも同じ問題に直面しています

@jthegedus @DavidNorena他の人が恩恵を受けることができるように、ドキュメントを改善することに興味がありますか？

@BYK今週作成するPRでこの問題をリンクします：+1：

ウィンドウ10で同じ問題に直面しています。

yarn global dirとyarn global binは両方とも％PATH％にありますが、バイナリはインストールされていません。

パッケージの削除と再追加は役に立ちませんでした。

糸1.7.0
Node.js 10.3.0

こっちも一緒。

1.10.1でもまだ壊れています：

$ yarn global add typescript
yarn global v1.10.1
[1/4] Resolving packages...
[2/4] Fetching packages...
[3/4] Linking dependencies...
[4/4] Building fresh packages...
Done in 0.47s.

$ yarn global bin
C:\Users\mikem\AppData\Local\Yarn\bin

$ yarn global list
yarn global v1.10.1
Done in 0.14s.

pplが.bashrcへのパスを追加しているのがわかります

export PATH="$(yarn global bin):$PATH"

export PATH = "$（yarn global bin）：$ PATH"

NB、いいね、666

同じ問題。 yarn global add serveインストールされたサーブ。 その後、サーブの開始が失敗します：「サーブ：コマンドが見つかりません」。 PATHを手動で更新しても役に立ちませんでした。 npmでserveをインストールしましたが、動作します。 この問題が2年以上経過していて、まだ修正されていないのは本当に奇妙なことです。

-編集-解決しました。 ビュー＃648
まだこの問題に直面しています。 Fedoraにyarnをインストールし、ノードのバージョンを管理するためにnvmを使用しています。 pug-cliを世界中のヤーンにインストールしました。 パグを実行すると、コマンドが見つかりませんでした。 npmを使用してpug-cliをインストールすると、コマンドが実行されます。

https://github.com/yarnpkg/yarn/issues/648#issuecomment -428473725は役に立ちませんか？

＃648（コメント）は役に立ちませんか？

私の悪い。 それで問題は解決します。

CentOSイメージをプルするDockerコンテナ内のNVMで問題が発生しています。 PATHが正しくないという問題ではありません。 画像全体を精査しました。 私のグローバルインストールは絶対にどこにもインストールされていません。 パッケージを解決するステップ1/4で失敗するようです。

export PATH="$(yarn global bin):$PATH"

Ubuntuで動作します。

sudo yarn global add ignite-cli
私のために働いた

sudo権限がないため、 /usr/local/bin書き込めません。

$ yarn global add create-react-app
yarn global v1.21.1
[1/4] Resolving packages...
[2/4] Fetching packages...
[3/4] Linking dependencies...
[4/4] Building fresh packages...
success Installed "[email protected]" with binaries:
      - create-react-app
error Cannot create "/usr/local/bin/create-react-app" due to insufficient permissions.
info Visit https://yarnpkg.com/en/docs/cli/global for documentation about this command.

/usr/local/binはPATH 、 ~/.config/yarn/global/node_modules/.bin/はPATHが、 yarn globalもyarn createも使用できません。

ヤーン1.22.4@hoeflingにアップデートしてみてください。 また、これはセットアップの問題である可能性があります。 どのように糸を取り付けましたか？

@DanielRufご1.22.4インストールされています。

$ dnf info yarn
Yarn Repository                                                                                                                                                                    346 kB/s | 363 kB     00:01    
Installed Packages
Name         : yarn
Version      : 1.22.4
Release      : 1
Architecture : noarch
Size         : 5.1 M
Source       : yarn-1.22.4-1.src.rpm
Repository   : <strong i="8">@System</strong>
From repo    : yarn
Summary      : Fast, reliable, and secure dependency management.
URL          : https://yarnpkg.com/
License      : BSD
Description  : Fast, reliable, and secure dependency management.
...

パッケージはyarn自身のリポジトリからのもののようです。

yarn global v1.21.1

前回の回答では1.21.1でした。
これはまだ起こりますか？ 新しい問題を開き、他の問題の解決策を確認することをお勧めします。

@DanielRufそうです、 yarnローカルコピーを設定し、それがリグレッションであるかどうかを確認するためにダウングレードしてみました。 残念ながら、エラーは1.22.4でも再現できます。 自分で解決策が見つからない場合は、新しい問題が発生します。