"docker compose" (v2) vs "docker-compose" (v1) vs "podman-compose" - which one to choose?
Latest Docker Compose (v2)
Now, the command is no longer
docker-compose (although there is compose-switch), but rather, a Docker plugin,
For some reasons, it had to rebuild my Dockerfile image again, even though I have built (and tagged) it before.
I saw that there that are releases for Windows and macOS (darwin, including arm64) as well; and it is already installed by default on Windows and macOS.
Legacy Docker Compose (v1)
This one has absolutely my expected behavior. Nothing special. No surprise dangers.
This one uses podman, which is probably only available in Linux (and macOS), and requires
podman.service user unit; so, probably cannot be started in Windows' WSL.
Goodies, other than can be rootless podman (i.e. no root privileges, nor
usermod -aG docker $USER); is that it actually create a "pod" containing multiple containers.
So, what are unexpected behaviors I have found?
- Cannot attach to virtual volumes, nor attach to non-existent folders (will not create a new folder)
podman-compose up $SERVICE_NAMEdoes not work, unlike
Ctrl+Cdoes not destroy pod, nor "down", so
podman-compose upwill give some friendly(?) errors
- In contrast,
docker-compose upthrows no error; also noticeably, logs continue (just like
- In contrast,
So, is Podman better than Docker, or is Docker itself getting better than alternatives?