[NiezajebywalnyNiesporczak]

Czy tworzycie wirtualne środowiska dla projektów działających w kontenerze? Tzn nie mam na myśli sytuacji gdzie venv działa wewnątrz kontenera. Wydaje mi się, że skoro w kontenerze instalują się wszystkie dependencies to w katalogu projektu wystarczy sam plik requirements.txt i nie trzeba tworzyć venv. Dobrze myślę?

#python #django

[mcnight95]

@NiezajebywalnyNiesporczak: są plusy zrobienia venv w środku kontenera bo izolujesz się od globalnej instalacji pythona i pakietów które tam są

[saviola7]

@NiezajebywalnyNiesporczak: To zależy. Ja kiedyś budowałem kontener, w którym były dwie instancje Pythona, więc zrobiłem to na venvie. Ale tak ogółem to w 99% przypadkach venv był niepotrzebny.

[nairamk]

@NiezajebywalnyNiesporczak:

jak chcesz być pewien, że to co zrobiłeś działa to jak najbardziej venv z requirements.txt jest jak najbardziej potrzebny

w requirements.txt powinieneś umieszczać nie tylko nazwy pakietów, ale NA JAKIEJ WERSJI testowałeś swój

[Henryhenry]

@NiezajebywalnyNiesporczak: https://stackoverflow.com/questions/27017715/does-virtualenv-serve-a-purpose-in-production-when-using-docker#:~:text=Yes.,tools%20into%20your%20application%20container.

[NiezajebywalnyNiesporczak]

@nairamk requirements.txt zawsze tworze przez pip freeze więc zapisuje się z wersją paczki.

@saviola7 @mcnight95 @Henryhenry dzięki za odpowiedzi. Dockerem bawię się od dwóch dni i takich porad potrzebuję :)

[mcnight95]

requirements.txt zawsze tworze przez pip freeze więc zapisuje się z wersją paczki.

@NiezajebywalnyNiesporczak: zajebisty pomysł, do momentu w którym musisz zrobić update jakiejkolwiek biblioteki :P

[NiezajebywalnyNiesporczak]

@mcnight95 hmm w czym problem?

[mcnight95]

@NiezajebywalnyNiesporczak: bo blokujesz sobie w ten sposób zależności które są zależnościami Twoich pakietów

Będzie to prowadzić do problemów w momencie kiedy robisz update jednego pakietu i zmieniają się jego zależności - zaczniesz mieć konflikty między wersjami w requirements a wersjami których wymaga pakiet.