To pytanie nie jest powtórzeniem.

Dotyczy to nie tylko zmiany nazwy środowiska wirtualnego, ale faktycznego przeniesienia go do innego katalogu, w tym potencjalnie do katalogu innego użytkownika.

To nie to samo, co zwykła zmiana nazwy środowiska wirtualnego, zwłaszcza dla osób niezaznajomionych z wirtualnymi envami.

Jeśli utworzę virtualenv i przeniosę go do innego folderu, czy nadal będzie działać?

$ virtualenv -p /usr/bin/python3 /home/me/Env/my-python-venv
$ source Env/my-python-venv/bin/activate
(my-python-venv) $ 

... później tego dnia wirtualne środowisko PRZENOSIŁO SIĘ ...

(my-python-venv) $ deactivate
$ mkdir -p /home/me/PeskyPartyPEnvs
$ mv /home/me/Env/my-python-venv /home/me/PeskyPartyPEnvs/

Pytanie:

Czy to zadziała?

$ source /home/me/PeskyPartyPEnvs/my-python-venv/bin/activate
(my-python-venv) $ /home/me/PeskyPartyPEnvs/my-python-venv/bin/pip3 install foaas

Mam tu na myśli mniejszą kwestię dotyczącą sensowności próbowania tego (chyba że ta mądrość jest oczywiście zabawna), a więcej, czy jest to możliwe. Naprawdę chcę wiedzieć, czy można to zrobić w Pythonie 3, czy też muszę to po prostu wyssać i sklonować.

Mogę tylko tak bez smutku? Chcę uniknąć smutku.mvvirtualenv

Tak. Możliwe jest przenoszenie go na tej samej platformie. Możesz użyć --relocatablew istniejącym środowisku.

Od --help:

--relocatable - umożliwia relokowanie ISTNIEJĄCEGO środowiska virtualenv. To naprawia skrypty i sprawia, że ​​wszystkie pliki .pth są względne.

JEDNAK NIE wydaje się to zmieniać activateskryptu, a raczej zmienia tylko skrypty pip*i easy_install*. W activateskrypcie $VIRTUAL_ENVzmienna środowiskowa zakodowana na stałe jako oryginał /path/to/original/venv. $VIRTUAL_ENVZmienna jest używana do ustawienia PATHswojego aktywnego środowiska też, więc to musi być zmienione na podstawie nowej lokalizacji w celu wywołania pythoni pipitd. Bez ścieżki bezwzględnej.

Aby rozwiązać ten problem, możesz zmienić $VIRTUAL_ENVzmienną środowiskową w activateskrypcie (na przykład używając sed) i wszystko powinno być gotowe.

Przykład użycia:

$ cd ~/first
$ virtualenv my-venv
$ grep 'VIRTUAL_ENV=' my-venv/bin/activate
VIRTUAL_ENV="/home/username/first/my-venv"
$ virtualenv --relocatable my-venv
Making script my-venv/bin/easy_install relative
Making script my-venv/bin/easy_install-2.7 relative
Making script my-venv/bin/pip relative
Making script my-venv/bin/pip2 relative
Making script my-venv/bin/pip2.7 relative
### Note that `activate` has not been touched
$ mkdir ~/second
$ mv my-venv ~/second
$ cd ~/second
$ grep 'VIRTUAL_ENV=' my-venv/bin/activate
VIRTUAL_ENV=/home/username/first/my-venv
### (This variable hasn't been changed, it still refers to the old, now non-existent directory!)
$ sed -i -e 's|username/first|username/second|' my-venv/bin/activate
## sed can be used to change the path.
## Note that the `-i` (in place) flag won't work on all machines. 
$ source my-venv/bin/activate 
(my-venv) $ pip install foass
...
(my-venv) $ python 
[...]
> import foass

Hura, teraz możesz zainstalować rzeczy i załadować je do nowo zlokalizowanego środowiska wirtualnego.

Dla Pythona 3.3+ (z nowym venvwbudowanym modułem)

Krótka odpowiedź (niezależnie od wersji):

• Nie ma czystego, bezpośredniego sposobu na przeniesienie środowiska wirtualnego
• Po prostu odtwórz, to proste !!

Długa odpowiedź:

Począwszy od wersji 3.3, Python virtualenvstał się wbudowanym modułem o nazwie venv.

--relocatableOpcja wspomniano w innych odpowiedzi nie została włączona venv, a obecnie nie ma dobra, bezpieczna droga, że jestem świadom, aby zmienić nazwę lub przenieść do wirtualnego środowiska Pythona.

Istnieje jednak dość prosty sposób na odtworzenie środowiska wirtualnego ze wszystkimi aktualnie zainstalowanymi pakietami. Zobacz tę odpowiedź lub zobacz sekcję poniżej, aby uzyskać informacje na temat odtwarzania środowiska wirtualnego. Podczas tego procesu możesz odtworzyć nowe środowisko w dowolnym miejscu i pod dowolną nazwą. Lub zobacz sekcję poniżej, aby zapoznać się z procesem.

W tej odpowiedzi wspomina o kilku innych pakietach innych firm, które mogą obsługiwać bezpośrednie zmiany nazw lub ruchy. Jeśli zależy Ci na znalezieniu sposobu na przeniesienie środowiska wirtualnego w nienaruszonym stanie, możesz sprawdzić, czy one venvrównież działają.

Uwaga: w tej odpowiedzi skupia się virtualenvraczej na niż venv. Zobacz poniżej, jak tłumaczyć.

venvw porównaniu ze starszą virtualenvskładnią poleceń

Polecenie do użycia venvto:

python -m venv

a nie tylko virtualenv, który instaluje się jako polecenie w oryginalnym pakiecie. Gdzie „python” odnosi się do tego, jak uruchamiasz plik wykonywalny pythona, którym może być wiele różnych rzeczy, takich jak:

1. python
2. pylub py -3.7podobny ( Python Launcher for Windows for Python 3.3+ i Windows tylko w tej chwili)
3. python3 (konwencja dla środowisk linux, które instalują podwójnie Python 2 i 3)
4. Jeśli masz problemy, użyj bezwzględnej ścieżki do pliku wykonywalnego Pythona, który chcesz uruchomić: np c:\program files\python37\python.exe

Jeśli nie masz pewności, która wersja jest uruchamiana, zawsze możesz python --versionsię dowiedzieć.

Jak odtworzyć środowisko wirtualne

Tworzenie / odtwarzanie wirtualnego środowiska jest łatwe i powinno stać się drugą naturą po dłuższej pracy z nim. Ten proces odzwierciedla to, co zrobiłbyś, aby rozpowszechnić swój skrypt jako pakiet (wraz z jego zależnościami) w pierwszej połowie, a następnie co ktoś zrobiłby, aby zainstalować twój skrypt / pakiet do dalszego rozwoju.

Najpierw uzyskaj zaktualizowaną listę tego, co znajduje się w środowisku wirtualnym. Gdy jest aktywna, pobierz wersję Pythona, której używa, i zapisz listę zależności do pliku.

1. Używaj python --versionz aktywowanym środowiskiem wirtualnym, aby zobaczyć, jakiej wersji Pythona używa.

   • Jest to dla jasności - możesz chcieć zaktualizować wersję Pythona z różnych powodów - przynajmniej do najnowszej wersji poprawki
   • Na przykład, jeśli istniejący venv korzysta z Pythona w wersji 3.7.4, ale teraz wersja 3.7.6 jest niedostępna - zamiast tego użyj wersji 3.7.6, która powinna zawierać tylko nierozerwalne zabezpieczenia i poprawki błędów.

2. Służy python -m pip freeze > requirements.txtdo tworzenia listy bieżących zależności pakietów i umieszczania ich w requirements.txtpliku. To polecenie na pewno działa w systemie Linux lub Git Bash - nie mam 100% pewności co do Powershell lub wiersza poleceń w systemie Windows.

Teraz utwórz nowe środowisko wirtualne, a następnie dodaj zależności ze starego.

3. Zrób swój nowy venv.

   • Upewnij się, że używasz poprawnej wersji Pythona, którą chcesz zainstalować na venv.
   • Jeśli chcesz, aby była to dokładnie ta sama wersja Pythona:
     • Uruchom Pythona bezpośrednio z bieżącego środowiska wirtualnego (z aktywowanym) i użyj pythonjako polecenia
     • Lub użyj ścieżki bezwzględnej python.exew folderze środowiska wirtualnego
   • Dla nowego wpisu folderu venv w poleceniu:
     • Dodaj bezwzględną lub względną ścieżkę do żądanej lokalizacji folderu końcowego.
     • Służy python -m venv my_new_venvdo tworzenia nowego środowiska wirtualnego w bieżącym katalogu roboczym w nowym my_new_venvfolderze.
     • Nazwa folderu venv będzie nazwą folderu venv (co pojawia się w monicie, gdy jest aktywowany).

4. Zainstaluj zależności z requirements.txtpliku.

   • python -m pip install -r requirements.txt

Może być konieczne ponowne zainstalowanie pakietów lokalnych, które są w trybie programowania.

Uwaga, jeśli kiedykolwiek będziesz potrzebować zobaczyć konkretną lokalizację, w której pakiet jest zainstalowany, użyj:

• python -m pip list -v
• Opcja -vlub „verbose” doda dodatkowe informacje o każdym zainstalowanym pakiecie, w tym o ścieżce, w której jest on zainstalowany. Jest to przydatne, aby upewnić się, że pakiety wirtualne, zainstalowane przez użytkownika i zainstalowane przez system są proste.

W tym momencie możesz po prostu usunąć stary folder venv i całą zawartość. Zalecam używanie do tego GUI - usuwanie plików jest często trwałe z linii poleceń Linuksa, a mała literówka może być złą wiadomością.

--relocatableArgument virtualenvwydaje pozwalają to zrobić.

ALE NIESTETY:

Nie, po prostu nie możesz mv. Istnieją obejścia, ale ponowna instalacja może być łatwiejsza.

(my-python-venv)$ /home/me/PeskyPartyPEnvs/pip3 install foaas
zsh: /home/me/PeskyPartyPEnvs/pip3: bad interpreter: /home/me/Env/my-python-venv/bin/python3: no such file or directory
(my-python-venv)$ deactivate
$ 

... naciska entermocno z frustracji, a następujące rzeczy działają

$
$
$ pip3 search foaas

Tyle że nie jest z my-python-venv, ergo smutku.

Chcesz mvTWOJEJ virtualenvi używać go, inaczej niemodyfikowana?

Krótka odpowiedź:

Cóż, nie możesz .

Tak, powinno to być możliwe, jeśli nie zrobiłeś niczego, co zależy od bieżącego katalogu virtualenv.

Jeśli jednak masz wybór, najlepiej jest utworzyć nowy virtualenv i zamiast tego zacząć używać nowego virtualenv. Jest to najbezpieczniejszy wybór i najmniej prawdopodobny późniejszy problem.

Dokumentacja wspomina, że :

Każdy virtualenv ma zakodowane na stałe informacje o ścieżce,

Na przykład, jeśli uruchomiłeś setvirtualenvproject, nie będzie w stanie przełączyć się do właściwego katalogu po uruchomieniuworkon ... więc w takim przypadku musisz to naprawić ręcznie.

Ogólnie virtualenv to niewiele więcej niż katalog z niezbędnymi plikami interpretera języka Python oraz pakietami, których potrzebujesz.

Korzystając z odpowiedzi na ten i inne wątki na podobny temat, stworzyłem skrypt bash, który, zlokalizowany i wykonany w samym katalogu virtualenv pomoże w twoich ruchach w virtualenv.

Po wykonaniu tej czynności virtualenv --relocatable yourenvbędziesz musiał zmieniać VIRTUAL_ENVzmienną za każdym razem, gdy przenosisz katalog, więc jeśli nie chcesz zmieniać jej ręcznie, użyj tego.

#!/bin/bash \n 
DIR="$( cd "$( dirname "${BASH_SOURCE[0]}" )" >/dev/null 2>&1 && pwd )"
EXISTING=$(grep 'VIRTUAL_ENV=' bin/activate)  
NEWDIR=VIRTUAL_ENV=\"$DIR\"
sed -i -e "s|$EXISTING|$NEWDIR|" bin/activate
source bin/activate

Mam nadzieję, że to pomoże.

TAK, MOŻESZ! (W windows)

Obejście jest łatwe, po prostu przenieś swoje wirtualne środowisko w dowolne miejsce, a następnie edytuj activate.batw nim scripts\:

1. Przejdź do środowiska wirtualnego do żądanego katalogu

2. Kliknij prawym przyciskiem myszy i edytuj activate.batw venv_folder\scripts.

3. Zmień VIRTUAL_ENVzmienną z:

    set VIRTUAL_ENV=C:\old_directory\venv_name
   

   w

    set VIRTUAL_ENV=C:\new_directory\venv_name
   

4. Zapisz edytowany plik wsadowy i to wszystko!

UWAGA: Moje rozwiązanie powinno działać i zapisywać windows userskonfigurację nowych środowisk wirtualnych, wątpię, aby zadziałało w innym systemie operacyjnym, ponieważ .batpochodzi zMS-DOS