Introdução ao controle de versões

Você já acabou com arquivos como report_final, report_final_v2 e report_final_FINAL? Um sistema de controle de versões (VCS) acaba com essa bagunça — ele funciona como um botão inteligente de desfazer para todo o seu projeto.

Sem um VCS, o trabalho em equipe desmorona: as pessoas sobrescrevem o trabalho umas das outras, as alterações desaparecem, fica impossível rastrear os erros e não há histórico de quem fez o quê.

Um VCS mantém o histórico completo de cada alteração. Você pode ver quem fez o quê e quando, voltar a qualquer estado e mesclar o trabalho de todos sem atrapalhar ninguém.

Há dois tipos de controle de versões: centralizado (CVCS) e distribuído (DVCS). Eles diferem quanto ao local onde o histórico do seu projeto realmente fica armazenado.

Um VCS centralizado mantém todo o histórico em um único servidor — você obtém os arquivos e depois os devolve ao servidor. O problema é que, se esse servidor ficar indisponível, ninguém poderá fazer commits nem consultar o histórico. Pense em SVN e Perforce.

Um VCS distribuído fornece a cada desenvolvedor uma cópia local completa de todo o histórico. Você faz commits offline e compartilha quando estiver pronto — é exatamente aí que o Git se destaca.

Git é o VCS distribuído mais popular do mundo. Linus Torvalds o criou pensando em velocidade, integridade dos dados e nos fluxos de trabalho não lineares e complexos de que as equipes reais precisam.

O design distribuído do Git traz vantagens: fazer commits offline, executar operações locais extremamente rápidas, não ter um único ponto de falha e contar com ramificações e mesclagens flexíveis.

A ideia principal é o repositório local. Ao clonar ou inicializar um projeto, você obtém todo o histórico dele em sua máquina — por isso as operações do Git parecem instantâneas.

Vamos testar sua compreensão dos sistemas de controle de versões.

Muito bem! Agora você entende por que um VCS é importante, como o modelo centralizado difere do distribuído e por que o Git está à frente. A seguir: instalação e configuração do Git.