Dans l'histoire des environnements virtuels, il y a avant Python 3.4 où les environnements virtuels sont gérés par des outils tierces ; puis après Python 3.4 où un outil natif venv

Il y aussi conda pour gérer des environnements virtuels avec des versions de python no dispo sur le système hôte et/ou avec des paquets compilés nécessitant des dépendances).

# Créer un environnement virtuel
python -m venv <path/to/directory>
 
# Créer un environnement virtuel avec accès aux packages du système hôte
python -m venv --system-site-packages <path/to/directory>
 
# Activer l'environnement virtuel
source </path/to/directory>/bin/activate   # note : selon l'interpreteur bash/zsh/.. il y a différents activate
 
# Désactiver l'environnement virtuel
deactivate
 
# Supprimer un environnement virtuel (non-activé)
rm -r <path/to/directory>

Note: Pycharm peut gérer la création et l'activation des environnements virtuels :)

Voici une source et une autre source, dont je me suis très largement inspirée pour cette entrée

Quand on commence à beaucoup programmer en python ou installer de nombreux services (mediagoblin, mailpile…), ça peut vite devenir le bazar et des conflits peuvent apparaître entre les différents modules ou leurs versions. Dans l'univers python, il existe cependant une solution assez simple d'emploi : virtualenv

Disponible su pypi, on peut l'installer avec pip

pip install virtualenv

C'est tout simple :

virtualenv /path/vers/projet/nomEnv

Un dossier sera créé avec l'environnement python complet : interpréteur, modules …

on peut aussi choisir une version de l'interpreteur en particulier :

virutalenv monEnv -p /usr/bin/python2.6

On peut inclure ou exclure à la création de l'environnement les outils/modules du système (selon les versions, l'une ou l'autre option est activée par défaut) :

--no-site-package      # fournit un environnement vierge
--system-site-packages # tout ce qui est installé sur l'OS ou qui sera installé sera disponible dans l'environnement

C'est pas compliqué non plus, depuis votre console bash :

source /path/vers/projet/nomEnv/bin/activate

le prompt de la console changera et vous serez dans l'environnement isolé. Si par exemple vous utilisez pip dans cet environnement, les modules seront installés seulement dans l'environnement

Pour quitter un environnement, tapez simplement :

deactivate

ça marche aussi, c'est un peu plus long à écrire :

/path/vers/projet/monEnv/bin/python mon_script.py

virtualenvwrapper est un outil qui permet de se faciliter l'utilisation de virtualenv

On peut trouver le paquet python-virtualenvwrapper dans les dépots, mais aussi sur pypi (pip !) Une fois le paquet/module installé, il faut configurer le bouzin, ça se passe dans ~/.bashrc

...
export WORKON_HOME=~/.virtualenvs
VIRTUALENVWRAPPER_PYTHON=/usr/bin/python3 # si le python par défaut n'est pas le 3
source /usr/bin/virtualenvwrapper.sh

Il faut ensuite créer ce dossier WORKON_HOME (note : la variable d'environnement ne sera active par défaut qu'après réouverture de la session puisqu'elle est renseignée dans .bashrc)

mkdir $WORKON_HOME

Les options sont identiques à virtualenv, mais ce coup ci le chemin peut être relatif (ce sera mis dans WORKON_HOME)

mkvirtualenv -p /usr/bin/python2.6 monEnv

workon monEnv

Une fois dans l'environnement, rien ne change, installation via pip dans l'environnement, deactivate …

tout simplement :

rmvirtualenv monEnv