Aktywne Wpisy

Salido +260
Minął 11. (z 66) dzień wakacji.
W ciągu ostatniej doby miał miejsce 1 wypadek śmiertelny w którym zginęła 1 osoba.
50 wypadków drogowych ze skutkiem śmiertelnym od początku wakacji.
50 ofiar śmiertelnych w wypadkach drogowych od początku wakacj
W ciągu ostatniej doby miał miejsce 1 wypadek śmiertelny w którym zginęła 1 osoba.
50 wypadków drogowych ze skutkiem śmiertelnym od początku wakacji.
50 ofiar śmiertelnych w wypadkach drogowych od początku wakacj
źródło: 1-433025-35
Pobierz
KrwawyMag +208





Teoretyczynie to może być w trzech zupełnie różnych lokalizacjach.
1. trzymanie katalogów virtualenva wewnątrz repozytorium wydaje mi się bez sensu. Binarki w repo będą je tylko sztucznie pompować. Ble... to mi sie nie podoba
2. z kolei ja stosowałem wcześniej taką konwencje, że najpierw tworzyłem sobie (przykladowo w katalogu
~/devel/katalog virtualenva, np.
~/devel/projekt1/... w którym to obok standardowych katalogów (
bin,
include,
lib,
local) tworzyłem sobie katalog z kodem, objęty kontrolą wersji, np. pod nazwą
src. Niby fajnie, jest porządek, natomiast wkurza mnie dodatkowe zagłębienie katalogu z kodem, wydłużające ścieżkę.
Zagłębienie robi się tym głębsze, jeżeli chcemy np. trzymać kod na githubie, wówczas na najwyższym poziomie trzyma się często licencję, pliki readme, requirenmentsy... czy jeszcze jakieś inne rzeczy, a kod w katalogu niżej, czyli często w takim przypadku kod właściwy może znajdować się np. w
~/devel/projekt1/src/projekt1/- czyli dość głęboko...
3. A może stosujecie zasade, że macie katalogi virtualenva gdzieś "na boku w stosunku do projektu"? Nieco mniejsze zagłębienie, natomiast łatwiej pomylić, który virtualenv do jakiego projektu, w przypadku podobnych nazw. Sposób nr 2 umożliwia stosowanie zawsze tego samego schematu ścieżki względnej:
source ../bin/activate#programowanie #dobrepraktyki #python #virtualenv
requirements.txt, a po aktywacji venva instalujesz wszystkie paczki przez
pip install/src/Komentarz usunięty przez autora