You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I believe currently, a container previously deployed through compose.ng, having been removed from the compose.ng pillar is not deleted but stays running on the host until removed manually. Should this be the correct workflow?
I would expect, not from a docker way of working as such but a saltstack / declarative way of working, that containers removed from the compose should be purged - or able to be enabled / disabled.
The text was updated successfully, but these errors were encountered:
I believe currently, a container previously deployed through compose.ng, having been removed from the compose.ng pillar is not deleted but stays running on the host until removed manually. Should this be the correct workflow?
I would expect, not from a docker way of working as such but a saltstack / declarative way of working, that containers removed from the compose should be purged - or able to be enabled / disabled.
The text was updated successfully, but these errors were encountered: