Como deixar / sair / desativar um virtualenv do Python

Estou usando o virtualenv e o virtualenvwrapper. Eu posso alternar entre virtualenv's muito bem usando o workoncomando

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

Como saio de todas as máquinas virtuais e trabalho na minha máquina real novamente? No momento, a única maneira de voltar ao assunto me@mymachine:~$é sair do shell e iniciar um novo. Isso é meio chato. Existe um comando para trabalhar em "nada" e, em caso afirmativo, o que é? Se esse comando não existir, como eu o crio?

Geralmente, ativar um virtualenv fornece uma função de shell chamada:

$ deactivate

o que coloca as coisas de volta ao normal.

Acabei de olhar especificamente novamente para o código virtualenvwrappere, sim, ele também suporta deactivatecomo a maneira de escapar de todos os virtualenvs.

Se você está tentando sair de um ambiente Anaconda , o comando depende da sua versão do conda. Versões recentes (como 4.6) instalam uma condafunção diretamente no seu shell; nesse caso, você executa:

conda deactivate

Em vez disso, versões mais antigas de conda implementam a desativação usando um script independente:

source deactivate

Eu defini um alias , workoff , como o oposto de workon :

alias workoff='deactivate'

É fácil lembrar:

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

Usar:

$ deactivate 

Se isso não funcionar, tente

$ source deactivate

Qualquer um que saiba como o Bashsource funciona achará estranho, mas alguns wrappers / fluxos de trabalho em torno do virtualenv o implementam como complemento / contraparte source activate. Sua milhagem pode variar.

Para ativar um ambiente virtual Python:

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

Para desativar:

$deactivate

Eu descobri que quando em um ambiente Miniconda3 eu tinha que executar:

conda deactivate

Nem deactivatenem source deactivatetrabalhou para mim.

Você pode usar virtualenvwrapperpara facilitar a maneira como trabalha virtualenv.

Instalando virtualenvwrapper:

pip install virtualenvwrapper

Se você estiver usando um shell padrão, abra seu ~/.bashrcou ~/.zshrcse você usa Oh My Zsh . Adicione estas duas linhas:

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

Para ativar um virtualenv existente, use o comando workon:

$ workon myenv
(myenv)$

Para desativar seu virtualenv:

(myenv)$ deactivate

Aqui está o meu tutorial , passo a passo sobre como instalar o virtualenv e o virtualenvwrapper.

Como a deactivatefunção criada pelo sourcing ~/bin/activatenão pode ser descoberta pelos meios usuais de procura de um comando desse tipo ~/bin, convém criar um que apenas execute a função deactivate.

O problema é que um script chamado deactivatecontendo um único comando deactivatecausará um loop infinito se for executado acidentalmente enquanto não estiver no venv. Um erro comum.

Isso pode ser evitado executando apenas deactivatese a função existir (isto é, foi criada pelo sourcing activate).

#!/bin/bash

declare -Ff deactivate  && deactivate

Use deactivate.

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

Nota, (my_env)se foi.

Eu uso o zsh-autoenv, que é baseado no autoenv .

O zsh-autoenv origina automaticamente arquivos (conhecidos / incluídos na lista de permissões) .autoenv.zsh, normalmente usados ​​nos diretórios raiz do projeto. Ele lida com "entrar" e deixar "eventos, aninhamento e armazenamento de variáveis ​​(sobrescrevendo e restaurando).

Aqui está um exemplo:

; 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

Portanto, quando saio do dtreediretório, o ambiente virtual é encerrado automaticamente.

"Development tree utiles" é apenas um nome ... Não há nenhum meio oculto de ligação aos Illuminati aqui.

O uso do deactivaterecurso fornecido pelo activatescript do venv exige que você confie na função de desativação para ser codificada corretamente para redefinir de forma limpa todas as variáveis ​​de ambiente, como eram antes - levando em consideração não apenas a ativação original , mas também quaisquer opções , configurações ou outras opções . trabalho que você pode ter feito enquanto isso.

Provavelmente está bem, mas apresenta um risco novo e diferente de deixar seu ambiente modificado posteriormente.

No entanto, não é tecnicamente possível para um processo alterar diretamente as variáveis ​​de ambiente de seu pai, portanto, podemos usar um sub-shell separado para ter certeza absoluta de que nossos venvs não deixam nenhuma alteração residual para trás:

Ativar:

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

• Isso inicia um novo shell em torno do venv . Seu bashshell original permanece inalterado.

Para desativar:

$ exit OU [CTRL] +[D]

• Isso sai de todo o shell do venv em que se encontra e o leva de volta ao shell original antes de o script de ativação fazer alterações no ambiente.

Exemplo:

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

Eu tive o mesmo problema enquanto trabalhava em um script de instalação. Dei uma olhada no que o bin / enable_this.py fez e o invertei.

Exemplo:

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

Não tenho 100% de certeza se funciona como pretendido. Eu posso ter perdido algo completamente.