> - Mount volumes in your dev container > - Pass environment variables from the host to containers > - Specify which containers will be ran in a docker-compos

> - Mount volumes in your dev container > - Pass environment variables from the host to containers > - Specify which containers will be ran in a docker-compose definition and which one will host the vs code server Docker compose yaml files are pretty cool to define these. Whereas these are just asking for trouble/non-reproducible docker environment and could be part of container definitions: > - Run commands after the container is built > - Use arbitrary flags in docker run / docker build / docker-compose The UX that you mention on the other hand is pretty cool: Devcontainer files are also neat from an UX pov because new devs can just click on "open remote" and wait. I've been using this feature since 2019 and it did wonders for project onboarding.