[firebase-br] controle de Versao de SPs / Views / Triggers
Anderson Barretta via lista <[email protected]> Thu, 24 Oct 2024 13:42:10 -0300
| Newsgroups | gmane.comp.db.firebase.portuguese |
|---|---|
| Message-ID | <[email protected]> |
Olá pessoal, deixa eu expor uma dificuldade que temos aqui na empresa. hoje temos o nosso ERP usando uma banco FB nos clientes. então, aqui na empresa, temos o nosso banco de dados de desenvolvimento, centralizado, com a ultima versão do metadata. quando um desenvolvedor precisa fazer uma alteração no matadata, ele acessa esse banco interno, e faz a mudança, gerando um log de script que vai ser incluído junto na nossa próxima atualização, na mesma ordem que foi gerado. (parecido com o artigo do Cantú). isso funciona relativamente bem a muitos anos, mas quando existe uma concorrência de desenvolvedores precisando alterar a mesma SPs(Views,triggers,etc) com objetivos diferentes, complica um pouco. pq as vezes, um deles inicia a alteração, gerando o log, mas essa mudança não pode entrar na próxima atualização, pois a alteração depende de mais alterações em outros objetos e ainda não esta totalmente pronta. então o segundo ao iniciar a um ajuste simples, na mesma SP, acaba pegando essa SP já "alterada". então o log dele acaba incluindo tb as mudanças do primeiro desenvolvedor. hoje acabamos tratando isso de forma manual. mas penso que essa forma não seria muito sustentável com times maiores. então fica minha dúvida, como os colegas tratam esse controle de versão do Banco de desenvolvimento? jah pensei em exportar cada objeto em um arquivo separado. e controla pelo .svn mas não cheguei a um logística funcional e segura. enfim, desculpa o textão, mas qualquer sugestão é bem vinda. ______________________________________________ FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br Para saber como gerenciar/excluir seu cadastro na lista, use: http://www.firebase.com.br/fb/artigo.php?id=1107 Para consultar mensagens antigas: http://www.firebase.com.br/pesquisa_lista.html