Segue o vídeo da minha palestra no Firebird Developers Day 2010.
Na verdade é um screencast, pois só mostra imagens da tela e áudio capturados pelo meu próprio notebook. De qualquer forma acho que o resultado até que ficou suficiente para ser compartilhado.
Esse vídeo e vários outros do FDD 2010 também estão disponíveis em um DVD vendido pela Firebase.
O feedback que recebi da minha palestra “Controle de Versão com Subversion e TortoiseSVN” no FDD foi muito bom, obrigado a todos que estiveram lá.
Você pode baixar os slides da minha palestra aqui ou de todas as palestras do evento no site Firebase. A palestra também foi gravada em vídeo pela Firebase, mas não sei quando estará disponível.
Algo que eu esqueci de recomendar nos slides é um livro que me ajudou muito a definir minha forma de trabalho com o Subversion:
Pragmatic Version Control using Subversion do Mike Mason:
Recomendo bastante esse livro. Ele explica como trabalhar com branches, como organizar o repositório, etc. Ele só não aborda essas operações usando o TortoiseSVN, mas é bem simples depois para você associar as funções de linha de comando com o TortoiseSVN.
Fui convidado para palestrar sobre controle de versão com Subversion e TortoiseSVN no Firebird Developers Day. Apesar de ser uma palestra de nível introdutório, é um assunto interessante pois a quantidade de desenvolvedores que ainda não usa nenhum controle de versão é assustadora.
Alguns tópicos que pretendo abordar:
Gostaria de ver algo diferente abordado? Me avise.
Se você ainda não usa controle de versão, ou está tentando convencer aquele desenvolvedor que trabalha com você a usar, agora tem mais um bom motivo para não perder o FDD.
Se você já conhece Subversion e TortoiseSVN talvez a palestra não traga muitas novidades, mas fique a vontade para aparecer se quiser trocar idéias sobre como está usando, dificuldades, etc.
Quando migrei meus projetos para o Subversion, tive aquela dúvida natural se deveria usar apenas um repositório para todos os projetos ou um repositório para cada projeto. Essa dúvida normalmente aparece devido ao número de revisão do repositório ser global e ser incrementado a cada commit.
Acabei optando por usar apenas um repositório para tudo, o que se mostrou uma ótima decisão pois algum tempo atrás passamos a usar o número da revisão do repositório como o número do build dos nossos projetos. Então quando vejo por exemplo uma versão 8.0.1.10423 sei que ela foi compilada com a revisão 10423 do nosso repositório.
Isso é muito útil pois com esse número de revisão eu consigo ver exatamente a versão de cada um dos arquivos que foram utilizados nesse build, incluindo todas as bibliotecas compartilhadas, components, etc.
Fica aí a dica para quem está com a dúvida de um ou mais repositórios.
TPodcast