npxは、「yarn create」に触発されたと思います。これは似ていますが、接頭辞「create-」が付いたパッケージでのみ機能します。 計画がここにあるかわからない。

はい、現在yarn create （たとえば、 yarn create react-appを使用してみてください）。 将来、他の動詞に公開する可能性がありますが、それはまだロードマップに含まれていません。

私はライブラリ化npxに取り組んでいます。 既存のnpxコードを取得し、npm関連の内臓をyarnと同等のコマンドに置き換えることは大きな作業ではありません。

不可知論的であることが_意味があるので、それをnpx自体に直接追加しません。npxは他のパッケージマネージャーを使用している人々と衝突する操作を実行しません。 npmがシステム上にある必要さえないので、 npm rm -g npm 、npxは問題なく動作します。 したがって、キャッシュ共有について本当に強く感じない限り、npx _is_ ypxと言うことができます。これはかなりのことです。

（インスピレーション：npxは、主にこの長年の機能リクエストに触発されています：https：//github.com/npm/npm/issues/6053。その機能のほとんどは、_this_のニーズを満たすことに重点を置いています。自動インストール機能は_was_追加されましたpost-yarn-createであり、その特定のものに対する実際の一般化されたソリューションになることを確実に意図していますが、それよりもはるかに多くのことを行います）

@ sandys- @ zkatが参照する問題（npm / npm＃6053）は、 yarn x （または、必要に応じてyarn run x実行できるため、 yarnでは問題になりません。明示的） xが./node_modules/.binディレクトリにある場合。 したがって、 npx同等性に対する差し迫った必要性はないと思います。

強いニーズがあると思うなら、なぜそれが必要なのか説明できますか？ 例えば。 それはあなたのためにどんな問題を解決しますか？

yarn execがbundle exec似ているかどうか誰かが知っていますか？ CLIには表示されますが、Webサイトのドキュメントには表示されません。 コマンドラインでyarn execをすばやく再生すると、インストールされたバイナリが実行されるように見えるため、@ sandysの問題を解決できる可能性があります。

FWIW、 npm-runは、ローカルのnode_modulesバイナリを実行できる古いユーティリティであり、 npm依存しません。 ただし、オプションはありませんが、 npxはノブがたくさんあります。

@BYKユースケースは、プロジェクト自体にdepsとして追加せずに、CIでypx greenkeeper-lockfile@1またはypx danger@2を実行しています。

@SimenB CIは通常、プロジェクトをバージョン管理にコミットしません。したがって、プロセスに依存関係を追加するかどうかは問題ではありません。

@MarkBennett yarn execはpackage.jsonからスクリプトを実行しないため、この機能を追加するのに適切な場所ではないと思います。

@BYK私はOPではありませんが、ローカルマシンにパッケージがあり、package.jsonにはないため、この機能リクエストにbundle execの機能です。すべての部門がマニフェストに含まれていない限り、実行されません。

yarn xについての私の主な不満は、3つの異なる場所（yarn内部コマンド、npmスクリプト、およびビン）からターゲットを解決しようとしていることです。

checkという名前のバイナリを持つツールがあるとしましょう：1） yarn checkは代わりに独自の内部checkコマンドを実行します2） yarn run checkはコンシューマーのnpmを実行しますそのような名前のスクリプトまたは多分私のツール。

npxは、概念を強力に分離します。 yarn xは常に内部コマンド、 yarn run xは常にスクリプト、 npx xは常にバイナリであり、必要ありません。推測して希望する。

要旨のようなもの

#!/usr/bin/env bash

package_name=$1
temp_dir="/tmp/ypx/$package_name/$(date +%s%N)"
mkdir -p $temp_dir
(cd $temp_dir; yarn add $package_name) && (PATH="$temp_dir/node_modules/.bin":$PATH; "$@")
rm -rf $temp_dir

@BYK別のユースケースは、まだローカルにインストールされていないパッケージの_binary_を実行していて、後で自分で削除することなく、一度実行したいと考えています。 npx関数は、次のことができるため、 yarn xの動作を拡張したものです。

1. 現在のディレクトリの./node_modules/.bin/にあるローカルパッケージのコマンドを実行します
2. パッケージがローカルに存在しない場合、または./node_modules/ディレクトリが存在しない場合は、依存関係のある一時ディレクトリにパッケージをダウンロードして、コマンドを呼び出します。

これは、ユーザーに対して透過的に行われます。

架空のypxは、次の3番目のポイントも提供できます。

1. パッケージがローカルに存在せず、yarnキャッシュに存在し、最新バージョンと一致する場合は、すべてのパッケージをダウンロードする代わりに、キャッシュを使用してコマンドを呼び出します。

@BYK動作しません。
babel-cliをインストールします。例： yarn add babel-cli
次に、 yarn babel-node --presets es2015 ./server.jsを実行します。 server.jsは現在のディレクトリ内のファイルであり、単純なexpress apiサーバーです。
それは単に機能せず、ファイルが存在しないことを示しています。 （ Error: Cannot find module ）
しかし、 npx使用するとnpx babel-node --presets es2015 ./server.js

@BYK私の知る限り、npxはローカルマシンのnode_module/.bin/でコマンドを検索し、適切なコマンドが見つからなかった場合は、Webからパッケージを取得し、常に最新の状態に保つことができます。 。
ローカルマシンにインストールされていない間、ヤーンはWebからパッケージを取得しません。

yarnxを取得できますか？

@ light24bulbsなぜ特に？

率直に言って、 npxは、少し「npm inc。」中心（公平に言えば、npmのツールの数と同じくらい）であっても、優れたツールだと思います。 yarnxはこの問題を解決しないので（必然的に糸中心になるでしょう）、それが良い考えであるかどうかはあまりわかりません。

理想的には、使用するパッケージマネージャーを自動的に検出するか、少なくともrcファイル内で構成できるようにするためにnpxを使用することをお勧めします。 この問題を彼らに持ってきて、彼らが何を言っているか見てみることをお勧めします。 彼らの答えに応じて、私たちは情報に基づいた議論をすることができます🙂

@arcanis npx自体はnpmにバンドルされているため、npmと組み合わされています- libnpxはそうではなく、実際、pnpmのpnpxが内部で使用しているものです。 Zoltanを可能にするために、いくつかのパッチを追加しました。 自動検出のサポートは追加しません。統合の一部が削除され、サポートがより複雑で困難になるためです:)

この問題をグーグルで検索したところ、更新について質問するのに適切な場所だと思います。 既存のツール/ソリューションはありますか、または糸にいくつかの機能を追加する予定はありますか？
たとえば、npxに関する現在の問題は次のとおりです。

1. 依存関係のある不在のパッケージを毎回ダウンロードします。
2. ヤーン指向のプロジェクトでpackage-lock.jsonを作成するため、警告が発生し、手動で削除する必要があります。
   （具体的には、 npx gatsby new blog https://github.com/gatsbyjs/gatsby-starter-blog実行しただけです）

この問題は両方とも、 @ phraが3番目のポイントとしてすでに述べているような糸を解決するのに完全に一致しているように見えます。

UPD：基本的にypx主な理由は、バイナリ実行（yarnではまったく問題ありません）ではなく、実行する予定のパッケージを自動ダウンロードする機能です。

同意します。 また、NPMの奇妙なAPIを改善する機会があると思います
少し。 yarn exec COMMANDを呼び出す方が理にかなっていると思います
yarnx 。 Rubyバンドラーには非常によく似たコマンドがありました
https://bundler.io/man/bundle-exec.1.html

2：29 PMパベルProkudinで月、2018年12月17日には[email protected]
書きました：

この問題をグーグルで検索したところ、質問するのに適切な場所だと思います
更新。 既存のツール/ソリューションはありますか、またはいくつか追加する予定はありますか
糸への機能？
たとえば、npxに関する現在の問題は次のとおりです。

1. 依存関係のある不在のパッケージを毎回ダウンロードします。
2. ヤーン指向のプロジェクトでpackage-lock.jsonを作成します。
   警告と手でそれを削除する必要があります。
   （具体的には、npxgatsbyの新しいブログを実行するだけです
   https://github.com/gatsbyjs/gatsby-starter-blog）

この問題は両方とも、@ phraのような糸を解決するのに完全に一致しているように見えます
https://github.com/phraはすでに彼の3番目のポイントとして言及してい

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

-
-休息のための

yarn execすでに存在します（あなたが提案したものとは異なる意味で）🙂

新しいyarn dlxこの問題を解決しますか？

cc @sandys @arcanis

https://yarnpkg.github.io/berry/cli/dlx

うん！ 今のところこの問題を閉じて、機能をv1にバックポートするかどうかはまだわかりません（おそらくそうではありませんか？）。

それが価値のある代替品かどうかはわかりません。 yarn dlx eslint --helpは私のマシンでは2.7秒かかりますが、 npx eslint --helpは0.2秒で終了します。 多くのbinスクリプトを呼び出すと、すぐに許容できない値になります。

また、スクリプトの出力を解析できるようにするために、エラーがない限り、stdout / stderrをyarnで書き込むべきではないと思います。

@silverwindタイミングの違いはかなり厳しいようです。 これは複数の実行で一貫して再現可能ですか？ もしそうなら、私たちはそれが遅くなることを確かに望まないので、調査のために新しい問題を提出します。

Yarnのstdout / stderrに関しては、 yarn --silend dlx eslintを使用して、重要ではないYarnの出力をすべて抑制することができると思います。 @arcanisこの最後のものを確認できますか？

@ light24bulbsなぜ特に？

Webでパッケージを見つけたすべての人は、インストール手順にnpx something somethingが含まれているが、糸の世界に留まりたいと考えていることを確認してください。

新しいyarn dlxこの問題を解決しますか？

あるyarn dlx正確なs/npx/yarn dlx/ドロップインの代替npx ？ そうでない場合は、この問題は解決されません。

これを試して
https://www.npmjs.com/package/ynpx

ヤーン作成＆npx＆npm init

デモ

https://www.npmjs.com/package/create-react-app

$ yarn create react-app

$ npx create-react-app

$ npm init react-app

https://www.npmtrends.com/npm-vs-npx-vs-yarn

light24bulbs @ -エコー@rulatirに、ので、私はここに来たストーリーブックのクイックスタートガイドを使用することを言いますnpx 、それをインストールするには、と私は同等の呪文をincantする方法のための簡単なレシピがありませんでしたyarn 。 ヤーンに同等のコマンドセットがある場合は、ヤーンのWebサイトに投稿して、（このスレッドではなく）ページが「ヤーンバージョンのnpx」のGoogle検索結果の上部に表示されるようにする必要があります。

私も@codekilnと同じ船に乗っています。 npx ...実行するという指示に従っているときはいつでも、 yarn相当するものが何であるかわかりません。 例はnpxtslint-to-eslint-configです。

light24bulbs @ -エコー@rulatirに、ので、私はここに来たストーリーブックのクイックスタートガイドを使用することを言いますnpx 、それをインストールするには、と私は同等の呪文をincantする方法のための簡単なレシピがありませんでしたyarn 。 ヤーンに同等のコマンドセットがある場合は、ヤーンのWebサイトに投稿して、（このスレッドではなく）ページが「ヤーンバージョンのnpx」のGoogle検索結果の上部に表示されるようにする必要があります。

ここでも同じですが、capatorjsインストールガイドhttps://capacitorjs.com/docs/getting-startedを使用すると、ユーザーは糸を捨ててnpmに戻るようになります。

https://yarnpkg.com/en/docs/cli/exec

https://yarnpkg.com/en/docs/cli/exec

404：ページが見つかりません

@delanymはこのページを意味していると思います（ただし、これがnpx複製しているとは思いません）： https ：