Size: a a a

2020 May 01

AT

Alex Ted in Python Flask
toobinks
оба и приходиться ребилдить. поэтому я и хочу понять, нужно ли это как-то разносить, в каких случаях
ну так и в чем проблема, все логично - юзаешь общий код - ребилдишь оба контейнера
источник

AT

Alex Ted in Python Flask
docker-compose down -v
docker-compose -f docker-compose.yml up -d --build
источник

AM

Artur Mustafin in Python Flask
Alex Ted
docker-compose down -v
docker-compose -f docker-compose.yml up -d --build
упрощается до docker-compose up -d --build
источник

AM

Artur Mustafin in Python Flask
ну даун можно оставить
источник

t

toobinks in Python Flask
значит не придумали за всё это время ничего нового (
источник

t

toobinks in Python Flask
спасибо за ответы
источник

V

Vlad in Python Flask
:C
источник

t

toobinks in Python Flask
т.е. в моём случае лучше с —force-recreate
источник

V

Vlad in Python Flask
в зависимости нужен тебе новый образ или нет
источник

V

Vlad in Python Flask
при форсе, контейнеры будут подняты на старом образе с новыми файлами
источник

t

toobinks in Python Flask
образ не меняется в данном случае
источник

t

toobinks in Python Flask
а с podman есть практика?
источник

AT

Alex Ted in Python Flask
api podman == api docker
источник

t

toobinks in Python Flask
но podman-compose != docker-compose
источник

V

Vlad in Python Flask
toobinks
но podman-compose != docker-compose
да ладно, тот же менеджер на питоне и конфиги
источник

AT

Alex Ted in Python Flask
toobinks
но podman-compose != docker-compose
это че это?
источник

t

toobinks in Python Flask
podman-compose up -d —build не выполниться, если уже запущены контейнеры
источник

V

Vlad in Python Flask
Alex Ted
это че это?
источник

V

Vlad in Python Flask
toobinks
podman-compose up -d —build не выполниться, если уже запущены контейнеры
это уже условности разработчика
источник

AT

Alex Ted in Python Flask
я знаю что это, вопрос был о другом
источник