ID
я понимаю, тут вопрос в теории)) я немного не понимал как контейнер, запущенный из линуксового образа работает на винде)
Size: a a a
2021 June 07
VC
в вртуалке с линуксом
ID
да, теперь понятно. докер десктоп сам ее создает
PN
Ок. Когда я пишу
docker-compose up -d
меняю код, например зависимости проекта, делаю
docker-compose run --rm ..., то он поднимет контейрен на основе образа, с которого он сделал 1 контейнер?
docker-compose up -d
меняю код, например зависимости проекта, делаю
docker-compose run --rm ..., то он поднимет контейрен на основе образа, с которого он сделал 1 контейнер?
EK
уже ответили
EK
если хочешь пересобирать то используй флаг —build у up
PN
Мне нужно в run
EK
до run запусти docker-compose build
EK
я вообще мало помню где мне docker-compose run пригождалось)
PN
Смысл в том, что есть dev server, и когда кто-то что-то запушил, то нужно тесты запустить с учётом того, что кто-то мог поменять зависимости. И если тесты не прошли, то с сервером ничего не делать
PN
А если прошли - --rmi и up
AR
Звучит не очень
EK
у тебя получается дев сервер и прод одно и тоже место
прод крутиться на docker-compose
ну это так к слову
прод крутиться на docker-compose
ну это так к слову
EK
вывод простой разделить прод и dev сервер
EK
у тебя на сервере может быть несколько docker-compose файликов (в том числе под разные окружения, хз зачем в нем прод крутить но даже и для него)
соответственно когда у тебя есть любое количество окружений где тестить ты просто его апаешь и собираешь логи
никаких docker-compose run не пришлось использовать
соответственно когда у тебя есть любое количество окружений где тестить ты просто его апаешь и собираешь логи
никаких docker-compose run не пришлось использовать
PN
Тут всё немного по-другому сделано. Тут смысл в том, что есть дев сервер, в котором может лежать код, который никогда в мастер не попадает (типо фича, которую кто-то когда-то делал, и потом отменилась). Поэтому прод и дев не одно и то же
PN
Тут deploy - по сути сделать up