Izolowanie projektów za pomocą środowisk wirtualnych

Gdy wszystko zostanie zainstalowane w jednym globalnym Pythonie, projekty zaczną konkurować o wersje. Środowisko wirtualne daje każdemu projektowi własną prywatną przestrzeń. 🧪

venv to po prostu folder zawierający własnego Pythona i własne pakiety. Po jego aktywowaniu pip instaluje pakiety w tym folderze, a nie w całym systemie.

Wbudowany moduł venv tworzy środowisko w nazwanym przez Ciebie folderze. Tutaj zostanie ono utworzone w folderze .venv.

Aktywacja umieszcza to środowisko na początku ścieżki, więc python i pip wskazują teraz na nie, a nie na środowisko systemowe.

Uruchom which python, a powinien zostać wyświetlony path do folderu .venv. To potwierdza, że instalacje pozostaną odizolowane.

Polecenie deactivate przełącza z powrotem na systemowego Pythona. Pakiety projektu pozostają bezpiecznie w folderze.

Folder .venv jest duży i zależny od konkretnej maszyny, dlatego dodaj go do .gitignore. Zamiast niego zatwierdź requirements.txt i odtwarzaj środowisko w dowolnym miejscu.

conda również tworzy środowiska i potrafi zarządzać narzędziami spoza Pythona, takimi jak CUDA. Dzięki temu jest popularna przy wymagających zadaniach ML i pracy z GPU.

Różne wersje Pythona mogą zmieniać działanie programu, dlatego przypnij jedną wersję dla każdego środowiska. Conda przyjmuje wersję Pythona jako część polecenia create.

Zapewnij każdemu projektowi własne środowisko. Dzięki temu aktualizacja biblioteki w jednym projekcie nigdy po cichu nie zepsuje innego.

Wyeksportuj środowisko conda do pliku YAML, aby współpracownik mógł odtworzyć dokładnie taką samą konfigurację jednym poleceniem.

Jaki jest główny powód używania osobnego środowiska wirtualnego dla każdego projektu?

Potrafisz teraz utworzyć środowisko venv lub conda, aktywować je, dodać jego folder do gitignore, przypiąć wersję Pythona i wyeksportować konfigurację, aby można ją było odtworzyć w dowolnym miejscu. 🧰