Replikacja virtualenv bez pobierania wszystkich pakietów ponownie na tym samym komputerze

Question

Mam kilka projektów, które wymagają podobnych zależności, i nie chcę mieć wychodzącej pętli i DLing zależności od sieci za każdym razem. Na przykład używam pakietu norel-django, który byłby w konflikcie z moją standardową wersją django (wersja rdbms), jeśli zainstalowałem system.

Czy istnieje sposób, aby "ponownie wykorzystać" pobrane zalety za pomocą pip? Czy muszę utworzyć plik źródłowy tar.bz2 i utworzyć strukturę folderów podobną do archiwum pip? Każda pomoc będzie doceniona.

Dzięki

Answer 1

Dodaj do $HOME/.pip/pip.conf następujące:

[global] 
download_cache = ~/.pip/cache 

Mówi pip do pobrania cache w ~/.pip/cache więc nie trzeba będzie wychodzić i pobrać je ponownie następnym razem.

Answer 2

to wygląda virtualenv ma polecenie virtualenv-clone, czy może virtualenvwrapper robi?

Niezależnie od tego, że wygląda się trochę bardziej zaangażowani wtedy właśnie copyin i wklejanie katalogi wirtualne środowisko:

https://github.com/edwardgeorge/virtualenv-clone

dodatkowo wydaje się virtualenv ma flagę, która ułatwi w ruch virtualenv.

http://www.virtualenv.org/en/latest/#making-environments-relocatable

$ virtualenv --relocatable ENV z virtualenv Doc:

uczyni to niektóre z plików utworzonych przez setuptools lub dystrybucji używać względnych ścieżek, i zmieni wszystkie skrypty używać activate_this.py zamiast korzystania z lokalizacji interpretera Pythona w celu wybrania środowiska.

Uwaga: należy uruchomić po zainstalowaniu pakietów w środowisku . Jeśli stworzysz środowisko do przeniesienia, następnie zainstaluj nowy pakiet , musisz ponownie uruchomić virtualenv --relocatable.

Co więcej, nie powoduje to, że Twoje pakiety są na różnych platformach. Możesz przenieść katalog o numerze , ale można go używać tylko na innych podobnych komputerach . Niektóre znane różnice środowiskowe, które mogą powodować niezgodności : inna wersja języka Python, gdy jedna platforma używa UCS2 do reprezentacji wewnętrznego Unicode, a inna używa UCS4 (opcja kompilacji), oczywiste zmiany platformy, takie jak Windows vs. Linux, lub Intel vs. ARM i jeśli masz biblioteki, które wiążą się z bibliotekami C w systemie, jeśli te biblioteki C znajdują się gdzieś różne (albo różne wersje, albo inny układ systemu plików ).

Jeśli użyjesz tej flagi do utworzenia środowiska, domyślnie zostanie zastosowana opcja - system-site-packages.