Apostila de introdu ca o ao controle de vers oes com Git

Evaldo Junior Bento 12 de abril de 2011 v0.0 alpha

Resumo Pequenas e grandes equipes de desenvolvimento de software sofrem com problemas de versionamento de c odigo fonte. Quem fez? O que fez? Quando fez? Quais linhas foram alteradas? Estas s ao perguntas comuns no dia a dia de equipes que n ao usam sistemas de controle de vers ao. Esta apostila foi desenvolvida para ajudar iniciantes e interessados em sistemas de controle de vers oes ` a entender os conceitos de controle de vers oes e por que faz e-lo. O Git, desenvolvido por Linus Torvalds, criador do kernel Linux, e o software de controle de vers oes usado nesta apostila para exemplicar os conceitos.

Sum ario
1 Introdu c ao 2 Fluxo comum de trabalho em um projeto de software 2.1 Os problemas come cam . . . . . . . . . . . . . . . . . . . . . . 2.2 A solu ca o aparece no horizonte . . . . . . . . . . . . . . . . . 3 Controle de vers oes 4 Git 5 Iniciando um projeto 2 3 3 4 5 6 7

Cap tulo 1 Introdu c ao

Desenvolver software sem utilizar um sistema de controle de vers oes...

Cap tulo 2 Fluxo comum de trabalho em um projeto de software

O uxo normalde trabalho, em um projeto de software, pode ser resumido em: Pegar o c odigo atual; Editar; Salvar; Devolver para o centralizador. At e aqui, tudo bem. O desenvolvedor abre o c odigo fonte, faz seu trabalho e ent ao devolve o resultado para uma base central. Em projetos individuais ou de equipes bem pequenas, como duplas ou trios, esse m etodo pode at e funcionar, mesmo assim esta n ao e uma boa solu c ao.

2.1

Os problemas come cam

Imagine alterar um arquivo, colocar em produ ca o e depois de um tempo ver que suas altera co es simplesmente desapareceram. Isso pode acontecer quando outro desenvolvedor tamb em zer altera co es no mesmo arquivo e enviar as suas altera co es ap os o primeiro, sem antes vericar se os arquivos do projeto continuavam iguais aos que ele pegou antes de alterar. Veja o tempo que se perde por ter que vericar os arquivos antes de cada atualiza ca o. E o tempo maior ainda por ter que refazer algo que j a havia sido feito, fora a frustra c ao e o desanimo que esse tipo de situa c ao geralmente causa. 3

2.2

A solu c ao aparece no horizonte

E se existisse algum tipo de software que ajudasse a vericar os arquivos, saber quem alterou, que linhas alterou e quando alterou? Sim, isso seria muito legal. Mas espere, isso existe sim! S ao os Sistemas 1 de Controle de Vers ao .

SCM - Source Code Management, em ingl es.

Cap tulo 3 Controle de vers oes

Um sistema de controle de vers oes, VCS1 ou SCM2 , e um software usado para gerenciar as vers oes de um arquivo. Em geral se utiliza um SCM para controlar o desenvolvimento de projetos de software, dessa forma e poss vel saber quem alterou, o que alterou e quando alterou. Al em disso um SCM tamb em permite que mais de um desenvolvedor trabalhe em um mesmo arquivo, pois ajuda a encontrar os conitos entre as diferentes vers oes e at ea mesclar os trabalhos de diferentes desevolvedores ou equipes.

1 2

VCS - Version Control System, em ingl es. SCM - Source Code Management, em ingl es.

Cap tulo 4 Git

Desenvolvido por Linus Torvalds

Cap tulo 5 Iniciando um projeto

Para iniciar um novo projeto, crie um diret orio, ou use um j a existe, inclusive onde j a existem arquivos, e use, neste diret orio, a op ca o init do Git: $ mkdir p r o j e t o $ git init Agora crie os arquivos ou trabalhe no seu projeto, normalmente. At e este momento o Git ainda n ao sabe da exist encia dos arquivos do projeto, para que os arquivos sejam adicionados ao controle de vers oes use a op ca o add do Git: $ g i t add a r q u i v o Tamb em e poss vel adicionar todos os arquivos novos/alterados de uma vez usando a op c ao ponto: $ g i t add . Depois de adicionar os arquivos e necess ario fazer o commit 1 . Para fazer o commit use a op ca o commit do Git: $ g i t commit m Mensagem d e s c r e v e n d o o que f o i f e i t o A op c ao -m usada no comando acima permite adicionar uma pequena mensagem de commit diretamente na linha de comando. Caso essa op ca o n ao seja informada ser a aberto o editor de textos padr ao para que a mensagem seja digitada. Em geral o editor usado e o Vim ou o Nano. Optar por n ao usar o -m e uma boa escolha quando se deseja escrever mensagens de commit maiores e mais detalhadas.

uma conrma Commit: E c ao do que foi feito.