-
Notifications
You must be signed in to change notification settings - Fork 286
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Docker Compose should not default to v2 when Desktop is in Windows containers mode #12196
Comments
Yes, indeed! We will address this hopefully for Desktop 4.2.0. |
Issues go stale after 90 days of inactivity. Prevent issues from auto-closing with an If this issue is safe to close now please do so. Send feedback to Docker Community Slack channels #docker-for-mac or #docker-for-windows. |
We still want to get this change in please. /remove-lifecycle stale |
I think this was implemented and released in Desktop 4.1.1: in Windows container mode, Desktop is supposed to always fall back to Compose V1. |
Yep, thanks for doing the change and verifying that it solves the issue 🤗 |
Closed issues are locked after 30 days of inactivity. If you have found a problem that seems similar to this, please open a new issue. Send feedback to Docker Community Slack channels #docker-for-mac or #docker-for-windows. |
Since Compose v2 does not support Windows containers (as of today), Docker Desktop should not default to ("translate") invocations of
docker-compose
into Compose v2 (docker compose
) when Docker Desktop is running in Windows containers mode.This was discussed with @nebuk89
@BigMorty @Chuxel FYI
The text was updated successfully, but these errors were encountered: