M
Size: a a a
2020 May 05
ИС
так это это же просто менеджер, как я понимаю. сейчас есть 3 решения для формирования виртуалок (ну бля virtualenv и venv вроде как одно и то же - то 2) - то есть pipenv и venv/virtualenv
Я его не как менеджер окружения, а как пакетный менеджер обсуждаю. В сравении с pip, а не с venv.
ИС
pipenv только выходит может в дополнительные приколы, тот же dev-packages например
Не только. Pipenv умеет разрешать дочерние зависимости более правильно. Если у тебя есть 2 пакета верхнего уровня, у которых свои завиисмости с разными требованиями к версии, pipenv найдёт пересечение этих требований и установит самое свежее из доступных. Pip установит самое свежее для первого найденного родительского пакета. А про установке второго пакета словит конфликт.
ИС
Кроме того, если ты хочешь хранить финальные версии всех пакетов, то у тебя появится lock-файл, в котором будут все версии для развёртывания в любом окружении. А твой основной файл так и останется с содержанием верхнеуровневых зависимостей твоего проекта.
ИС
А pip в этом случае засрёт requirements.txt всеми возможными дочерними пакетами так, что ты охуеешь потом разбираться, что из этого твоё, а что прилетело из зависимостей.
ИС
Всякие приколы в стиле
docker run. Когда у тебя есть собранное окружние (в том или ином контексте) и ты в нём быстро хочешь выполнить какую-то команду.ИС
Чёт давно не бухал, а сейчас Белхевена любимого ёбнул (если из баночного выбирать). А завтра уже снова въёбывать. :(
ИС
Отправить тебе курьером ящик?
ИС
наливочки бы
Такой?