Докер и без вас будет переиспользовать слои

+

?

Докер и без вас будет переиспользовать слои

Что-то я не уловил мысли

а можно ли в docker-compose передать аргументы, которые будут доступны в файле docker-compose.yml в виде переменных?

а можно ли в docker-compose передать аргументы, которые будут доступны в файле docker-compose.yml в виде переменных?

да

а можно ли в docker-compose передать аргументы, которые будут доступны в файле docker-compose.yml в виде переменных?

Да

Спасибо

Всем привет! Ребят подскажите можно ли во время билда образа в зависимости от ветки подсовывать Переменные?

Интересует возможносьт подмены —build-arg переменных

подсовывай. У тебя же гитлаб CI?

угу

подсовывай. У тебя же гитлаб CI?

А можно подробнее узнать как по вопросу подсовывания переменных в зависимости от ветки?

берешь и подсовываешь. В чем проблема-то

задай вопрос конкретнее - где у тебя эти переменные хранятся

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

да в том-то и проблема знал бы куда их пристроить пристроил бы

по сути они могут как в CI/CD быть так и в самом gitlab.yml

эх, понял как но мне так не охота делать

делать два имаджа из-за одной переменной .....

да в том-то и проблема знал бы куда их пристроить пристроил бы

Ну я например переменные для дива и прода храню в бд, а див или прод устанавливаю в переменной среды

там трабла в том что там нода будь она не ладна

у нее тупорылый env файл

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

но она собака долго собирается

Контейнеры запустились, к какому хосту в браузере обращаться, чтобы посмотреть результат. Посмотреть через docker-machine ip не получается

cache-from

но она собака долго собирается

^

у нее тупорылый env файл

значит замени его редисом

или в таблице сохрани одну строчку с этапом (див/прод) костыли, конечно, но зато потом просто меняешь состояние в таблице и перезапускаешь код

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

в памяти держать константные переменные?

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

в памяти держать константные переменные?

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

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

долго будет билдить на этапе рана

cache-from юзать можн и как передача энвой влияет на скорость билда

там нода

нода всм

пока она собирается хороший бумеранг успевает вокруг земли облететь )

ноде жс?

вьюдж

vuejs

делать два имаджа из-за одной переменной .....

environment передавать, нет?

там косяк с чтенией environment

вьюдж

дык копай в сторону оптимизации билда - dockerignore, cache-from, самой сути докерфайла, эвы типа секретов должны быть в воздухе (в гитлабе), все соатльное в файле если его прям КУЧА

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

плавали знаем ))))

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

все как обычно

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

ладно, спасибо, подтолкнули на пару мыслей )

в принципе, никто не мешает в гитлабе нарезать массив переменных, а потом их определить с суффиксом ветки и подкидывтаь нужную

ну а пример

доку вот дал бы прям расцеловал бы тебя

либо сделать env -файлы по названиям веток (или даже не так - просто в каждой ветке свой env, но это опасно) и тупо его инжектировать

ну, костыли везде

нет такого... универсального решения. можешь в @ru_gitlab поспрашивать

про енв в разных форматах уже думал

понял, все равно спасибо, появились мысли

короче, все говно

самое главное - не запекай енвы в сам образ. Это очень стремно. когда хацкер случайно твой докИр скачал

самое главное - не запекай енвы в сам образ. Это очень стремно. когда хацкер случайно твой докИр скачал

скорее секреты

скорее секреты

да

в общем кому интересно

на уровне сборки для конкретной ветки сделал свои аргументы

можно было через if распилить

типа if [[ "$CI_COMMIT_REF_NAME" eq "master" ]]

список есть https://docs.gitlab.com/ee/ci/variables/predefined_variables.html

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

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

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

не совсем

по умолчанию, он ведь в виртуалке через hyperkit

я про МакОс

по умолчанию, он ведь в виртуалке через hyperkit

Это который от вендора докер.

не совсем

? буквально на прошлой неделе смотрел - тащемта даже пауз контейнеры в общем пространстве

так вопрос не в этом

? буквально на прошлой неделе смотрел - тащемта даже пауз контейнеры в общем пространстве

миникуб это обертка комманд над квм, виртбоксом и тп, и докером

гипервизоры

миникуб это обертка комманд над квм, виртбоксом и тп, и докером

а, ну это само собой, но я же писал при none драйвере виртуализации за основу берется докер контейнеры которые находятся в общем пространства с докер контейнерами хост системы

Товаищи, чем лучше под вин10 примонтировать через SSH файловую систему...

Может не стоит через ssh?