Dlaczego warto używać PIP zamiast łatwej instalacji? [zamknięte]

From Ian Bicking ' s own introduction to pip :

Pip został pierwotnie napisany w celu poprawy na easy_install w następujący sposób

• wszystkie pakiety są pobierane przed instalacją. Częściowo zakończona instalacja nie występuje w wyniku.
• zwracamy uwagę, aby wyświetlać przydatne dane wyjściowe na konsoli.
• powody działań są na bieżąco. Na przykład, jeśli pakiet jest instalowany, pip śledzi, dlaczego ten pakiet został wymagane.
• komunikaty o błędach powinny być przydatne.
• kod jest stosunkowo zwięzły i spójny, dzięki czemu łatwiej jest go używać programowo.
• Pakiety nie muszą być instalowane jako archiwa egg, mogą być instalowane płasko(zachowując metadane egg).
• natywne wsparcie dla innych systemów kontroli wersji (Git, Mercurial i Bazaar)
• Deinstalacja pakietów.
• proste do zdefiniowania stałe zestawy wymagań i niezawodnie odtworzyć zbiór paczki.

Kolejnym-jeszcze nie wspomnianym-powodem faworyzowania pip jest to, że jest to nowa gorąca i będzie nadal używana w przyszłości.

Infografika poniżej-z sekcjiaktualny stan opakowania wThe Hitchhiker ' s Guide to Packaging v1.0 -pokazuje, że setuptools/easy_install zniknie w przyszłości.

Oto kolejna infografika z dokumentacji dystrybucji pokazująca, że Setuptools i easy_install zostanie zastąpiony przez nowy hotness - distribute i pip . Podczas gdy pip jest wciąż nowym hotness, Distribute połączyła się z Setuptools w 2013 roku wraz z wydaniem Setuptools v0.7.

Dwa powody, może być więcej:

1. Pip udostępnia polecenie uninstall

2. Jeśli instalacja zawiedzie w środku, pip pozostawi cię w stanie czystym.

Pliki wymagań.

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

SZYBKI PORADNIK ZARZĄDZANIA ZALEŻNOŚCIAMI, LUDZIE

Pliki wymagań pozwalają na tworzenie migawek wszystkich pakietów, które zostały zainstalowane przez pip. Zamykając te pakiety w wirtualnym środowisku, możesz sprawić, że Twoja baza kodowa będzie działać z bardzo specyficznym zestawem pakietów i udostępni ją innym.

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

Tworzysz środowisko wirtualne i ustawiasz powłokę, aby z niego korzystać. (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, które pakiety są instalowane z

pip freeze > requirements.txt

Jeśli sprawdziłem ten plik w 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

Pip nie instaluje pakietów binarnych i nie jest dobrze testowany na Windows.

Ponieważ Windows nie jest domyślnie wyposażony w kompilator, PIP często nie może być tam użyty. easy_install Może zainstalować pakiety binarne Dla Windows.

UPDATE: setuptools wchłonęła distribute w przeciwieństwie do odwrotnie, jak niektórzy sądzili. setuptools jest na bieżąco z najnowszymi zmianami distutils i formatem kół. Stąd easy_install i pip są teraz mniej więcej na równi.

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

Jako uzupełnienie odpowiedzi fuzzymana:

Pip nie instaluje pakietów binarnych i nie jest dobrze testowany na Windows.

Ponieważ Windows nie jest domyślnie wyposażony w kompilator, PIP często nie może być używany tam. easy_install może instalować pakiety binarne Dla Windows.

Oto sztuczka na Windows:

• Możesz użyć easy_install <package> do instalacji pakietów binarnych, aby uniknąć budowania binarnych

• Możesz użyć pip uninstall <package> nawet jeśli używasz easy_install.

To jest tylko obejście, które działa dla mnie na windows. Właściwie zawsze używam pip, jeśli nie są zaangażowane żadne binaria.

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

Zapytam na liście dyskusyjnej, co jest planowane.

Oto najnowsza aktualizacja:

Nowym obsługiwanym sposobem instalacji plików binarnych będzie wheel! On jeszcze nie w standardzie, ale prawie. Aktualna wersja jest nadal Alfa: 1.0. 0A1

Https://pypi.python.org/pypi/wheel

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

Przetestuję wheel tworząc instalator OS X dla PySide używając wheel zamiast jajek. Wrócę i Zdam o tym raport.

Cheers-Chris

Szybka aktualizacja:

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

Obiecałem zbudować koła dla PySide, i zrobiłem to zeszłego lata. Działa świetnie!

Podpowiedź: Kilku programistów nie udało się do tej pory obsługiwać formatu wheel, po prostu dlatego, że zapomnieli zastąp distutils przez setuptools. Często łatwo jest przekonwertować takie pakiety, zastępując to pojedyncze słowo w setup.py.

Spotkałem się z jednym szczególnym przypadkiem, że musiałem użyć easy_install zamiast pip, albo muszę wyciągnąć kody źródłowe bezpośrednio.

Dla pakietu GitPython wersja w pip jest za stara, czyli 0.1.7, podczas gdy wersja z easy_install jest najnowsza, czyli 0.3.2.rc1.

Używam Python 2.7.8. Nie jestem pewien mechanizmu podkładu easy_install i pip, ale przynajmniej wersje niektórych pakietów mogą się różnić od siebie i czasami {[1] } jest tą Z nowszą wersją.

easy_install GitPython