Что?

да я хз, что там выше был за аргумент - lock file. Просто отзеркалировал))) подчеркнув бессмысленность аргумента.

да пох, лучше расскажи о твоем роде задач, при которых так нужен pipenv. Который дает гибкое управление зависимости , их отслеживаниаем. А это значит , что и основным родом твоих задач должно быть какое-то управление зависимостями и их отслеживанием

Lockfile вполне себе разумный аргумент.

Я же писал выше какие есть проблемы с pip freeze. Чтобы, например, добавить зависимость тебе нужно развернуть чистый venv, поставить туда все что нужно, и потом сделать pip freeze иначе у тебя в requirements.txt попадут dev-зависимости.

ну так я и ответил на это

так вот разумность и надо описывать, а не название какой-то частной реализации

слишком надумання проблема

ты ответил что нужен CI/CD. Ну так расскажи какой должен быть флоу

почему надуманная? Аргументируй

это комплексная задача, под которую берутся аж прям отдельные специалисты... Оно не надо это обсуждать, там много чего можно гибко понастроить

Не очень похоже, что ты разбираешься в вопросе, чтобы так рьяно дискутировать.

отличный аргумент, спасибо, я прозрел

вы о какой задаче вообще?

Ты только что утверждал отдавайте предпочтение минималистичности и простоте, если отсутствует прямая потребность в усложнении, а теперь сам говоришь это комплексная задача, под которую берутся аж прям отдельные специалисты...

Верно подметил. Подразумевал следующее: 1. CI/CD + pip, docker 2. CI/CD + pipenv, docker В случае отсутствия CI/CD не вижу вообще смысл рассуждать об управлении зависимостями. Говняжь прямо куда хочешь

да нечего рассказывать, заходишь в цицд и включаешь воображение)

и то как должны всеми этими зависимостями управлять разработчики

опять слошная вода и невозможность сформулировать мысли

ты завышаешь значимость, проблема в этом, я пытаюсь донести, что нету такой важности и частоты таких операций, чтобы брать pipenv , учитывай наличие специализированных инструментов в среднестатистической компании

ты завышаешь значимость, проблема в этом, я пытаюсь донести, что нету такой важности и частоты таких операций, чтобы брать pipenv , учитывай наличие специализированных инструментов в среднестатистической компании

ты завышаешь значимость, проблема в этом, я пытаюсь донести, что нету такой важности и частоты таких операций, чтобы брать pipenv откуда ты знаешь какая у кого важность или частота. Ты экстраполируешь свой опыт на всех вокруг?

чтобы как раз узнать твои потребности и род задач, чтобы своё видение не проецировать на тебя

- сколько будет 2+2? - я пытаюсь донести, что нету такой важности и частоты таких операций, чтобы считать 2+2 , учитывай наличие специализированных инструментов в среднестатистической компании

я тебе вопрос задавал об этом https://t.me/ru_python/874534

Есть проект, у него есть зависимости. Эти зависимости меняются/добавляются/удаляются. Нужно: 1. Уметь фиксировать все зависимости (lock-файл) 2. Разработчику должно быть удобно c этим работать

у меня есть и было куча проектов. В них редко менялись, добавлялись, удалялись зависимости(видимо плохо проектировал изначально). Я фиксировал зависимости через pip. Мне и моим коллегам это удобно

просто ответь, кто вызывает pip freeze - человек или CI?

видимо плохо проектировал изначально или ничего не делал

кнопка

и этот человек нам рассказывает про автоматизацию

блат, ну по событиям, по расписанию)))

а если запускает человек - он может это сделать вне CI

и этот человек нам рассказывает про автоматизацию

ну ок, а дальше что? пуш в репозиторий?

я не собираюсь описывать, мне покаалось ты вкурсе всего этого, это стандартная работа же

мы касались этого вопроса в начале

Ты можешь ответить на простой вопрос: как lock-файл попадает в репозиторий?

никак, он там не нужен вообще

его туда пушит CI?

никак, он там не нужен вообще

так, т.е. получается что docker image не воспроизводимый?

а еще другие разработчки как-то должно воспроизвести это же окружение у себя

работай гибко с образами, строй образы с разными версиями(решается тэгированием образа). Это базовый функционал докера

потом запускай контейнер из образа с нужной версией

как собрать новую версию контейнера, в которой будет отличаться только кусок кода твоей проги?

и чтобы при этом не отличались версии зависимостей