-
Notifications
You must be signed in to change notification settings - Fork 113
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
[Opinion] Migrate to docker compose file version 3 and without extends, to support swarm deployment. #208
Comments
This never happened before because we didn't have a proper templating tool as we do today. It would be nice indeed. |
Hi @yajo , I started working on this, by using macros.
, I started working on this, by using macros.
Then I use it in
I plan to make a macro for every key like
I plan to make a macro for every key like |
It seems some of your macros broke your comment 😋 For what I can understand, if I were to use macros, I think |
I've kind of done this, although not using copier. In then end using a .env file like the old scaffolding just made more sense for the compose files. I'd recommend having common.yaml -> docker-compose.yml, in .gitignore ignore docker-compose.override.yml and unignore docker-compose.yml, then just have 3 override files, linking for each environment. invoke develop then just links the test override file to be docker-compose.override.yml |
It could be an option too. Although given Copier can generate any files and repeat any code comfortably, maybe the best would be to just generate those 3 environments completely and statically, allowing freedom for further overrides if needed. |
I thing it would be nice if the copier template is compatible with docker swarm out of the box.
Currently docker swarm requires a compose file of version 3.0 or higher, and it also doesn't support the
extends
key.The text was updated successfully, but these errors were encountered: