Наверное я ленивый и невнимательно читал древнюю документацию

глянуть доку по docker build?

красава

красава

Не стоит, я её не писал

Не стоит, я её не писал

ну и как енв файл крутить

ну и как енв файл крутить

С помощью bash достаешь переменные из .env файла и мостыриш строчку для docker build, как пример

ну и как енв файл крутить

Ты изначально за файл спрашивал или что ты редактировал?

Ты изначально за файл спрашивал или что ты редактировал?

изначально

не редачил

Как вариант выше или внутри через source

Build args?

Build args?

и в колбасу 300 переменных?

и в колбасу 300 переменных?

Ты понимаешь, что 10+ аргументов для билда - звоночек?

Оло, скорая? ?

Ты понимаешь, что 10+ аргументов для билда - звоночек?

ну это же пайтон код, переменные которого вынесены специально в енв файлы

не совсем сказал бы что для билда

ну это же пайтон код, переменные которого вынесены специально в енв файлы

Давайте конкретный кейс

Пока обсуждаем, извините, какую-то хрень

Пока обсуждаем, извините, какую-то хрень

+

Ни у кого проблем со сборкой джангы не возникает

Пока обсуждаем, извините, какую-то хрень

Игра называется "угадайте что я задумал"

+

С новым аватаром ?

и в колбасу 300 переменных?

Ну, блин, сделай херь на баше, которая берет env и разворачивает в команду. Массивы осилишь ? Но это как крайняя мера

По-моему, это не аргументы билда, а конфиг для сборки приложения. Его разве нельзя в файл положить?

Давайте конкретный кейс

вообщем, приложение мультистейдж билдом в нгикс хочу вытянуть статику —> python manage.py collectstatic --noinput https://docs.djangoproject.com/en/1.9/howto/static-files/ для этого нужно передать при запуске ему енв файл чтобы питончик прогнался и отдал все из себя статик вот так гуд?

собственно а как вы еще закатаете любое другое программное обеспечение, у которого например артефакта нет?

Я просто не буду брать ПО, которое требует доработки напильником

то есть модульное ПО для вас это то что требует доработки ?

вообщем, приложение мультистейдж билдом в нгикс хочу вытянуть статику —> python manage.py collectstatic --noinput https://docs.djangoproject.com/en/1.9/howto/static-files/ для этого нужно передать при запуске ему енв файл чтобы питончик прогнался и отдал все из себя статик вот так гуд?

Зачем мультистейдж билд?

ну как бы для этого он же и предназначен

ну как бы для этого он же и предназначен

Это костыль, который не нужен, при наличии Дженкинс, гитлаб си или любого нормального процесса

поподробней пожалуйста

Ну, по существу вопроса. Если я правильно понял. Засунь все env'ы в файл в каталоге проекта, а в Dockerfile COPY его во временную папку и сделай ему source (команда для подсасывания переменных окружения из файла)

Ну, по существу вопроса. Если я правильно понял. Засунь все env'ы в файл в каталоге проекта, а в Dockerfile COPY его во временную папку и сделай ему source (команда для подсасывания переменных окружения из файла)

я видел такое решение, но мне как-то не понравилось просто, думал красивее будет

поподробней пожалуйста

У тебя статические файлы == промежуточный артефакт. Логично разбить сборку на несколько стадий: сборка статики, сборка nginx, сборка uwsgi

У тебя статические файлы == промежуточный артефакт. Логично разбить сборку на несколько стадий: сборка статики, сборка nginx, сборка uwsgi

так сейчас и есть и неймед вольюмами маунтиться к нгиксу

это не нравиться

так сейчас и есть и неймед вольюмами маунтиться к нгиксу

Ну, так запеки файлы в образ с nginx

Named volume == удобно для разработки, не для деплоя в продакшн

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

Named volume == удобно для разработки, не для деплоя в продакшн

по этому и выпививаю )

Ну, так запеки файлы в образ с nginx

так что соурс единственно верное решение ? ?

Ещё раз - кейс пока не точно описан. Но вариант с source имеет право на жизнь

так что соурс единственно верное решение ? ?

А что не так с ним? Для этого и делалось

Ещё раз - кейс пока не точно описан. Но вариант с source имеет право на жизнь

сейчас кейс таков, поднимается джанга, выполняется “собиратель статики” который я указал выше и маунтиться к нгиксу, совсем не камельфо, согласитесь

Ещё раз - кейс пока не точно описан. Но вариант с source имеет право на жизнь

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

Проблема только в передаче параметров коллектору статики ?

Проблема только в передаче параметров коллектору статики ?

ага

ага

Пример переменных аргументов есть ?

Я просто уверен, что фактически аргументы всегда одни и те же

Пример переменных аргументов есть ?

ну вообщем у него такая особенность что он должен полностю прогнать питоновский код со своими всеми переменными которые находяться в енв файле

Хорошо. Сейчас как это реализуется?

Каким образом файл с настройками подцепляется ?

Хорошо. Сейчас как это реализуется?

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

Каким образом файл с настройками подцепляется ?

при ране ж можно

Сурси тогда )

Сурси тогда )

это все куб на это двигает ?

Сурси тогда )

понял

Самое красивое решение

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

Тогда по сути нет проблем с пробросом env

Мы так и сделали для части проектов. Насобирали всякие golang-builder, maven-builder. На входе - вольюм с исходниками. На выходе - вольюм с артефактами сборки и

И они уже передаются на следующую стадию, где им можно, например, просто COPY в целевой образ сделать

у нас дженкинс пайплайны, но не суть, типа первый стейдж просто в пайплайне подымать контейнер

у нас дженкинс пайплайны, но не суть, типа первый стейдж просто в пайплайне подымать контейнер

Ну, примерно

а разве это ок в пайплайнах подымать контейнеры?

не замедлит время билдов?

Ну, примерно

наоборот активно уменьшаем его )

а разве это ок в пайплайнах подымать контейнеры?

Норм.

не замедлит время билдов?

Не сильно. Зато плюс - чистота окружения и удобство сборки и обновления кодовой базы

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

И обновления среды, в случае, если пайтоновские модули обновились

Контейнеры в себя это все инкапсулируют, поэтому сборки всегда будут "чистые"

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

ой, не у нас все в докере билдиться, хосты максимально чистые

И они уже передаются на следующую стадию, где им можно, например, просто COPY в целевой образ сделать

вот подумал и как по мне мульстейдж покрасивее

субьективно

Сурси тогда )

RUN /bin/bash -c 'source ./envfile’

ой ну и боль

Ага, только один нюанс. Тебе нужно все выполнять в одном шелле

Каждый новый RUN == новый шелл

Каждый новый RUN == новый шелл

неа, не подхватывает

Потому что у тебя сурснулось только во вложенном баше

Придется так RUN /bin/bash -c 'source ./envfile && python blablabla’

Придется так RUN /bin/bash -c 'source ./envfile && python blablabla’

RUN /bin/bash -c 'source envfile' && \ /usr/src/app/docker-static.sh так и есть, но говорит вариаблы нету

RUN /bin/bash -c 'source envfile' && \ /usr/src/app/docker-static.sh так и есть, но говорит вариаблы нету

Нет

Я по-другому написал

Я по-другому написал

и так тоже нет

Засунь в docker-static.sh

Короче, задача конечная и это самое главное

Короче, задача конечная и это самое главное

к слову только так поймал переменные export $(cut -d= -f1 envfile)

с соурс не ловил

Формат может не совпал

Ты же не написал в каком виде у тебя env file

Их есть как минимум несколько типов

SOME_SHIT=ANOTHER_SHIT

вот так

https://stackoverflow.com/a/30969768/698689

Ещё на это обрати внимание

Ещё на это обрати внимание

о кул, спасибо