Jak mogę używać pliku wymagań pip do odinstalowywania i instalowania pakietów?

Mam plik wymagań pip, który zmienia się podczas programowania.

Można pipgo odinstalować pakiety, które nie pojawiają się w pliku wymagań, a także zainstalować te, które się pojawiają? Czy istnieje standardowa metoda?

Dzięki temu plik wymagań pip stałby się kanoniczną listą pakietów - podejście „wtedy i tylko wtedy”.

Aktualizacja : zasugerowałem to jako nową funkcję na https://github.com/pypa/pip/issues/716

Krótka odpowiedź brzmi: nie, nie możesz tego zrobić za pomocą pip.

Powinno to odinstalować wszystko, czego nie ma w Requirements.txt:

pip freeze | grep -v -f requirements.txt - | grep -v '^#' | xargs pip uninstall -y

Chociaż nie będzie to działać poprawnie z pakietami zainstalowanymi z -e, np. Z repozytorium git lub podobnego. Aby je pominąć, po prostu odfiltruj pakiety zaczynające się od -eflagi:

pip freeze | grep -v -f requirements.txt - | grep -v '^#' | grep -v '^-e ' | xargs pip uninstall -y

Wtedy oczywiście:

pip install -r requirements.txt

Aktualizacja na rok 2016: Prawdopodobnie nie chcesz jednak faktycznie korzystać z powyższego podejścia. Sprawdź, pip-toolsapip-sync które osiągną to, co prawdopodobnie chcesz zrobić, w znacznie bardziej solidny sposób.

https://github.com/nvie/pip-tools

Aktualizacja na maj 2016 r .:

Możesz teraz również użyć pip uninstall -r requirements.txt, jednak robi to w zasadzie odwrotnie - odinstalowuje wszystko wrequirements.txt

Aktualizacja na maj 2019:

Sprawdź pipenv . W świecie zarządzania pakietami wydarzyło się wiele, co sprawia, że ​​tego rodzaju pytania są nieco przestarzałe. Jednak nadal całkiem szczęśliwie używam pip-tools.

To nie jest cecha pip, nie. Jeśli naprawdę chcesz czegoś takiego, możesz napisać skrypt porównujący dane wyjściowe pip freezez twoimi requirements.txt, ale prawdopodobnie byłoby to bardziej kłopotliwe niż warte.

Używając virtualenv, łatwiej i bardziej niezawodnie jest po prostu stworzyć czyste środowisko i (ponownie) zainstalować z requirements.txt, na przykład:

deactivate
rm -rf venv/
virtualenv venv/
source venv/bin/activate
pip install -r requirements.txt

Możesz teraz przekazać -r requirements.txtargument do pip uninstall.

pip uninstall -r requirements.txt -y

Przynajmniej od pip8.1.2 pip help uninstallpokazuje:

...
Uninstall Options:
  -r, --requirement <file>    Uninstall all the packages listed in the given requirements file.  This option can be
                              used multiple times.
...

To jest stare pytanie (ale dobre) i od czasu jego zadania wiele się zmieniło.

W pip-syncinnej odpowiedzi jest odręczne odniesienie do , ale zasługuje na własną odpowiedź, ponieważ rozwiązuje dokładnie problem PO.

pip-sync pobiera requirements.txtplik jako dane wejściowe i „poprawia” Twoje bieżące środowisko Pythona, tak aby pasowało dokładnie do tego , co w nim jest requirements.txt. Obejmuje to usunięcie wszystkich pakietów, które są obecne w twoim środowisku env, ale ich nie ma requirements.txt.

Przykład: Załóżmy, że chcemy, aby nasza env zawiera (tylko) 3: biblioteki libA, libBi libC, tak jak poniżej:

> cat requirements.txt
libA==1.0
libB==1.1
libC==1.2

Ale nasze środowisko zawiera obecnie libCi libD:

> pip freeze
libC==1.2
libD==1.3

Uruchomienie pip-sync spowoduje, że był to nasz pożądany stan końcowy:

> pip-sync requirements.txt
> pip freeze
libA==1.0
libB==1.1
libC==1.2

Propozycja Stephena to fajny pomysł, ale niestety nie działa, jeśli umieścisz w swoim pliku tylko bezpośrednie wymagania, co dla mnie brzmi czysto.

Wszystkie zależności zostaną odinstalowane, w tym nawet distribute, pipsamoczynnie się zepsuje.

Utrzymywanie czystego pliku wymagań podczas śledzenia wersji środowiska wirtualnego

Oto jak próbuję śledzić wersje mojego wirtualnego środowiska. Staram się zachować minimum requirements.txt, w tym tylko bezpośrednie wymagania, nie wspominając nawet o ograniczeniach wersji, jeśli nie jestem pewien.

Ale poza tym zachowuję i dołączam do śledzenia wersji (powiedzmy git) rzeczywisty stan mojego virtualenv w venv.pippliku.

Oto przykładowy przepływ pracy:

skonfiguruj obszar roboczy virtualenv ze śledzeniem wersji:

mkdir /tmp/pip_uninstalling
cd /tmp/pip_uninstalling
virtualenv venv
. venv/bin/activate

zainicjalizuj system śledzenia wersji:

git init
echo venv > .gitignore
pip freeze > venv.pip
git add .gitignore venv.pip
git commit -m "Python project with venv"

zainstaluj pakiet z zależnościami, umieść go w pliku wymagań:

echo flask > requirements.txt
pip install -r requirements.txt
pip freeze > venv.pip

Teraz zacznij budować swoją aplikację, a następnie zatwierdź i rozpocznij nową gałąź:

vim myapp.py
git commit -am "Simple flask application"
git checkout -b "experiments"

zainstaluj dodatkowy pakiet:

echo flask-script >> requirements.txt
pip install -r requirements.txt
pip freeze > venv.pip

... baw się nim, a potem wróć do wcześniejszej wersji

vim manage.py
git commit -am "Playing with flask-script"
git checkout master

Teraz odinstaluj obce pakiety:

pip freeze | grep -v -f venv.pip | xargs pip uninstall -y

Przypuszczam, że proces można zautomatyzować za pomocą haków git, ale nie odchodźmy od tematu.

Oczywiście sensowne jest wtedy użycie jakiegoś systemu buforowania pakietów lub lokalnego repozytorium, takiego jak pip2pi

Piggybacking off @ stephen-j-fuhry tutaj jest odpowiednikiem PowerShell, którego używam:

pip freeze | ? { $_ -notmatch ((gc req.txt) -join "|") }

Chociaż to nie odpowiada bezpośrednio na pytanie, lepszą alternatywą dla requirements.txtteraz jest użycie Pipfile. Działa podobnie do Rubiego Gemfile. Obecnie musisz skorzystać z tego pipenvnarzędzia, ale miejmy nadzieję, że zostanie ono ostatecznie włączone do pip. Zapewnia to pipenv cleanpolecenie, które robi to, co chcesz.

(Zauważ, że możesz zaimportować istniejący requirements.txtz pipenv install -r requirements.txt. Po tym powinieneś mieć a Pipfilei requirements.txtmożna je usunąć.)

Jest to teraz możliwe za pomocą:

pip uninstall -r requirements.txt