So verlassen / beenden / deaktivieren Sie eine Python-Virtualenv

Ich benutze virtualenv und den virtualenvwrapper. Mit dem workonBefehl kann ich problemlos zwischen virtualenv wechseln .

me@mymachine:~$ workon env1
(env1)me@mymachine:~$ workon env2
(env2)me@mymachine:~$ workon env1
(env1)me@mymachine:~$ 

Wie beende ich alle virtuellen Maschinen und arbeite wieder an meiner realen Maschine? Im Moment kann ich nur zurückkehren, indem ich me@mymachine:~$die Shell verlasse und eine neue starte. Das ist irgendwie nervig. Gibt es einen Befehl, an "nichts" zu arbeiten, und wenn ja, was ist das? Wenn ein solcher Befehl nicht existiert, wie würde ich ihn erstellen?

Wenn Sie eine virtuelle Umgebung aktivieren, erhalten Sie normalerweise eine Shell-Funktion mit dem Namen:

$ deactivate

was die Dinge wieder normalisiert.

Ich habe mir gerade noch einmal den Code genauer angesehen virtualenvwrapper, und ja, er unterstützt deactivateauch den Weg, um allen virtuellen Umgebungen zu entkommen.

Wenn Sie versuchen, eine Anaconda- Umgebung zu verlassen , hängt der Befehl von Ihrer Version von ab conda. Neuere Versionen (wie 4.6) installieren eine condaFunktion direkt in Ihrer Shell. In diesem Fall führen Sie Folgendes aus:

conda deactivate

Ältere Conda-Versionen implementieren stattdessen die Deaktivierung mithilfe eines eigenständigen Skripts:

source deactivate

Ich habe einen Alias , Workoff , als das Gegenteil von Workon definiert :

alias workoff='deactivate'

Es ist leicht zu merken:

[bobstein@host ~]$ workon django_project
(django_project)[bobstein@host ~]$ workoff
[bobstein@host ~]$

Verwenden:

$ deactivate 

Wenn dies nicht funktioniert, versuchen Sie es

$ source deactivate

Jeder, der weiß, wie Bashsource funktioniert, wird das seltsam finden, aber einige Wrapper / Workflows rund um virtualenv implementieren es als Ergänzung / Gegenstück zu source activate. Ihr Kilometerstand kann variieren.

So aktivieren Sie eine virtuelle Python-Umgebung:

$cd ~/python-venv/
$./bin/activate

So deaktivieren Sie:

$deactivate

Ich stellte fest, dass ich in einer Miniconda3-Umgebung Folgendes ausführen musste:

conda deactivate

Weder deactivatenoch source deactivatefür mich gearbeitet.

Sie können verwenden virtualenvwrapper, um die Arbeitsweise zu vereinfachen virtualenv.

Installation virtualenvwrapper:

pip install virtualenvwrapper

Wenn Sie eine Standard-Shell verwenden, öffnen Sie Ihre ~/.bashrcoder ~/.zshrcwenn Sie Oh My Zsh verwenden . Fügen Sie diese beiden Zeilen hinzu:

export WORKON_HOME=$HOME/.virtualenvs
source /usr/local/bin/virtualenvwrapper.sh

Verwenden Sie den folgenden Befehl, um eine vorhandene virtuelle Umgebung zu aktivieren workon:

$ workon myenv
(myenv)$

So deaktivieren Sie Ihre virtuelle Umgebung:

(myenv)$ deactivate

Hier ist mein Tutorial , Schritt für Schritt, wie man virtualenv und virtualenvwrapper installiert.

Da die deactivatedurch Sourcing erstellte Funktion ~/bin/activatenicht mit den üblichen Mitteln zum Suchen nach einem solchen Befehl erkannt werden ~/binkann, möchten Sie möglicherweise einen erstellen, der nur die Funktion ausführt deactivate.

Das Problem ist, dass ein Skript mit dem Namen deactivateeines einzelnen Befehls deactivateeine Endlosschleife verursacht, wenn es versehentlich ausgeführt wird, während es sich nicht im venv befindet. Ein häufiger Fehler.

Dies kann vermieden werden, indem nur ausgeführt wird, deactivatewenn die Funktion vorhanden ist (dh durch Sourcing erstellt wurde activate).

#!/bin/bash

declare -Ff deactivate  && deactivate

Verwenden Sie deactivate.

(my_env) user@user:~/my_env$ deactivate
user@user-Lenovo-E40-80:~/my_env$ 

Beachten Sie, (my_env)ist weg.

Ich benutze zsh-autoenv, das auf autoenv basiert .

zsh-autoenv liefert automatisch .autoenv.zshDateien (bekannt / auf der Whitelist) , die normalerweise in Projektstammverzeichnissen verwendet werden. Es behandelt "Enter" - und Leave "-Ereignisse, das Verschachteln und Verstecken von Variablen (Überschreiben und Wiederherstellen).

Hier ist ein Beispiel:

; cd dtree 
Switching to virtual environment: Development tree utiles
;dtree(feature/task24|✓); cat .autoenv.zsh       
# Autoenv.
echo -n "Switching to virtual environment: "
printf "\e[38;5;93m%s\e[0m\n" "Development tree utiles"
workon dtree
# eof
dtree(feature/task24|✓); cat .autoenv_leave.zsh 
deactivate

Wenn ich das dtreeVerzeichnis verlasse , wird die virtuelle Umgebung automatisch beendet.

"Development tree utiles" ist nur ein Name ... Keine versteckte Verbindung zu den Illuminaten hier.

Wenn Sie die deactivateim venv- activateSkript bereitgestellte Funktion verwenden möchten, müssen Sie darauf vertrauen, dass die Deaktivierungsfunktion ordnungsgemäß codiert ist , um alle Umgebungsvariablen wieder auf den vorherigen Stand zu bringen. Dabei werden nicht nur die ursprüngliche Aktivierung , sondern auch alle Schalter , Konfigurationen oder andere Faktoren berücksichtigt Arbeit, die Sie vielleicht in der Zwischenzeit erledigt haben.

Es ist wahrscheinlich in Ordnung, aber es birgt ein neues Risiko ungleich Null, dass Ihre Umgebung danach geändert wird.

Es ist jedoch technisch nicht möglich, dass ein Prozess die Umgebungsvariablen seines übergeordneten Elements direkt ändert. Daher können wir eine separate Sub-Shell verwenden, um absolut sicherzugehen, dass unsere venvs keine verbleibenden Änderungen hinterlassen:

Aktivieren:

$ bash --init-file PythonVenv/bin/activate

• Dies startet eine neue Shell um die venv. Ihre ursprüngliche bashHülle bleibt unverändert.

So deaktivieren Sie:

$ exitODER [CTRL]+[D]

• Dadurch wird die gesamte Shell beendet, in der venvsich die Shell befindet, und Sie kehren zur ursprünglichen Shell zurück, bevor das Aktivierungsskript Änderungen an der Umgebung vorgenommen hat.

Beispiel:

[user@computer ~]$ echo $VIRTUAL_ENV
No virtualenv!

[user@computer ~]$ bash --init-file PythonVenv/bin/activate

(PythonVenv) [user@computer ~]$ echo $VIRTUAL_ENV
/home/user/PythonVenv

(PythonVenv) [user@computer ~]$ exit
exit

[user@computer ~]$ echo $VIRTUAL_ENV
No virtualenv!

Ich hatte das gleiche Problem bei der Arbeit an einem Installationsskript. Ich habe mir angesehen, was die bin / activate_this.py ist hat und es umgekehrt.

Beispiel:

#! /usr/bin/python
# -*- coding: utf-8 -*-
import os
import sys

# Path to virtualenv
venv_path = os.path.join('/home', 'sixdays', '.virtualenvs', 'test32')

# Save old values
old_os_path = os.environ['PATH']
old_sys_path = list(sys.path)
old_sys_prefix = sys.prefix


def deactivate():
    # Change back by setting values to starting values
    os.environ['PATH'] = old_os_path
    sys.prefix = old_sys_prefix
    sys.path[:0] = old_sys_path


# Activate the virtualenvironment
activate_this = os.path.join(venv_path, 'bin/activate_this.py')
execfile(activate_this, dict(__file__=activate_this))


# Print list of pip packages for virtualenv for example purpose
import pip
print str(pip.get_installed_distributions())

# Unload pip module
del pip

# Deactivate/switch back to initial interpreter
deactivate()

# Print list of initial environment pip packages for example purpose
import pip
print str(pip.get_installed_distributions())

Ich bin nicht 100% sicher, ob es wie beabsichtigt funktioniert. Ich habe vielleicht etwas komplett verpasst.