O bar no fim do universo

A finalizade do controle de versão é óbvia para qualquer pessoa envolvida em projetos onde o volume de informações é grande, e, é necessário manter uma cópia com segurança do resultado final. Mas o que muita gente não vê, é que o controle de versão é muito mais útil do que isto, na realidade, a principal utilidade dele não é manter a última versão, e sim um registro detalhado de *todas* as versões.
Um sistema de controle de versão separa cada inserção na “arvore” de informação, ela normalmente é chamada de “commit”. Cada commit, é uma gravação identificada na base de dados final, contendo a diferença das últimas alterações da arvore disponível na servidora, com as atualizações sendo enviadas.
No caso do SVN, cada atualização é atribuída um número único e progressivo, chamado revisão. Com esse “tageamento” de cada versão, é possível se requisitar ao SVN, uma versão de um dia específico, ou de uma pessoa em específico, até é possível solicitar ao SVN que mostre as diferenças entre uma revisão e outra.
O benefício desse número, é que, ao se fazer deploy de uma aplicação, não é necessário criar uma cópia dessa versão do software, pois basta se anotar o número da revisão em que esta versão deu origem, e poderá sempre requisitar ao controle de versão uma cópia exata.
O uso das pastas de tags e branches, tem outra finalidade.
As versões colocadas no tag, geralmente são versões consideradas estáveis, como por exemplo uma versão 1.0 de um produto, ou um marco grande, para facilitar.
Branches, são trabalhos paralelos, onde é necessário ter uma copia para se trabalhar em uma nova funcionalidade que quebra compatibilidade com a arvore atual, e exigirá um certo trabalho na hora de integrar com a versão original do produto. Também em branches se poe versões em que a compatibilidade não será restorada, como customizações para clientes e etc.

Tags: coding // 3 Comentários »