Créer un virtualenv avec les deux python2 et python3
J'ai essayé d'utiliser virtualenvwrapper pour créer un virtualenv avec les deux python2 et python3
Par virtualenv avec python2 et python3 via Homebrew, j'espérais que ce serait le travail:
(Le nom de la virtualenv est "double")
mkvirtualenv double -p `which python`
mkvirtualenv double -p `which python3`
Il mentionne que
Not overwriting existing python script both/bin/python (you must use both/bin/python3.4)
Mais il ne semble pas être vrai. En tapant python
python2.7
python3
et python3.4
commencent tous les python3.4
interprète.
Ce qui sont que vous essayez d'accomplir en faisant cela? Un des principaux avantages de virtualenvs est à cloisonner mondes séparés pour Python 2 et Python 3.
Je suis en train de travailler sur un projet qui se déroule dans les deux python2 et python3. Je ne veux pas basculer virtualenv tout le temps. python2 et python3 ont leur propre version du pip et du magasin de site-packages dans des endroits différents, donc je ne vois pas le problème.
Si le but est de tester le projet, l'utilisation tox place pour l'exécution des tests en Python 2 et 3. Sinon, je suggère de développement en 3.x et en l'exécutant dans les 2 séparément. Tous les outils mentionnés ici ont été développées avec un Python par virtualenv à l'esprit si bien que les choses peuvent paraître à première vue travail, il n'y a aucune garantie qu'il va continuer à travailler.
Je suis tout à fait sûr de virtualenv ne donne pas ce genre de garanties, comme virtualenv, par définition, est isolé de l'environnement pour un interpréteur Python version. Créer une version pour chaque interpréteur Python que vous souhaitez tester. Si vous avez besoin pour fonctionner sur plusieurs interprètes, de gérer ce un calque au-dessus de virtualenv, comme le script (appelons-la test.sh) que vous utilisez pour exécuter les tests.
Je suis en train de travailler sur un projet qui se déroule dans les deux python2 et python3. Je ne veux pas basculer virtualenv tout le temps. python2 et python3 ont leur propre version du pip et du magasin de site-packages dans des endroits différents, donc je ne vois pas le problème.
Si le but est de tester le projet, l'utilisation tox place pour l'exécution des tests en Python 2 et 3. Sinon, je suggère de développement en 3.x et en l'exécutant dans les 2 séparément. Tous les outils mentionnés ici ont été développées avec un Python par virtualenv à l'esprit si bien que les choses peuvent paraître à première vue travail, il n'y a aucune garantie qu'il va continuer à travailler.
Je suis tout à fait sûr de virtualenv ne donne pas ce genre de garanties, comme virtualenv, par définition, est isolé de l'environnement pour un interpréteur Python version. Créer une version pour chaque interpréteur Python que vous souhaitez tester. Si vous avez besoin pour fonctionner sur plusieurs interprètes, de gérer ce un calque au-dessus de virtualenv, comme le script (appelons-la test.sh) que vous utilisez pour exécuter les tests.
OriginalL'auteur Zweedeend | 2014-11-06
Vous devez vous connecter pour publier un commentaire.
Désolé, virtualenv est conçue pour soutenir le seul interprète de la version.
Si vous avez besoin d'utiliser plusieurs versions de python sur la même base de code, veuillez créer des environnements virtuels.
OriginalL'auteur
virtualenv
ne prend pas en charge plusieurs versions d'interpréteur . Ma suggestion est d'utiliser l'environnement différent pour chacune des versions :OriginalL'auteur
virtualenv
vous aider à isoler les environnements.Il ne peut pas supporter de multiples version de python dans le même temps.
Vous pouvez essayer de pyenv et pyenv-virtualenv. Il soutien que vous changer de dossier vers une autre version de python et de l'environnement de travail. Il commutateur version très facilement.
Si vous ne pouvez pas installer pyenv et de travailler sur Mac. anyenv peut vous aider à installer
pyenv
.Exemple:
OriginalL'auteur
J'ai une solution pour que cela implique que Vagrant/VirtualBox... (c'est ma configuration d'amorçage pour le démarrage d'une django probject, mais la fourche et aller sauvage avec elle!)
le paquet est arrivé, https://github.com/andrewyoung1991/python-3.4.1-vagrant-bootstrap.git
virtuel-env est malheureusement une seule python jeu, mais avec une VirtualBox, vous pouvez travailler librement dans un bac à sable à l'appel de python2 ou python3
OriginalL'auteur