Зачем использовать pip вместо easy_install? [закрыто]

Твит гласит:

Не используйте easy_install, если вам не нравится наносить удар себе в лицо. Используйте пипс.

Зачем использовать pip вместо easy_install? Не виновата ли в основном PyPI и авторы пакетов ? Если автор загружает исходный архив с дерьмом (например, отсутствующие файлы, но не setup.py) в PyPI, то и pip, и easy_install завершатся неудачно. Помимо косметических отличий, почему Python люди (как в приведенном выше чирикать) , кажется, сильно выступают над пип easy_install?

(Предположим, что мы говорим о easy_install из пакета Distribute, который поддерживается сообществом)

Многие из приведенных здесь ответов устарели в 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 2.7 и 3.4+ от python.org, и pipпри сборке из исходного кода по умолчанию включается загрузчик.
• Различные неполные фрагменты документации по установке, использованию и сборке пакетов были заменены Руководством пользователя по пакетированию Python . Собственная документация Python по установке модулей Python теперь относится к этому руководству пользователя и явно называется pip«предпочтительной программой установки».
• Другие новые функции были добавлены pipза эти годы, которые никогда не будут в easy_install. Например, pipпозволяет легко клонировать ваши пакеты сайтов, создав файл требований и затем установив его с помощью одной команды на каждой стороне. Или преобразовать файл требований в локальный репозиторий, чтобы использовать его для внутренней разработки. И так далее.

Единственная веская причина, которую я знаю для использования easy_installв 2015 году, - это особый случай использования предустановленных версий Apple Python с OS X 10.5-10.8. Начиная с 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если вы хотите обновить это.

Из собственного вступления Яна Бикинга в pip :

pip был изначально написан для улучшения easy_install следующими способами

• Все пакеты загружаются перед установкой. Частично завершенная установка не происходит в результате.
• Мы стараемся представить полезный вывод на консоли.
• Причины действий отслеживаются. Например, если пакет устанавливается, pip отслеживает, почему этот пакет был необходим.
• Сообщения об ошибках должны быть полезны.
• Код относительно лаконичен и сплочен, что облегчает его использование программно.
• Пакеты не должны быть установлены как архивы яиц, они могут быть установлены как плоские (сохраняя метаданные яйца).
• Встроенная поддержка других систем контроля версий (Git, Mercurial и Bazaar)
• Деинсталляция пакетов.
• Простое определение фиксированных наборов требований и надежное воспроизведение набора пакетов.

Другая, еще не упомянутая, причина отдавать предпочтение пипсам заключается в том, что это новый жар и будет использоваться в будущем.

Приведенная ниже инфографика - из раздела « Текущее состояние упаковки » в « Руководстве автостопщика по упаковке v1.0» - показывает, что setuptools / easy_install исчезнет в будущем.

Вот еще одна инфографика из документации дистрибутива, показывающая, что Setuptools и easy_install будут заменены на новую версию - дистрибутив и pip . Несмотря на то, что pip по-прежнему остается новым продуктом, Distribute объединилась с Setuptools в 2013 году с выпуском Setuptools v0.7.

Причин может быть две:

1. Пип обеспечивает uninstallкоманду

2. если в середине произойдет сбой установки, pip оставит вас в чистом состоянии.

ТРЕБОВАНИЯ к файлам.

Серьезно, я использую это в сочетании с virtualenv каждый день.

БЫСТРОЕ УПРАВЛЕНИЕ ЗАВИСИМОСТЬЮ, НАРОДНЫЙ

Файлы требований позволяют вам создавать снимок всех пакетов, которые были установлены через pip. Инкапсулируя эти пакеты в виртуальной среде, вы можете заставить свою кодовую базу работать с очень конкретным набором пакетов и делиться этой кодовой базой с другими.

Из документации Heroku https://devcenter.heroku.com/articles/python

Вы создаете виртуальную среду и настраиваете ее на использование оболочки. (инструкции bash / * nix)

virtualenv env
source env/bin/activate

Теперь все скрипты Python, запускаемые с этой оболочкой, будут использовать пакеты и конфигурацию этой среды. Теперь вы можете установить пакет локально в эту среду без необходимости устанавливать его глобально на вашем компьютере.

pip install flask

Теперь вы можете получить информацию о том, какие пакеты установлены с

pip freeze > requirements.txt

Если вы проверили этот файл в системе контроля версий, когда кто-то другой получит ваш код, он может настроить свою собственную виртуальную среду и установить все зависимости с помощью:

pip install -r requirements.txt

В любое время вы можете автоматизировать скуку, как это здорово.

pip не устанавливает двоичные пакеты и не очень хорошо протестирован в Windows.

Поскольку Windows не поставляется с компилятором по умолчанию, pip часто не может использоваться там. easy_install может устанавливать бинарные пакеты для Windows.

ОБНОВЛЕНИЕ: setuptoolsвпитал, distributeа не наоборот, как некоторые думали. setuptoolsв курсе последних distutilsизменений и формата колеса. Следовательно, easy_installи pipсейчас более или менее на равных.

Источник: http://pythonhosted.org/setuptools/merge-faq.html#why-setuptools-and-not-distribute-or-another-name

В дополнение к ответу Пушистика:

pip не устанавливает двоичные пакеты и не очень хорошо протестирован в Windows.

Поскольку Windows не поставляется с компилятором по умолчанию, pip часто не может использоваться там. easy_install может устанавливать бинарные пакеты для Windows.

Вот хитрость в Windows:

• вы можете использовать easy_install <package>для установки бинарных пакетов, чтобы избежать сборки бинарного

• Вы можете использовать, pip uninstall <package>даже если вы использовали easy_install.

Это просто обходной путь, который работает для меня на окнах. На самом деле, я всегда использую pip, если нет бинарных файлов.

Смотрите текущую документацию pip: http://www.pip-installer.org/en/latest/other-tools.html#pip-compared-to-easy-install.

Я спрошу в списке рассылки, что планируется для этого.

Вот последнее обновление:

Новый поддерживаемый способ установки бинарных файлов будет wheel! Это еще не в стандарте, но почти. Текущая версия по-прежнему альфа: 1.0.0a1

https://pypi.python.org/pypi/wheel

http://wheel.readthedocs.org/en/latest/

Я буду тестировать wheel, создавая установщик OS X для PySideиспользованияwheel вместо яиц. Вернусь и сообщу об этом.

ура - Крис

Быстрое обновление:

Переход к wheelпочти завершен. Большинство пакетов поддерживают wheel.

Я обещал построить колеса для PySide, и я сделал это прошлым летом. Работает отлично!

СОВЕТ: Некоторым разработчикам пока не удалось поддержать формат колеса просто потому, что они забыли заменить distutilsна setuptools. Часто такие пакеты легко преобразовать, заменив это единственное слово в setup.py.

Только что встретил один особый случай, который я должен был использовать easy_installвместо pip, или я должен получить исходные коды напрямую.

Для пакета GitPythonверсия in pipслишком старая 0.1.7, а easy_installпоследняя - последняя 0.3.2.rc1.

Я использую Python 2.7.8. Я не уверен насчет подстилающего механизма easy_installи pip, но по крайней мере версии некоторых пакетов могут отличаться друг от друга, а иногда easy_installи с более новой версией.

easy_install GitPython