Doug Hellmanのvirtualenvwrapper
post の指示に従っても、テスト環境を起動できませんでした。
[mpenning@tsunami ~]$ mkvirtualenv test
-bash: mkvirtualenv: command not found
[mpenning@tsunami ~]$
WORKON_HOME
にはない$HOME
を使用していることに注意してください。 virtualenvwrapper
インストールドキュメント に示されているように/usr/local/bin/virtualenvwrapper.sh
を探してみましたが、存在しません。
これが重要な場合は、CentOS 6とpython 2.6.6を実行しています。
# File: ~/.bash_profile
# ...
export WORKON_HOME="/opt/virtual_env/"
source "/opt/virtual_env/bin/virtualenvwrapper_bashrc"
ソリューション1:
何らかの理由で、virtualenvwrapper.sh
は、/usr/bin/virtualenvwrapper.sh
の下ではなく、/usr/local/bin
にインストールされています。
私の.bash_profile
の次の作品...
source "/usr/bin/virtualenvwrapper.sh"
export WORKON_HOME="/opt/virtual_env/"
virtualenvwrapper_bashrc
を調達しなくても、私のインストールは正常に動作するようです
ソリューション2:
あるいは、以下で説明するように、virtualenvwrapper.sh
が既にシェルのPATH
にあるというチャンスを活用して、単にsource `which virtualenvwrapper.sh`
を発行することもできます
試してください:
source `which virtualenvwrapper.sh`
バックティックはコマンドの置換です-プログラムが出力するものをすべて取り出し、式に入れます。この場合、「which」は$ PATHをチェックしてvirtualenvwrapper.shを見つけ、そのパスを出力します。スクリプトは、「ソース」を介してシェルによって読み取られます。
シェルを再起動するたびにこれを実行したい場合は、最初に「which」コマンドからの出力を取得し、次にシェルに「source」行を追加することをお勧めします。
echo "source /path/to/virtualenvwrapper.sh" >> ~/.profile
^これは、シェルによって若干異なる場合があります。また、単一の>を使用しないように注意してください。これにより、〜/ .profileが切り捨てられます:-o
OS X 10.9.1でpython 2.7.5を使用して同じ問題が発生しました。私にとってはWORKON_HOME
に問題はありませんが、source "/usr/local/bin/virtualenvwrapper.sh"
を実行した後、手動で~/.bash_profile
を~/.bashrc
(またはUnixではpip install virtualenvwrapper
)に追加する必要がありました
このコマンドを実行するための前提条件-
1)pip(PipIの再帰頭字語nstallPython)は、Pythonで記述されたソフトウェアパッケージをインストールおよび管理するために使用されるパッケージ管理システムです。多くのパッケージは、Python Package Index(PyPI)にあります。
Sudo apt-get install python-pip
2)仮想環境をインストールします。互いに分離された複数のプロジェクトのパッケージと依存関係をインストールするために、仮想環境を作成するために使用されます。
Sudo pip install virtualenv
3)仮想環境ラッパーのインストール 仮想環境ラッパーについて
Sudo pip install virtualenvwrapper
前提条件のインストール後、仮想環境を作成するために仮想環境ラッパーを実行する必要があります。手順は次のとおりです-
1)パス変数に仮想環境ディレクトリを設定する-export WORKON_HOME=(directory you need to save envs)
2)source /usr/local/bin/virtualenvwrapper.sh -p $WORKON_HOME
@Mikeで述べたように、「which virtualenvwrapper.sh」またはwhich virtualenvwrapper.sh
を使用してvirtualenvwrapper.shファイルを見つけることができます。
新しいシェルを開くたびに上記のコマンドが実行されるのを避けるために、〜/ .bashrcに上記の2行を入れるのが最善です。 mkvirtualenvを使用して環境を作成するために必要なのはそれだけです
留意点-
この手順を使用して、ubuntuに仮想envを作成します
ステップ1 pipをインストールする
Sudo apt-get install python-pip
ステップ2 virtualenvのインストール
Sudo pip install virtualenv
step virtualenvを保存するディレクトリを作成します(私は〜/ .virtualenvsを使用します)
mkdir ~/.virtualenvs
または、このコマンドを使用して、特定のバージョンのpythonをenvにインストールします
virtualenv -p /usr/bin/python3.6 venv
setp 4
Sudo pip install virtualenvwrapper
ステップ5
Sudo nano ~/.bashrc
手順6 bashrcファイルの最後にこの2行のコードを追加します
export WORKON_HOME=~/.virtualenvs
source /usr/local/bin/virtualenvwrapper.sh
ステップ7新しいターミナルを開く(推奨)
ステップ8新しいvirtualenvを作成する
mkvirtualenv myawesomeproject
手順9 virtualenvをロードまたは切り替えるには、workonコマンドを使用します。
workon myawesomeproject
ステップ1新しいvirtualenvを終了するには、
deactivate
、pip vs pip3を使用してください
または以下の手順に従ってpythonプロジェクトに仮想環境をインストールします
cd ~/demos
envをインストールする
python3.7 -m venv .env
次に、次のコマンドを使用して仮想環境をアクティブ化します。
source .env/bin/activate
私はドラッグを行ったばかりなので、2時間前に望んでいた答えを書き込もうとします。これは、コピー&ペーストソリューションだけが必要ない人向けです
最初:他の人には機能しないのに、一部の人にはパスのコピーと貼り付けが機能するのはなぜだと思いますか?**主な理由、解決策は異なりますさまざまなpythonバージョン、2.xまたは3.x。実際には、virtualenvとvirtualenvwrapperにはpython 2または3のいずれかで動作する別個のバージョンがあります。python 2を使用している場合は、次のようにインストールします。
Sudo pip install virutalenv
Sudo pip install virtualenvwrapper
python 3の使用を計画している場合は、関連するpython 3バージョンをインストールします
Sudo pip3 install virtualenv
Sudo pip3 install virtualenvwrapper
pythonバージョンのパッケージを正常にインストールし、すべて設定されましたよね?さて、試してみてください。端末にworkon
と入力します。端末はコマンドを見つけることができません(workon
はvirtualenvwrapperのコマンドです)。もちろんそうではありません。 Workon
は、ファイルvirtualenvwrapper.sh
をロード/ソースした場合にのみ使用可能になる実行可能ファイルです。しかし、公式の インストールガイド ではこれについて説明していますか? .bash_profileを開いて、次を挿入するだけです、ドキュメントに記載されています:
export WORKON_HOME=$HOME/.virtualenvs
export PROJECT_HOME=$HOME/Devel
source /usr/local/bin/virtualenvwrapper.sh
特に、コマンドsource /usr/local/bin/virtualenvwrapper.sh
は、workon
やmkvirtualenv
など、使用したいすべてのコマンドを含む目的のファイルvirtualenvwrapper.sh
をロード/ソースしているように見えるため、役立つようです。 しかし、そうではありません。公式のインストールガイドに従うと、最初の投稿からエラーを受け取る可能性が非常に高くなります:mkvirtualenv: command not found
。まだコマンドが見つからず、あなたはまだイライラしています。ここで問題は何ですか?問題は、virtualenvwrapper.shがあなたが今探しているのではないということです。短いリマインダー...あなたはここを見ています:
source /usr/local/bin/virtualenvwrapper.sh
ただし、目的のファイルを見つけるには、かなり簡単な方法があります。入力するだけ
which virtualenvwrapper
あなたの端末に。これは、システムのPATHに含まれているフォルダーにある可能性が非常に高いので、ファイルの PATH を検索します。
システムが非常にエキゾチックな場合、目的のファイルはPATHフォルダーの外側に隠れます。その場合、シェルコマンドvirtalenvwrapper.sh
でfind / -name virtualenvwrapper.sh
へのパスを見つけることができます
結果は次のようになります:/Library/Frameworks/Python.framework/Versions/3.7/bin/virtualenvwrapper.sh
おめでとうございます。 You have found your missing file!
。 .bash_profileの1つのコマンドを変更するだけです。変更するだけです:
source "/usr/local/bin/virtualenvwrapper.sh"
に:
"/Library/Frameworks/Python.framework/Versions/3.7/bin/virtualenvwrapper.sh"
おめでとうございます。 Virtualenvwrapperがシステムで動作するようになりました。 ただし、ソリューションを強化するためにもう1つできます。コマンドvirtualenvwrapper.sh
でファイルwhich virtualenvwrapper.sh
を見つけた場合、それがPATHのフォルダー。したがって、ファイル名を書き込むだけの場合、ファイルシステムはファイルがPATHフォルダー内にあると想定します。したがって、完全なパスを記述する必要はありません。入力するだけです:
source "virtualenvwrapper.sh"
それでおしまい。あなたはもうイライラしていません。問題は解決しました。うまくいけば。
Windows 7およびGit Bashでは、これが役立ちます。
再起動 git bashとmkvirtualenvコマンドがうまく機能するようになりました。
Windows 10でGit Bashを使用し、WindowsでPython36を使用すると、virtualenvwrapper.shがわずかに異なる場所で見つかり、これを実行すると問題が解決しました
source virtualenvwrapper.sh
/c/users/[myUserName]/AppData/Local/Programs/Python36/Scripts
Windows 10では、仮想環境を作成するために、「pip mkvirtualenv myproject」を「mkvirtualenv myproject」に置き換えますが、これはうまく機能します。
〜/ .bash_profile(またはUnixの〜/ .bashrc)ファイルに以下の2行を追加することにより、python 2.7.6を使用してUbuntu 14.04 OSの問題を解決しました。
ソース "/usr/local/bin/virtualenvwrapper.sh"
export WORKON_HOME = "/ opt/virtual_env /"
そして、これらの両方の行を端末上で実行します。