Come uscire / uscire / disattivare un virtualenv Python

Sto usando virtualenv e virtualenvwrapper. Posso passare da virtualenv alla perfezione usando il workoncomando.

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

Come posso uscire da tutte le macchine virtuali e lavorare di nuovo sulla mia macchina reale? In questo momento, l'unico modo in cui devo tornare me@mymachine:~$è uscire dalla shell e avviarne una nuova. È un po 'fastidioso. Esiste un comando per lavorare su "niente" e, in caso affermativo, che cos'è? Se un tale comando non esiste, come potrei fare per crearlo?

Di solito, l'attivazione di virtualenv ti dà una funzione di shell chiamata:

$ deactivate

che riporta le cose alla normalità.

Ho appena esaminato in modo specifico il codice per virtualenvwrapper, e, sì, supporta anche deactivatecome il modo per sfuggire a tutti i virtual virtual.

Se stai cercando di lasciare un ambiente Anaconda , il comando dipende dalla tua versione di conda. Le versioni recenti (come 4.6) installano una condafunzione direttamente nella tua shell, nel qual caso esegui:

conda deactivate

Le versioni conda precedenti invece implementano la disattivazione utilizzando uno script autonomo:

source deactivate

Ho definito un alias , workoff , come l'opposto di workon :

alias workoff='deactivate'

È facile da ricordare:

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

Uso:

$ deactivate 

Se questo non funziona, prova

$ source deactivate

Chiunque sappia come funziona Bashsource penserà che è strano, ma alcuni wrapper / flussi di lavoro attorno a virtualenv lo implementano come complemento / controparte source activate. Il tuo chilometraggio può variare.

Per attivare un ambiente virtuale Python:

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

Per disattivare:

$deactivate

Ho scoperto che in un ambiente Miniconda3 dovevo eseguire:

conda deactivate

Né deactivatené source deactivatelavorato per me.

Puoi usarlo virtualenvwrapperper facilitare il tuo modo di lavorare virtualenv.

Installazione virtualenvwrapper:

pip install virtualenvwrapper

Se stai usando una shell standard, apri il tuo ~/.bashrco ~/.zshrcse usi Oh My Zsh . Aggiungi queste due righe:

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

Per attivare un virtualenv esistente, utilizzare il comando workon:

$ workon myenv
(myenv)$

Per disattivare virtualenv:

(myenv)$ deactivate

Ecco il mio tutorial , passo dopo passo su come installare virtualenv e virtualenvwrapper.

Poiché la deactivatefunzione creata dall'approvvigionamento ~/bin/activatenon può essere scoperta con i soliti mezzi di ricerca di tale comando ~/bin, è possibile crearne uno che esegua semplicemente la funzione deactivate.

Il problema è che uno script chiamato deactivatecontenente un singolo comando deactivateprovocherà un ciclo infinito se eseguito accidentalmente mentre non si trova nella venv. Un errore comune

Questo può essere evitato solo eseguendo deactivatese la funzione esiste (cioè è stata creata tramite sourcing activate).

#!/bin/bash

declare -Ff deactivate  && deactivate

Usa deactivate.

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

Nota, non (my_env)c'è più.

Uso zsh-autoenv che si basa su autoenv .

zsh-autoenv genera automaticamente i file (noti / autorizzati) .autoenv.zsh, generalmente utilizzati nelle directory root del progetto. Gestisce "entra" e lascia "eventi, annidamento e memorizzazione di variabili (sovrascrittura e ripristino).

Ecco un esempio:

; 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

Quindi quando esco dalla dtreedirectory, l'ambiente virtuale esce automaticamente.

"Development tree utiles" è solo un nome ... Nessun mezzo nascosto che collega agli Illuminati qui.

L'utilizzo della deactivatefunzionalità fornita dallo activatescript di venv richiede che la funzione di disattivazione sia opportunamente codificata per reimpostare in modo pulito tutte le variabili di ambiente su come erano prima, tenendo conto non solo dell'attivazione originale , ma anche di qualsiasi opzione , configurazione o altro lavoro che potresti aver fatto nel frattempo.

Probabilmente va bene, ma introduce un nuovo rischio diverso da zero di lasciare il tuo ambiente modificato in seguito.

Tuttavia, non è tecnicamente possibile per un processo alterare direttamente le variabili di ambiente del suo genitore, quindi possiamo usare una sotto-shell separata per essere assolutamente sicuri che i nostri venvs non lascino indietro eventuali modifiche residue:

Attivare:

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

• Questo avvia una nuova shell attorno al venv. La tua bashshell originale rimane non modificata.

Per disattivare:

$ exitOPPURE [CTRL]+[D]

• Questo esce dall'intera shell in cui si venvtrova e ti riporta alla shell originale prima che lo script di attivazione apportasse modifiche all'ambiente.

Esempio:

[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!

Ho avuto lo stesso problema mentre lavoravo su uno script di installazione. Ho dato un'occhiata a cosa ha fatto bin / activ_this.py e l'ho invertito.

Esempio:

#! /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())

Non sono sicuro al 100% se funziona come previsto. Potrei essermi perso qualcosa completamente.