Ich habe meine Python/virtuellen Umgebungen eine Weile nicht benutzt, aber ich habe auch virtualenvironment-Wrapper installiert.Warum müssen Sie die Umgebungsvariable WORKON_HOME festlegen?
Meine Frage ist, in der doc Seite sagt es, dies zu tun:
export WORKON_HOME=~/Envs
$ mkdir -p $WORKON_HOME
$ source /usr/local/bin/virtualenvwrapper.sh
$ mkvirtualenv env1
Ich tat dies an meinem Prompt einfach:
source /usr/local/bin/virutalenvwrapper.sh
Und jetzt kann ich Liste und eine Umgebung auswählen, indem Sie tun:
>workon
>workon envtest1
Meine Frage ist, da dies funktioniert für mich, ich bin verwirrt, warum sollte ich eine Umwelt vari Schaffung werden fähigen WORKON_HOME und verweisen Sie auf den Ordner ~/Envs? Was macht das und wie kommt es mir geht es gut ohne es? Ich habe auch diesen/Envs-Ordner nicht (ich weiß, dass das Skript es erstellt).
Referenz: http://virtualenvwrapper.readthedocs.org/en/latest/
'PIP_VIRTUALENV_BASE' ist veraltet: https://bitbucket.org/dhellmann/virtualenvwrapper/issue/225/pip_virtualenv_base-and –
Mein Projektordner ist' ~/Projects'. Ich bin über diese Antwort gestolpert, weil ich das gleiche Problem hatte ** und ** ich konnte es nicht zwingen zu erkennen, als ich die '$ WORKON_HOME' Variable gesetzt hatte. Endlich habe ich einfach ein 'ln -s ~/Projects ~/.virtualenvs' gemacht. Problem gelöst. Danke für die Information. –
Damit $ WORKON_HOME in der Tat optional ist, wenn Sie mit dem Projekt ~ Environments in den Standard ~/.virtualenvs zufrieden sind und dann die nächste Frage ist, gibt es irgendeine Motivation, einen anderen als den Standardordner zu verwenden? – RayLuo