仮想環境¶

Pythonプロジェクトの作業では、仮想環境（または類似の仕組み）を使用し、プロジェクトごとにインストールするパッケージを分離するべきでしょう。

情報

もし、仮想環境の概要や作成方法、使用方法について既にご存知なら、このセクションをスキップすることができます。🤓

豆知識

仮想環境は、環境変数とは異なります。

環境変数は、プログラムが使用できるシステム内の変数です。

仮想環境は、ファイルをまとめたディレクトリのことです。

情報

このページでは、仮想環境の使用方法と、そのはたらきについて説明します。

もしすべてを管理するツール（Pythonのインストールも含む）を導入する準備ができているなら、uv をお試しください。

プロジェクトの作成¶

まず、プロジェクト用のディレクトリを作成します。

私は通常 home/user ディレクトリの中に code というディレクトリを用意していて、プロジェクトごとに1つのディレクトリをその中に作成しています。

// Go to the home directory
$ cd
// Create a directory for all your code projects
$ mkdir code
// Enter into that code directory
$ cd code
// Create a directory for this project
$ mkdir awesome-project
// Enter into that project directory
$ cd awesome-project

仮想環境の作成¶

Pythonプロジェクトでの初めての作業を開始する際には、プロジェクト内に仮想環境を作成してください。

豆知識

これを行うのは、プロジェクトごとに1回だけです。作業のたびに行う必要はありません。

venvuv

仮想環境を作成するには、Pythonに付属している venv モジュールを使用できます。

$ python -m venv .venv

このコマンドの意味

python : python というプログラムを呼び出します
-m : モジュールをスクリプトとして呼び出します。どのモジュールを呼び出すのか、この次に指定します
venv : 通常Pythonに付随してインストールされる venvモジュールを使用します
.venv : 仮想環境を.venvという新しいディレクトリに作成します

もし uv をインストール済みなら、仮想環境を作成するために uv を使うこともできます。

$ uv venv

豆知識

デフォルトでは、 uv は .venv というディレクトリに仮想環境を作成します。

ただし、追加の引数にディレクトリ名を与えてカスタマイズすることもできます。

このコマンドは .venv というディレクトリに新しい仮想環境を作成します。

.venv またはその他の名前

仮想環境を別のディレクトリに作成することも可能ですが、 .venv と名付けるのが一般的な慣習です。

仮想環境の有効化¶

実行されるPythonコマンドやインストールされるパッケージが新しく作成した仮想環境を使用するよう、その仮想環境を有効化しましょう。

豆知識

そのプロジェクトの作業で新しいターミナルセッションを開始する際には、毎回有効化が必要です。

Linux, macOSWindows PowerShellWindows Bash

$ source .venv/bin/activate

$ .venv\Scripts\Activate.ps1

もしWindowsでBashを使用している場合 (Git Bashなど):

$ source .venv/Scripts/activate

豆知識

新しいパッケージを仮想環境にインストールするときには、再度有効化してください。

こうすることで、そのパッケージがインストールしたターミナル（CLI）プログラムを使用する場合に、仮想環境内のものが確実に使われ、グローバル環境にインストールされている別のもの（おそらく必要なものとは異なるバージョン）を誤って使用することを防ぎます。

仮想環境が有効であることを確認する¶

仮想環境が有効である（前のコマンドが正常に機能した）ことを確認します。

豆知識

これは任意ですが、すべてが期待通りに機能し、意図した仮想環境を使用していることを確認する良い方法です。

Linux, macOS, Windows BashWindows PowerShell

$ which python

/home/user/code/awesome-project/.venv/bin/python

.venv/bin/python にある python バイナリが、プロジェクト（この場合は awesome-project ）内に表示されていれば、正常に動作しています 🎉。

$ Get-Command python

C:\Users\user\code\awesome-project\.venv\Scripts\python

.venv\Scripts\python にある python バイナリが、プロジェクト（この場合は awesome-project ）内に表示されていれば、正常に動作しています 🎉。

`pip` をアップグレードする¶

豆知識

もし uv を使用している場合は、 pip の代わりに uv を使ってインストールを行うため、 pip をアップグレードする必要はありません 😎。

もしパッケージのインストールに pip（Pythonに標準で付属しています）を使用しているなら、 pip を最新バージョンにアップグレードしましょう。

パッケージのインストール中に発生する想定外のエラーの多くは、最初に pip をアップグレードしておくだけで解決されます。

豆知識

通常、これは仮想環境を作成した直後に一度だけ実行します。

仮想環境が有効であることを（上で説明したコマンドで）確認し、アップグレードを実行しましょう：

$ python -m pip install --upgrade pip

---> 100%

`.gitignore` を追加する¶

Gitを使用している場合（使用するべきでしょう）、 .gitignore ファイルを追加して、 .venv 内のあらゆるファイルをGitの管理対象から除外します。

豆知識

もし uv を使用して仮想環境を作成した場合、すでにこの作業は済んでいるので、この手順をスキップできます 😎。

豆知識

これも、仮想環境を作成した直後に一度だけ実行します。

$ echo "*" > .venv/.gitignore

このコマンドの意味

echo "*" : ターミナルに * というテキストを「表示」しようとします。（次の部分によってその動作が少し変わります）
> : > の左側のコマンドがターミナルに表示しようとする内容を、ターミナルには表示せず、 > の右側のファイルに書き込みます。
.gitignore : * を書き込むファイル名。

ここで、Gitにおける * は「すべて」を意味するので、このコマンドによって .venv ディレクトリ内のすべてがGitに無視されるようになります。

このコマンドは以下のテキストを持つ .gitignore ファイルを作成します：

パッケージのインストール¶

仮想環境を有効化した後、その中でパッケージをインストールできます。

豆知識

プロジェクトに必要なパッケージをインストールまたはアップグレードする場合、これを一度実行します。

もし新しいパッケージを追加したり、バージョンをアップグレードする必要がある場合は、もう一度この手順を繰り返します。

パッケージを直接インストールする¶

急いでいて、プロジェクトのパッケージ要件を宣言するファイルを使いたくない場合、パッケージを直接インストールできます。

豆知識

プログラムが必要とするパッケージとバージョンをファイル（例えば requirements.txt や pyproject.toml ）に記載しておくのは、（とても）良い考えです。

pipuv

$ pip install "fastapi[standard]"

---> 100%

もし uv を使用できるなら:

$ uv pip install "fastapi[standard]"
---> 100%

`requirements.txt` からインストールする¶

もし requirements.txt があるなら、パッケージのインストールに使用できます。

pipuv

$ pip install -r requirements.txt
---> 100%

もし uv を使用できるなら:

$ uv pip install -r requirements.txt
---> 100%

requirements.txt

パッケージが記載された requirements.txt は以下のようになっています:

fastapi[standard]==0.113.0
pydantic==2.8.0

プログラムを実行する¶

仮想環境を有効化した後、プログラムを実行できます。この際、仮想環境内のPythonと、そこにインストールしたパッケージが使用されます。

$ python main.py

Hello World

エディタの設定¶

プロジェクトではおそらくエディタを使用するでしょう。コード補完やインラインエラーの表示ができるように、作成した仮想環境をエディタでも使えるよう設定してください。（多くの場合、自動検出されます）

設定例:

豆知識

この設定は通常、仮想環境を作成した際に一度だけ行います。

仮想環境の無効化¶

プロジェクトの作業が終了したら、その仮想環境を無効化できます。

$ deactivate

これにより、 python コマンドを実行しても、そのプロジェクト用（のパッケージがインストールされた）仮想環境から python プログラムを呼び出そうとはしなくなります。

作業準備完了¶

ここまでで、プロジェクトの作業を始める準備が整いました。

豆知識

上記の内容を理解したいですか？

もしそうなら、以下を読み進めてください。👇🤓

なぜ仮想環境？¶

FastAPIを使った作業をするには、 Python のインストールが必要です。

それから、FastAPIや、使用したいその他のパッケージをインストールする必要があります。

パッケージをインストールするには、通常、Python に付属する pip コマンド (または同様の代替コマンド) を使用します。

ただし、pip を直接使用すると、パッケージはグローバルなPython環境（OS全体にインストールされたPython環境）にインストールされます。

問題点¶

では、グローバルPython環境にパッケージをインストールすることの問題点は何でしょうか？

ある時点で、あなたは異なるパッケージに依存する多くのプログラムを書くことになるでしょう。そして、これらの中には同じパッケージの異なるバージョンに依存するものも出てくるでしょう。😱

例えば、 philosophers-stone （賢者の石）というプロジェクトを作成するとします。このプログラムは harry （ハリー）というパッケージのバージョン 1に依存しています。そのため、 harry （ハリー）をインストールする必要があります。

flowchart LR
    stone(philosophers-stone) -->|requires| harry-1[harry v1]

それから、 prisoner-of-azkaban （アズカバンの囚人）という別のプロジェクトを作成したとします。このプロジェクトも harry （ハリー）に依存していますが、harry （ハリー）のバージョン 3が必要です。

flowchart LR
    azkaban(prisoner-of-azkaban) --> |requires| harry-3[harry v3]

しかし、ここで問題になるのは、もしローカルの仮想環境ではなくグローバル（環境）にパッケージをインストールするなら、 harry （ハリー）のどのバージョンをインストールするか選ばないといけないことです。

例えば、 philosophers-stone （賢者の石）を実行するには、まず harry （ハリー）のバージョン 1 をインストールする必要があります：

$ pip install "harry==1"

これにより、harry （ハリー）バージョン1がグローバルなPython環境にインストールされます。

flowchart LR
    subgraph global[global env]
        harry-1[harry v1]
    end
    subgraph stone-project[philosophers-stone project]
        stone(philosophers-stone) -->|requires| harry-1
    end

しかし、 prisoner-of-azkaban （アズカバンの囚人）を実行したい場合は、harry （ハリー）のバージョン 1 をアンインストールし、harry （ハリー）のバージョン 3 をインストールし直す必要があります。（あるいは、単にharry （ハリー）のバージョン 3 をインストールすることで、自動的にバージョン 1 がアンインストールされます）

$ pip install "harry==3"

このようにして、グローバル環境への harry （ハリー）のバージョン 3 のインストールが完了します。

それから、 philosophers-stone （賢者の石）を再び実行しようとすると、このプログラムは harry （ハリー）のバージョン 1 が必要なため、動作しなくなる可能性があります。

flowchart LR
    subgraph global[global env]
        harry-1[<strike>harry v1</strike>]
        style harry-1 fill:#ccc,stroke-dasharray: 5 5
        harry-3[harry v3]
    end
    subgraph stone-project[philosophers-stone project]
        stone(philosophers-stone) -.-x|⛔️| harry-1
    end
    subgraph azkaban-project[prisoner-of-azkaban project]
        azkaban(prisoner-of-azkaban) --> |requires| harry-3
    end

豆知識

Pythonのパッケージでは、新しいバージョンで互換性を損なう変更を避けるよう努めるのが一般的ですが、それでも注意が必要です。すべてが正常に動作することをテストで確認してから、意図的に指定して新しいバージョンをインストールするのが良いでしょう。

あなたのすべてのプロジェクトが依存している、多数の他のパッケージが上記の問題を抱えていると想像してください。これは管理が非常に困難です。そして、互換性のないバージョンのパッケージを使ってプロジェクトを実行し、なぜ動作しないのか分からなくなるでしょう。

また、使用しているOS（Linux、Windows、macOS など）によっては、Pythonがすでにインストールされていることがあります。この場合、特定のバージョンのパッケージがOSの動作に必要であることがあります。グローバル環境にパッケージをインストールすると、OSに付属するプログラムを壊してしまう可能性があります。

パッケージのインストール先¶

Pythonをインストールしたとき、ファイルを含んだいくつかのディレクトリが作成されます。

これらの中には、インストールされたパッケージを保存するためのものもあります。

以下のコマンドを実行したとき：

// Don't run this now, it's just an example 🤓
$ pip install "fastapi[standard]"
---> 100%

FastAPIのコードを含む圧縮ファイルが、通常は PyPI からダウンロードされます。

また、FastAPIが依存する他のパッケージもダウンロードされます。

それから、これらのファイルは解凍され、コンピュータのあるディレクトリに配置されます。

デフォルトでは、これらのファイルはPythonのインストール時に作成されるディレクトリ、つまりグローバル環境に配置されます。

仮想環境とは¶

すべてのパッケージをグローバル環境に配置することによって生じる問題の解決策は、作業するプロジェクトごとの仮想環境を使用することです。

仮想環境はディレクトリであり、グローバル環境と非常に似ていて、一つのプロジェクトで使う特定のパッケージ群をインストールできる場所です。

このようにして、それぞれのプロジェクトが独自の仮想環境（.venv ディレクトリ）に独自のパッケージ群を持つことができます。

flowchart TB
    subgraph stone-project[philosophers-stone project]
        stone(philosophers-stone) --->|requires| harry-1
        subgraph venv1[.venv]
            harry-1[harry v1]
        end
    end
    subgraph azkaban-project[prisoner-of-azkaban project]
        azkaban(prisoner-of-azkaban) --->|requires| harry-3
        subgraph venv2[.venv]
            harry-3[harry v3]
        end
    end
    stone-project ~~~ azkaban-project

仮想環境の有効化とは¶

仮想環境を有効にしたとき、例えば次のコマンドを実行した場合を考えます：

Linux, macOSWindows PowerShellWindows Bash

$ source .venv/bin/activate

$ .venv\Scripts\Activate.ps1

あるいは、WindowsでBashを使用している場合 (Git Bashなど):

$ source .venv/Scripts/activate

これによって、いくつかの環境変数が作成・修正され、次に実行されるコマンドで使用できるようになります。

これらの環境変数のひとつに、 PATH 変数があります。

豆知識

PATH 変数についての詳細は環境変数を参照してください。

仮想環境を有効にすると、その仮想環境のパス .venv/bin （LinuxとmacOS）、あるいは .venv\Scripts （Windows）が PATH 変数に追加されます。

その環境を有効にする前の PATH 変数が次のようになっているとします。

Linux, macOSWindows

/usr/bin:/bin:/usr/sbin:/sbin

これは、OSが以下のディレクトリ中でプログラムを探すことを意味します：

/usr/bin
/bin
/usr/sbin
/sbin

C:\Windows\System32

これは、OSが以下のディレクトリ中でプログラムを探すことを意味します：

C:\Windows\System32

仮想環境を有効にすると、 PATH 変数は次のようになります。

Linux, macOSWindows

/home/user/code/awesome-project/.venv/bin:/usr/bin:/bin:/usr/sbin:/sbin

これは、OSが他のディレクトリを探すより前に、最初に以下のディレクトリ中でプログラムを探し始めることを意味します：

/home/user/code/awesome-project/.venv/bin

そのため、ターミナルで python と入力した際に、OSはPythonプログラムを以下のパスで発見し、使用します。

/home/user/code/awesome-project/.venv/bin/python

C:\Users\user\code\awesome-project\.venv\Scripts;C:\Windows\System32

これは、OSが他のディレクトリを探すより前に、最初に以下のディレクトリ中でプログラムを探し始めることを意味します：

C:\Users\user\code\awesome-project\.venv\Scripts

そのため、ターミナルで python と入力した際に、OSはPythonプログラムを以下のパスで発見し、使用します。

C:\Users\user\code\awesome-project\.venv\Scripts\python

重要な点は、仮想環境のパスを PATH 変数の先頭に配置することです。OSは利用可能な他のPythonを見つけるより前に、この仮想環境のPythonを見つけるようになります。このようにして、 python を実行したときに、他の python （例えばグローバル環境の python ）ではなく、その仮想環境のPythonを使用するようになります。

仮想環境を有効にして変更されることは他にもありますが、これが最も重要な変更のひとつです。

仮想環境の確認¶

仮想環境が有効かどうか、例えば次のように確認できます。：

Linux, macOS, Windows BashWindows PowerShell

$ which python

/home/user/code/awesome-project/.venv/bin/python

$ Get-Command python

C:\Users\user\code\awesome-project\.venv\Scripts\python

これは、使用される python プログラムがその仮想環境のものであることを意味します。

LinuxやmacOSでは which を、Windows PowerShellでは Get-Command を使用します。

このコマンドの動作は、 PATH変数に設定されたそれぞれのパスを順に確認していき、呼ばれている python プログラムを探します。そして、見つかり次第そのプログラムへのパスを表示します。

最も重要なことは、 python が呼ばれたときに、まさにこのコマンドで確認した "python" が実行されることです。

こうして、自分が想定通りの仮想環境にいるかを確認できます。

豆知識

ある仮想環境を有効にし、そのPythonを使用したまま他のプロジェクトに移動してしまうことは簡単に起こり得ます。

そして、その第二のプロジェクトは動作しないでしょう。なぜなら別のプロジェクトの仮想環境の誤ったPythonを使用しているからです。

そのため、どの python が使用されているのか確認できることは役立ちます。🤓

なぜ仮想環境を無効化するのか¶

例えば、philosophers-stone （賢者の石）というプロジェクトで作業をしていて、その仮想環境を有効にし、必要なパッケージをインストールしてその環境内で作業を進めているとします。

それから、別のプロジェクト、 prisoner-of-azkaban （アズカバンの囚人）に取り掛かろうとします。

そのプロジェクトディレクトリへ移動します：

$ cd ~/code/prisoner-of-azkaban

もし philosophers-stone （賢者の石）の仮想環境を無効化していないと、python を実行したとき、ターミナルは philosophers-stone （賢者の石）のPythonを使用しようとします。

$ cd ~/code/prisoner-of-azkaban

$ python main.py

// Error importing sirius, it's not installed 😱
Traceback (most recent call last):
    File "main.py", line 1, in <module>
        import sirius

しかし、その仮想環境を無効化し、 prisoner-of-azkaban （アズカバンの囚人）のための新しい仮想環境を有効にすれば、 python を実行したときに prisoner-of-azkaban （アズカバンの囚人）の仮想環境の Python が使用されるようになります。

$ cd ~/code/prisoner-of-azkaban

// You don't need to be in the old directory to deactivate, you can do it wherever you are, even after going to the other project 😎
$ deactivate

// Activate the virtual environment in prisoner-of-azkaban/.venv 🚀
$ source .venv/bin/activate

// Now when you run python, it will find the package sirius installed in this virtual environment ✨
$ python main.py

I solemnly swear 🐺

代替手段¶

これは、あらゆる仕組みを根本から学ぶためのシンプルな入門ガイドです。

仮想環境、パッケージの依存関係（requirements）、プロジェクトの管理には、多くの代替手段があります。

準備が整い、パッケージの依存関係、仮想環境などプロジェクト全体の管理ツールを使いたいと考えたら、uv を試してみることをおすすめします。

uv では以下のような多くのことができます：

異なるバージョンも含めたPython のインストール
プロジェクトごとの仮想環境の管理
パッケージのインストール
プロジェクトのパッケージの依存関係やバージョンの管理
パッケージとそのバージョンの、依存関係を含めた厳密な組み合わせを保持し、これによって、本番環境で、開発環境と全く同じようにプロジェクトを実行できる（これはlockingと呼ばれます）
その他のさまざまな機能

まとめ¶

ここまで読みすべて理解したなら、世間の多くの開発者と比べて、仮想環境についてあなたはより多くのことを知っています。🤓

これらの詳細を知ることは、将来、複雑に見える何かのデバッグにきっと役立つでしょう。しかし、その頃には、あなたはそのすべての動作を根本から理解しているでしょう。😎