Обновить
7
Stanislav Bushuev@sbushuev

Software Engineer

2
Подписчики
Отправить сообщение

Да, тут, конечно, всё от задач зависит.

Согласен. В нашем случае нет необходимости сильно оптимизировать процесс сбора зависимостей, да и работать с удаленным докером: все зависимости удобней поставить в локальном окружении.

Спасибо за такой крутой тред :)

Про свой индекс совет хороший. У нас на работе поднят jFrog Artifactory и это решает много проблем. Но и проблем с тем, чтобы все использовали poetry тоже нет. В CI/CD просто сборка упадёт, если хеши не сойдутся.

Согласен, свой индекс поможет, но нужно так же следить за тем, чтобы все его использовали, а не ходили мимо.

Спасибо за коммент! В текущем проекте такой необходимости нет, но на будущее точно будет полезно

переносить готовый venv опасно: могут потеряться бинарные зависимости или поехать пути

согласен, но есть надежда на unit-тесты)

генерируем requirements.txt

изначально хотелось от этого отказаться

В рекомендациях подразумевается, что твои изначальные зависимости лежат в файле requirements.pip (смотри пункт 1). Далее когда ты уже перенес зависимости в Poetry я предлагаю их перепроверить, т.е. выгрузить командой из пункта 2. После этого получится два файла:

requirements.pip - изначальные зависимости

requirements.txt - то, что находится в Poetry

Другое имя файла в пункте 2 нужно как раз для того, чтобы не перетереть изначальный файл.

Хорошая мысль, спасибо! На самом деле у нас сейчас немного иначе сделано: мы ставим зависимости на первых шагах, а потом копируем исходники в образ.

Можно попробовать копирование, не уверен про 100-200 мб, но точно образ должен быть легче.

Это же имя файла для вывода, можно задать любое

Информация

В рейтинге
Не участвует
Откуда
Praha, Hlavni Mesto Praha, Чехия
Дата рождения
Зарегистрирован
Активность

Специализация

Бэкенд разработчик
Python
PostgreSQL
ClickHouse
Linux
Kubernetes
Nginx
Высоконагруженные системы