2012-12-09 22 views
7

私はPython /仮想環境をしばらく使っていませんが、virtualenvironmentラッパーもインストールしています。なぜWORKON_HOME環境変数を設定する必要がありますか?

私の質問は、それがこれを行うに言うドキュメントページでは、次のとおりです。

export WORKON_HOME=~/Envs 
$ mkdir -p $WORKON_HOME 
$ source /usr/local/bin/virtualenvwrapper.sh 
$ mkvirtualenv env1 

私は単に私のプロンプトでこれをしなかった:

source /usr/local/bin/virutalenvwrapper.sh 

そして今、私は、環境の一覧を表示し、選択することができますやって:私は、環境バリを作成しなければならない理由

>workon 

>workon envtest1 

これが私のために働くので、私の質問は、ですが、私は混乱していますできるWORKON_HOMEと〜/ Envsフォルダを指していますか?それは何をし、私の作品はどうしたらうまくいくのですか?私は/ Envsフォルダを持っていません(私はスクリプトがそれを作成することを知っています)。

参考:設定されていないhttp://virtualenvwrapper.readthedocs.org/en/latest/

答えて

8

WORKON_HOME場合は、デフォルトのvirtualenvのフォルダは~/.virtualenvs

ます。また、フォルダを使用するpipに指定するWORKON_HOMEを使用します((virtualenvwrapper.sh l.118参照)に設定されます。 export PIP_VIRTUALENV_BASE=$WORKON_HOME

ソース:virtualenvwrapper.readthedocs.org : Tying to pip’s virtualenv support

+1

'PIP_VIRTUALENV_BASE'は廃止予定です:https://bitbucket.org/dhellmann/virtualenvwrapper/issue/225/pip_virtualenv_base-and –

+0

私のホームプロジェクトフォルダは'〜/ Projects'です。私は同じ問題を経験していたのでこの答えを見つけました**と '$ WORKON_HOME'変数が設定されたときにそれを認識させることができませんでした。最後に 'ln -s〜/ Projects〜/ .virtualenvs'を実行しました。問題が解決しました。情報をありがとう。 –

+1

デフォルトの〜/ .virtualenvsにこれらのプロジェクトのenvを置くことに満足していれば、$ WORKON_HOMEは実際にはオプションですので、次の質問はデフォルト以外のフォルダを使用する動機はありますか? – RayLuo

0

私はなぜ環境変数 WORKON_HOMEを作成して〜/ Envsフォルダを指すのか混乱していますか?

オプションです。ドキュメントが混乱しているので、(私のように)あなたは混乱しています。

これは何をして、どのように私の仕事はうまくいけばいいのですか?

virtualenvwrapperは、どのフォルダにPython環境を検索するかを指示します。コマンドworkonは、定義されている場合はWORKON_HOMEのパスを検索し、そうでない場合は~/.virtualenvsを検索します。これがデフォルトで動作します。

異なるWORKON_HOMEディレクトリを定義するためのユースケースは、異なる環境がある場合はvirtualenvwrapperになります。たとえば、仮想envバックアップを別のフォルダに保存する場合や、独自の環境を維持したい複数のユーザーがいる場合です。

関連する問題