Dlaczego warto korzystać z pip zamiast easy_install? [Zamknięte]

Tweet brzmi:

Nie używaj easy_install, chyba że lubisz dźgać się w twarz. Użyj pip.

Dlaczego warto korzystać z pip zamiast easy_install? Czy wina nie leży głównie w PyPI i autorach pakietów ? Jeśli autor prześle archiwum źródłowe crap (np. Brakujące pliki, brak pliku setup.py) do PyPI, zarówno pip, jak i easy_install zakończą się niepowodzeniem. Poza różnicami kosmetycznymi, dlaczego ludzie Python (jak w powyższym tweecie) wydają się zdecydowanie faworyzować pip nad easy_install?

(Załóżmy, że mówimy o easy_install z pakietu dystrybucyjnego, który jest zarządzany przez społeczność)

Wiele odpowiedzi tutaj jest nieaktualnych w 2015 r. (Choć pierwotnie przyjęta odpowiedź Daniela Rosemana nie jest). Oto obecny stan rzeczy:

• Pakiety binarne są teraz dystrybuowane jako koła ( .whlpliki) - nie tylko na PyPI, ale w repozytoriach stron trzecich, takich jak pakiety rozszerzeń Christopha Gohlke dla Windows . pipmoże obsługiwać koła; easy_installNie mogę.
• Środowiska wirtualne (które są wbudowane w 3.4, lub mogą być dodane do 2.6 + / 3.1 + z virtualenv) stały się bardzo ważnym i widocznym narzędziem (i zalecane w oficjalnych dokumentach ); zawierają one po pipwyjęciu z pudełka, ale nawet nie działają poprawnie z easy_install.
• distributePakiet, który zawiera easy_installnie jest już utrzymywany. Jego ulepszenia setuptoolszostały ponownie włączone setuptools. Próbując zainstalować distributepo prostu zainstalować setuptoolszamiast.
• easy_install sam jest jedynie quasi utrzymany.
• Wszystkie przypadki, w których niegdyś pipbyły gorsze - easy_installinstalowanie z rozpakowanego drzewa źródłowego, z repozytorium DVCS itp. - już dawno minęły; można pip install ., pip install git+https://.
• pippochodzi z oficjalnymi pakietami Python 2.7 i 3.4+ z python.org, a pipbootstrap jest domyślnie dołączony, jeśli budujesz ze źródła.
• Różne niekompletne fragmenty dokumentacji dotyczące instalowania, używania i budowania pakietów zostały zastąpione przez Podręcznik użytkownika Python Packaging . Własna dokumentacja Pythona na temat instalowania modułów Python odsyła teraz do tego podręcznika użytkownika i wyraźnie woła pipjako „preferowany program instalacyjny”.
• pipPrzez lata dodawano inne nowe funkcje , które nigdy nie będą dostępne easy_install. Na przykład pipułatwia klonowanie pakietów witryn, budując plik wymagań, a następnie instalując go za pomocą jednego polecenia z każdej strony. Lub przekonwertować plik wymagań na lokalne repozytorium, którego można użyć do wewnętrznego opracowywania. I tak dalej.

Jedynym dobrym powodem, o którym wiem, że używam go easy_installw 2015 r., Jest szczególny przypadek korzystania ze wstępnie zainstalowanych wersji Apple w języku Python z systemem OS X 10.5–10.8. Od 10.5 Apple obejmuje easy_install, ale od 10.10 nadal nie obejmują pip. W wersji 10.9+ powinieneś nadal używać get-pip.py, ale w przypadku wersji 10.5-10.8 ma to pewne problemy, więc jest łatwiej sudo easy_install pip. (Ogólnie rzecz biorąc, easy_install pipto zły pomysł; chcesz to zrobić tylko w systemie OS X 10.5–10.8). Ponadto 10.5–10.8 obejmują readlinew sposób, który easy_installwie, jak się poruszać, ale pipnie, więc chcesz też sudo easy_install readlinejeśli chcesz to uaktualnić.

Z własnego wprowadzenia Iana Bickinga do pipa :

pip został pierwotnie napisany, aby poprawić na easy_install w następujący sposób

• Wszystkie pakiety są pobierane przed instalacją. W rezultacie instalacja częściowo ukończona nie występuje.
• Zadbano o przedstawienie użytecznych danych wyjściowych na konsoli.
• Przyczyny działań są śledzone. Na przykład, jeśli pakiet jest instalowany, pip śledzi, dlaczego ten pakiet był wymagany.
• Komunikaty o błędach powinny być przydatne.
• Kod jest stosunkowo zwięzły i spójny, co ułatwia programowe używanie.
• Pakiety nie muszą być instalowane jako archiwa jaj, mogą być instalowane płasko (zachowując metadane jaja).
• Natywne wsparcie dla innych systemów kontroli wersji (Git, Mercurial i Bazaar)
• Deinstalacja pakietów.
• Proste definiowanie ustalonych zestawów wymagań i niezawodne odtwarzanie zestawu pakietów.

Kolejnym - jak dotąd niewymienionym - powodem faworyzowania PIPa jest to, że jest to nowy upał i będzie nadal używany w przyszłości.

Poniższa infografika - z sekcji Bieżący stan pakowania w Przewodniku autostopowicza po pakowaniu 1.0 - pokazuje, że setuptools / easy_install zniknie w przyszłości.

Oto kolejna infografika z dokumentacji dystrybucji, która pokazuje, że Setuptools i easy_install zostaną zastąpione przez nową funkcjonalność - distribute i pip . Podczas gdy pip jest wciąż nowym trendem, Distribute połączył się z Setuptools w 2013 roku wraz z wydaniem Setuptools v0.7.

Z dwóch powodów może być ich więcej:

1. pip udostępnia uninstallpolecenie

2. jeśli instalacja zakończy się niepowodzeniem w środku, pip pozostawi cię w czystym stanie.

WYMAGANIA.

Poważnie, używam tego w połączeniu z virtualenv każdego dnia.

SZYBKIE ZARZĄDZANIE ZALEŻNOŚCIĄ PODRĘCZNIK, FOLKI

Pliki wymagań pozwalają utworzyć migawkę wszystkich pakietów, które zostały zainstalowane przez pip. Dzięki enkapsulacji tych pakietów w środowisku wirtualnym możesz sprawić, że twoja baza kodów będzie działać na bardzo specyficznym zestawie pakietów i będzie mogła dzielić się tą bazą z innymi.

Z dokumentacji Heroku https://devcenter.heroku.com/articles/python

Tworzysz środowisko wirtualne i ustawiasz powłokę, aby go używała. (instrukcje bash / * nix)

virtualenv env
source env/bin/activate

Teraz wszystkie skrypty Pythona uruchamiane z tą powłoką będą używać pakietów i konfiguracji tego środowiska. Teraz możesz zainstalować pakiet lokalnie w tym środowisku bez konieczności instalowania go globalnie na komputerze.

pip install flask

Teraz możesz zrzucić informacje o tym, z którymi pakietami są instalowane

pip freeze > requirements.txt

Jeśli zaznaczyłeś ten plik do kontroli wersji, gdy ktoś inny dostanie Twój kod, może skonfigurować własne środowisko wirtualne i zainstalować wszystkie zależności za pomocą:

pip install -r requirements.txt

Za każdym razem, gdy możesz zautomatyzować takie nudy, jest to niesamowite.

pip nie instaluje pakietów binarnych i nie jest dobrze przetestowany w systemie Windows.

Ponieważ system Windows domyślnie nie jest wyposażony w kompilator, często nie można z niego korzystać. easy_install może instalować pakiety binarne dla systemu Windows.

AKTUALIZACJA: setuptoolspochłonęła, distributea nie na odwrót, jak niektórzy sądzili. setuptoolsjest na bieżąco z najnowszymi distutilszmianami i formatem koła. Stąd easy_installi pipsą mniej więcej na równi teraz.

Źródło: http://pythonhosted.org/setuptools/merge-faq.html#why-setuptools-and-not-distribute-or-another-name

Jako dodatek do odpowiedzi fuzzymana:

pip nie instaluje pakietów binarnych i nie jest dobrze przetestowany w systemie Windows.

Ponieważ system Windows domyślnie nie jest wyposażony w kompilator, często nie można z niego korzystać. easy_install może instalować pakiety binarne dla systemu Windows.

Oto sztuczka w systemie Windows:

• możesz użyć easy_install <package>do zainstalowania pakietów binarnych, aby uniknąć budowania pliku binarnego

• możesz użyć pip uninstall <package> nawet jeśli użyłeś easy_install.

To tylko obejście, które działa dla mnie w systemie Windows. Właściwie zawsze używam pip, jeśli nie są zaangażowane żadne pliki binarne.

Zobacz aktualne pip doku: http://www.pip-installer.org/en/latest/other-tools.html#pip-compared-to-easy-install

Zapytam na liście mailingowej, co jest na to zaplanowane.

Oto najnowsza aktualizacja:

Będzie nowy obsługiwany sposób instalowania plików binarnych wheel ! Nie jest jeszcze w standardzie, ale prawie. Obecna wersja to wciąż wersja alfa: 1.0.0a1

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

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

Przetestuję wheel, tworząc za PySidepomocą instalatora OS Xwheel zamiast jaj. Wrócę i poinformuję o tym.

na zdrowie - Chris

Szybka aktualizacja:

Przejście do wheeljest prawie zakończone. Większość pakietów obsługuje wheel.

Obiecałem zbudować koła PySidei zrobiłem to latem ubiegłego roku. Działa świetnie!

WSKAZÓWKA: Kilka deweloperzy nie udało do tej pory obsługuje formatu koła, po prostu dlatego, że zapomnieć zastąpić distutilsprzez setuptools. Często łatwo jest przekonwertować takie pakiety, zastępując to jedno słowo w setup.py.

Właśnie spotkałem jeden specjalny przypadek, którego musiałem użyć easy_installzamiast pip, lub muszę pobrać kody źródłowe bezpośrednio.

Na opakowaniu GitPython, w wersji pipjest zbyt stary, co jest 0.1.7, a jeden z easy_installto najnowsza, który jest0.3.2.rc1 .

Używam Python 2.7.8. Nie jestem pewien co do mechanizmu podkładania easy_installi pip, ale przynajmniej wersje niektórych pakietów mogą się od siebie różnić, a czasem easy_installta z nowszą wersją.

easy_install GitPython