atualizando nome do arquivo dump do banco de dados

[felipemelzfwm]

No description provided.

[fabriziomello]

Suggested change

	docker exec -it cp dev_dump.sql POSTGRES_CONTAINER_ID:/tmp/backup.sql
	docker exec -it cp prisma/dev_dump.sql POSTGRES_CONTAINER_ID:/tmp/backup.sql

Levando em consideração que vc está na raiz do projeto

[felipemelzfwm]

Obrigado, feito.

[brunousml]

Testando esse comando não rodou como esperado na minha máquina.

docker exec -it cp backup.sql POSTGRES_CONTAINER_ID:/tmp/backup.sql
Error response from daemon: No such container: cp

What's next?
  Try Docker Debug for seamless, persistent debugging tools in any container or image → docker debug cp
  Learn more at https://docs.docker.com/go/debug-cli/

O comando que funcionou aqui foi:

docker cp prisma/dev_dump.sql POSTGRES_CONTAINER_ID:/tmp/backup.sql

[brunousml]

Pensando em uma sequência lógica de passos para a configuração do ambiente, o ideal é mover essa sessão referente aos seeds do banco para depois da configuração do servidor. Logo após rodar as migrations.

Sugiro essa alteração, pq não faz sentido hidratar o banco antes de criar o banco, e ter as tabelas, processo esse feito pelas migrations. E incluindo essa informação antes do setup do projeto, pode levar um entendimento incorreto do fluxo. Sendo assim, acredito que a sequência ideal seria:

1. Clone o repositório:
2. Instale as dependências:
3. Aplique o dump do banco
4. Inicie o servidor:

[lucaskdc]

PR duplicado sobre mesmo assunto: #64

[lucaskdc]

Verificar a issue #109

[felipemelzfwm]

O PR #64 pode ser encerrado.
pull #84 deve ser aprovado e se necessário puxar as correções da issue #109 para o pull #84
Sugiro encerrar este PR.

[giggio]

Duplicado do #84 que já foi integrado.