pipenv installの仕組み

Question

pythonの環境構築としてpipenvを使っています。
各プロジェクトのPipfileで必要なパッケージを使い分けられるので便利なのですが、複数のプロジェクトで使われているものが重複しているのかが気になっています。

たとえば、/Project_Aと/Project_BのそれぞれのPipfileにnumpyが入っているとします。
この場合、マシン全体の容量としてはnumpyが個別に2つインストールされているのでしょうか?
それとも、どこかのフォルダにnumpyが1つインストールされていて、それに個別にアクセスしているのでしょうか?

Answer 1

たとえば、/Project_Aと/Project_BのそれぞれのPipfileにnumpyが入っているとします。

この場合、マシン全体の容量としてはnumpyが個別に2つインストールされているのでしょうか?
それとも、どこかのフォルダにnumpyが1つインストールされていて、それに個別にアクセスしているのでしょうか?

後者となります。

デフォルトでは多分、~/.local/share/virtualenvs/ フォルダ以下が各プロジェクト（仮想環境）毎のフォルダに
別れており、プロジェクト下でインストールしたものはそれぞれのフォルダにインストールされます。

このインストール先は、環境変数 WORKON_HOME を変更することによって変更することができます。

ちなみに私は、 PIPENV_VENV_IN_PROJECT の環境変数を true とする事により、各仮想環境のインストール先を
プロジェクト直下 (プロジェクトルート)/.venv としております。

Comments

[退会済みユーザー]

> ちなみに私は、 PIPENV_VENV_IN_PROJECT の環境変数を true とする事により、各仮想環境のインストール先をプロジェクト直下 (プロジェクトルート)/.venv としております。
これにはどのようなメリット(とあるいはデメリット)がありますか?

[magichan]

作成した仮想環境を「同じ場所で一括管理したいのか」、「プロジェクト毎の管理にしたいのか」の違いでしょうかね。
個人的には
・プロジェクト（フォルダ）と仮想環境が１対１に紐付いているので管理が楽
（プロジェクトが不要になった場合に、フォルダ毎消去すると仮想環境も一緒に削除できるのなど）
・パッケージのインストール先が分かりやすい（プロジェクトの直下にあるので）
のが気に入っています。
逆に一括管理しておくと、同じ仮想環境を複数のプロジェクトで使いまわすようなことが簡単にできるのかもしれませんね（やった事がないので勝手な想像ですが）