да согласен что best pactices это докр репо

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

то есть в теории можно но на практике, я с фронтом работал плотно, там свой конфиг с .env, и версии тоже могут различаться, причем радикально, скажем для dev нет смысла оптимизировать размер и поднимать production сервер без отладки, и следовательно там не будет сборки, минификации и прочего, половина npm_modules просто бесполезна на проде, если не больше.

Ну, от твоего пайплайна зависит. Просто есть особо упоротые товарищи, которые утверждают, что дев должен быть идентичен проду всегда 🤷‍♂

На самом же деле критериев два - скорость разработки (она не должна страдать) и стабильность поставляемого кода

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

так это дефолтная точка входа твоего базового образа

🤦‍♂️

если я переопределю энтрипоинт на bin/bash у меня не поднимается контейнер вообще и ошибок не вижу

ENTRYPOINT ["/bin/bash"]

если ты про это говорил

ENTRYPOINT ["/bin/bash"]

да емае, не так

docker run -it —rm —entrypoint /bin/bash image_name

и дальше вводи любые команды в интерактивной оболочке

docker exec -it container_name /bin/bash даст тот же эффект? же?

нет

Народ привет, кто-то может мне немного объяснить что как это сделать? Ну или как гуглить. А то не понимаю что такое сбайндить.

байндиить - это использовать ключевое слово volumes или mount

если совсем коротко

Ок спасибо)

Привет всем. Можете подсказать в чем проблема может быть? Запускаю из одной диры docker-compose up, все ок. Переношу в другую диру(докупили ssd) и пробую ап сделать, а хрен. Все контейнеры начинают ругаться на права в подключенных volumes. Внутри контейнера все выглядит ок, права на директорию верные, но когда пробуешь ls в volume дире, отвечают permission denied. пробовал кидать не на ssd, а просто в соседнюю диру результат тот же.