Se eu entendi corretamente, você está planejando fazer uma cópia de banco de dados separada para cada ambiente de desenvolvimento.
Embora isso possa ser viável com bancos de dados pequenos, isso não funcionará tão bem com grandes bancos de dados. Portanto, a menos que você tenha uma boa razão para configurar um banco de dados separado para cada ambiente, talvez seja melhor considerar ter uma única cópia do banco de dados de desenvolvimento e definir todos os ambientes de desenvolvimento para usá-lo.
Essa abordagem permitirá que você atualize o banco de dados de desenvolvimento com os dados mais recentes periodicamente e, se alguém estragar tudo, basta atualizá-lo novamente.
Imagine também a situação em que seus desenvolvedores começam a trabalhar em algum novo projeto que requer que novas tabelas sejam criadas. Se você tiver uma única cópia do DB de desenvolvimento, você (ou desenvolvedores) precisará criar essas tabelas e preenchê-las com dados de teste apenas uma vez. Agora imagine que os desenvolvedores percebam que a estrutura inicial da tabela não é ideal e precisa ser alterada. Novamente, isso precisará ser feito em um único banco de dados, em oposição a possivelmente dezenas de ambientes.
Esta é a abordagem que eu vi sendo usada para grandes projetos uma e outra vez e na maioria das vezes funciona muito bem.