[解決済み] なぜeasy_installではなくpipを使用するのですか？

質問

A つぶやき を読み取ります。

easy_installは使わないでください。 自分で自分の顔を刺すのが好きなんです。 pipを使いましょう。

なぜeasy_installではなくpipを使うのですか？は使わないのですか？ PyPI とパッケージの作者に責任がある。 ? もし作者がくだらないソース tarball (例: ファイルがない、 setup.py がない) を PyPI にアップロードしたら、pip も easy_install も失敗するでしょうね。外観上の違い以外に、なぜPythonの人々は(上記のツイートのように)以下のように見えるのですか？ <強い 強く easy_installよりもpipを支持しますか？

(コミュニティによってメンテナンスされているDistributeパッケージのeasy_installについて話していると仮定しましょう）。

解決方法は？

ここにある回答の多くは2015年のものであり、古くなっています（ただし ダニエル・ローズマン氏による はありません）。現状はこんな感じです。

• バイナリパッケージはホイールとして配布されるようになりました( .whl ファイル)-PyPIだけでなく、以下のようなサードパーティリポジトリにもあります。 Christoph GohlkeのWindows用拡張パッケージ . pip は車輪を扱うことができます。 easy_install はできません。
• 仮想環境（3.4に内蔵、2.6+/3.1+に追加するには virtualenv で推奨している）非常に重要で目立つツールになりました。 公式ドキュメント を含む）。 pip とは正しく動作しません。 easy_install .
• は distribute を含むパッケージ easy_install はもうメンテナンスされていません。に対する改良は setuptools にマージされました。 setuptools . インストールしようとすると distribute がインストールされるだけです。 setuptools の代わりに
• easy_install 自体は準メンテナイズされているに過ぎません。
• というケースはすべて pip よりも劣っていた easy_install -解凍されたソースツリーからインストールする、DVCS リポジトリからインストールする、などなど - はとっくの昔になくなっています。 pip install . , pip install git+https:// .
• pip には python.org の公式 Python 2.7 と 3.4+ のパッケージが付属しており、また pip ソースからビルドした場合、ブートストラップがデフォルトで含まれています。
• パッケージのインストール、使用、ビルドに関する様々な不完全なドキュメントが Python パッケージング ユーザガイド . に関する Python 独自のドキュメントです。 Pythonモジュールのインストール は、このユーザーガイドに従うことになり、明示的に pip を推奨インストーラープログラムとしました。
• その他、新機能が追加され pip には決して入らないが、長年にわたって easy_install . 例えば pip を使うと、要件ファイルをビルドしてサイトパッケージをクローンし、それぞれの側で1つのコマンドでインストールすることが簡単にできます。あるいは、要件ファイルをローカルリポジトリに変換して、社内開発に利用することもできます。などなど。

を使用する唯一の正当な理由は、私が知っている限りでは easy_install は、OS X 10.5-10.8でAppleのプリインストールされたPythonのバージョンを使用する特殊なケースです。10.5以降、Appleは easy_install が含まれていますが、10.10時点ではまだ pip . 10.9+では、まだ単に get-pip.py しかし、10.5-10.8では、これにはいくつかの問題があるので、より簡単に sudo easy_install pip . (一般的には easy_install pip は良くない考えです。これをやりたいのはOS X 10.5-10.8の場合だけです)。また、10.5-10.8には readline という形で easy_install は、クルクル回る方法を知っているが pip はしないので sudo easy_install readline をアップグレードする場合。