-
Notifications
You must be signed in to change notification settings - Fork 4
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
Gerenciamento do docker-compose #6
Comments
1- colocar o |
2- colocar o |
3- colocar todas as propriedades em |
Massa viu @wilcorrea ! Eu acho que a opção 1 ou 2 seria totalmente válidos! Tendo em vista que até tem um |
@dersonsena e @wilcorrea o que você decidirem aí tá beleza! =) |
kkkkkk... Queremos tua opinião @Luitame ! Sai de cima do muro homi ! |
@dersonsena mano a minha escolha é a mesma (3) do @wilcorrea lá no grupo, mas não vejo problema em ser a (2) não. |
Eu votei no 2 e 3 porque fica bem flexível e eu não fui muito com a cara do override (desde que vi isso a primeira) porque fiquei achando que pode gerar confusão para quem não está ligado nos funcionamentos dos esquema |
@wilcorrea Pois arrocha na PR! Cria esse paranauê e já inaugura a primeira de muitas PR's suas =) |
Versionar o docker-compose.yml pode ser problemático. Cada ambiente tem suas peculiaridades e quando uma configuração de ambiente é sincronizada entre dispositivos podem acontecer conflitos de portas ou outras diretivas.
O Docker Compose prevê isso (https://docs.docker.com/compose/extends/#example-use-case) e nos dá até a opção de usar o
docker-compose.override.yml
. Então temos algumas opções à seguir:The text was updated successfully, but these errors were encountered: