0

私のメイン システムの Python バージョンは 2.7.3 です。virtualenvバージョン 3.3.0 を使用する を作成しようとしています。pythonbrew、virtualenv、virtualenvwrapper をインストールしました。

このチュートリアルに従いました: http://technomilk.wordpress.com/2011/07/27/setting-up-our-django-site-environment-with-pythonbrew-and-virtualenv/

これは基本的に を実行pythonbrew use 3.3.0し、次に virtualenv を作成します。チュートリアルでは、virtualenv は pythonbrew が使用するバージョンを使用すると述べています。しかし、そうではありません。virtualenv は、起動時に 2.7.3 を使用します。私が行うpythonbrew use 3.3.0と、それはvirtualenvを離れ、環境ではなくシステムに適用されます。

どうやら、pythonbrew には独自の virtualenv ラッパーがあり、http ://suvashthapaliya.com/blog/2012/01/sandboxed-python-virtual-environments/ にチュートリアルがあります。

そんなことするのは嫌だけど。virtualenvwrapper を pythonbrew (pythonbrew の venv ラッパーではなく) と一緒に使用して、各 venv に使用する python バージョンを選択し、それらをシステムの python バージョンとは別に保つことは可能ですか?

また、フラグを使用したくありませんmkvirtualenv -p。これは、python3.3 を手動でインストールする必要があることを意味します。Python のバージョンを管理するためにパッケージ マネージャーを使用することに固執したいと思います。Python で Ruby の RVM に相当するものはないとは信じがたいです... 私が間違っていない限り?

4

1 に答える 1

1

たぶん、代わりにhttp://pypi.python.org/pypi/pythonbrew/を見るべきです。私がそれをしたとき、私はvenvを作成するためにpythonbrewを使いました

pythonbrew install 2.7.3
pythonbrew switch 2.7.3
pythonbrew venv create proj

チャンピオンのように働きました。

コードをいじらずに仮想環境を破棄し、必要に応じて再構築できるように、git リポジトリの下の .folder に仮想環境を作成することにしました。git clone を実行する jenkins を使用しているときに、この手法に出くわしました。その後、その周りに仮想環境を構築する方法を理解する必要があります。

Python/proj
    .proj           <---- Virtual environment is in here!
        lib
        site-packages
    settings
    requirements
    apps

また、私のために機能するbash関数もあります。

function workon() {
     if [ -d ~/Python/$1 ]
     then
            cd ~/Python/$1
            if [ -d .$1 ]
            then
                . .${1}/bin/activate
            else
                . bin/activate
                cd $1
            fi
     fi
}

これは、クローンが仮想環境内で行われた古いプロジェクトと、仮想環境がプロジェクト内にある新しいプロジェクトを扱うのが非常に複雑です。

于 2013-02-17T02:25:54.330 に答える