коллеги я вроде знаю что так нельзя но вдруг кто знает как можно. я хочу после выхода контейнера запущенного через docker-compose удалять его. аналог docker run --rm как ?

docker-compose rm ?

Удаляет остановленные контейнеры

А, кажется понял

Вчитался в вопрос

я ее конечно делаю но нет. я хочу up --rm

ci иногда в какихто странных кейсах не хочет прибиратся. хотя секция after должна выполнятся всегда. но она кажется нет

А, ну так docker-compose run --rm

https://docs.docker.com/compose/reference/run/

хм

возможно run вариант

спасибо да

Но там есть нюанс

run имеет ограничения

мне не нужны порты

если ты об этом

там скрипты миграции базы

А, всё, тогда точно run

Это как раз про это, да

блин он не умеет ждать базу

If you start a service configured with links, the run command first checks to see if the linked service is running and starts the service if it is stopped. Once all the linked services are running, the run executes the command you passed it.

ну ладно. это вариант обложусь nc

спасибо!

Там внизу доки примеры как раз про миграции и апдейты db, так что да, скорее всего это как раз то, что нужно

оно не умеет в расширенные healtchek депсы

такое вот идёт лесом depends_on: postgres: condition: service_healthy mongo: condition: service_started clickhouse: condition: service_started

А, это да, run игнорит почти всё, его надо с ключами запускать

ERROR: S client not available

И он не умеет depends вроде

в целом они их умеет но не умеет в хц

А что если и фиг с ним? Главное чтоб база запущена была, и там был хц, а миграции в слепую?

Или надо прям контролировать миграцию во время?

нет. надо просто дождаться что бы в постгресе создалась база

это 4-5 секунд

но она не успевает

#! /bin/bash if [[ $1 == "up" ]]; then # runs "docker-compose up" and then "docker-compose down" docker-compose up "${@:2}"; docker-compose down elif [[ $1 == "run" ]]; then # "d-c run" automatically adds the --rm flag docker-compose run --rm "${@:2}" else # any other d-c command runs docker-compose normally docker-compose "${@:1}" fi

Как насчёт так?

ох ох. Ден забей. я лучше nc забхну перед ожиданием базы

Но ведь логишно же, если мы только миграцию делаем, можно вообще только её как сервис стартовать так: docker-compose up migrationService; docker-compose down или даже --rm migrationService после

Я ленивый, я б скрипт написал

Сделай проще, регулярно запускай docker prune, он приберется