Minicurso Git/GitHub – História – Mas por que eu usaria um controle de versão?

História

Motivação

Linus Torvalds estava insatisfeito com o BitKeeper, ferramenta de controle de versão que ele utilizava para desenvolver o kernel do Linux.

Após estudar as outras opções ...

Tech Talk: Linus Torvalds on git

Motivação

Atualmente o desenvolvimento do kernel Linux é auxiliado exclusivamente pelo Git.

github.com/torvalds

Mas por que eu usaria um controle de versão?

Organizar o desenvolvimento de software

Gerenciar manualmente as versões do seu software não será mais necessário, o Git gerencia de uma forma mais organizada e eficiente para você.

Organizar o desenvolvimento de software

O Git oferece controle total do projeto ao desenvolvedor para, entre outras coisas:

Compartilhar projetos

Desenvolver projetos colaborativos nem sempre é fácil. Utilizar DropBox, pen drives ou afins para compartilhar código muitas vezes resulta em dor de cabeça.

Compartilhar projetos

Estas ferramentas foram projetadas para fins genéricos, não oferecendo aspectos importantes para uma equipe de desenvolvimento, como histórico de ações de cada colaborador, consistência entre as versões dos integrantes e fácil identificação e correção de bugs.

Mais uma vez o Git cuida disso para você.

Independe da plataforma

O mercado utiliza!

Desenvolvimento profissional é feito assim :)

Rebellabs

O mercado utiliza!

E o Git está entre os mais populares.

Rebellabs

Quem usa Git?

git-scm.com

Vagas de emprego

Como o Git funciona?

Armazenamento

Baseado em Snapshots e não em lista de alterações

SCV Distribuído

No Git, todos os clientes possuem uma cópia completa do repositório remoto.

Fluxo de trabalho

Vamos à prática!

Consultas rápidas

Caso não se lembre de algum comando no decorrer do minicurso ou queira uma explicação mais detalhada ...

git help

ou

man git

Configurando o ambiente

Identificação

git config --global user.name "Nome"git config --global user.email email

Editor

git config --global core.editor editor

Verificar configurações atuais

git config --list

Trabalhando localmente

Iniciando um projeto

Para iniciar um repositório Git.

git init

Este comando cria toda a estrutura que o Git necessita para funcionar. Os arquivos são criador na pasta oculta .git/

A partir de agora você pode desenvolver seu projeto sob controle do Git

Verificando o estado do projeto

git status

O git status exibe as alterações ocorridas no repositório desde o último commit.

Adicionando arquivos

git add arquivogit add .git add diretório

O git add adiciona ou atualiza um arquivo da staging area.

Ou seja, o comando informa ao Git para rastrear o referido arquivo. Caso o arquivo já esteja sob controle do Git, ele o atualiza.

Confirmando mudanças

git commitgit commit -m "descrição do commit"git commit -am "descrição do commit"

git commit transfere o estado do projeto salvo na staging area para o repositório do projeto.

Simplificando, ele confirma as suas modificações, criando um novo estado ou "ponto de referência" para o seu projeto. Todo commit é associado à um checksum para poder ser referenciado posteriormente.

Todo commit deve possuir uma mensagem de identificação, usada para descrever as alterações do commit. Favor, use-a para tal fim.

Exemplo de como não se fazer um commit. Escreva mensagens intuitívas.

Fonte: algum lugar na interwebs.

Comparando alterações

O git status informa "quem" foi alterado, mas e se eu quiser saber exatamente "o que" foi alterado?

git diffgit diff arquivogit diff id_commitgit diff id_commit id_commit

O comando git diff compara o estado do repositório atualmente com o estado salvo na staging area

git diff --cached

O comando git diff --cached compara o estado do repositório salvo na staging area com o estado do último commit

Pode-se também comparar as diferenças entre dois commits

histórico de alterações

O comando git log exibe o histórico de commits do projeto

git loggit log --onelinegit log -pgit log --graph

Visualizar alterações linha por linha

O comando git blame exibe as últimas alterações feitas em cada linha do arquivo.

git blame arquivogit blame -L linha1,linha2 arquivo

'Passeando' pelo projeto

A partir do código associado aos commits você pode voltar para um determinado 'estado' do projeto

git checkout id_commit

O comando git checkout também redireciona arquivos e branches

Desfazendo modificações

Se eu me arrepender das minhas últimas alterações

Você pode descartar mudanças no seu working directory voltando o estado dos seus arquivos para o último salvo na staging area.

git checkout arquivogit checkout .

Desfazendo modificações

E se eu já adicionei as alterações na staging area??

O comando git reset HEAD devolve as modificações da staging area para o working directory.

git reset HEAD arquivogit reset HEAD .

Desfazendo modificações

E se eu já commitei minhas alterações??

Há duas maneiras diferentes de se fazer isto, você irá escolher uma ou outra dependendo do resultado que você espera

Desfazendo modificações

O comando git reset faz o projeto/arquivo voltar para um estado anterior.

git reset id_commitgit reset arquivogit reset --hard id_commit

Desfazendo Revertendo modificações

O comando git revert não desfaz um commit, mas cria outro removendo a alteração anterior.

git revert id_commit

Removendo arquivos

O comando git rm remove um arquivo do seu projeto.

git rm arquivogit rm --cached arquivo

A opção --cached remove o arquivo apenas do Git, sem esta opção o comando remove o arquivo do seu computador também.

Ignorando arquivos

Deixar todos os arquivos contidos na pasta do projeto sob controle do Git pode acabar dificultando o gerenciamento, e muitas vezes simplesmente não achamos necessário rastrear alterações de alguns arquivos (arquivos temporários, executáveis e etc...).

.gitignore

O arquivo oculto .gitignore é o responsável por dizer ao Git quais arquivos ele pode ignorar.

Ignorando arquivos

Basta adicionar uma pattern que o Git usará para ignorar os arquivos. Todos os arquivos que 'casarem' com as patterns serão ignorados. As patterns seguem o padrão utilizado nos sistemas unix/Linux.

#comentario* qualquer caractere! negação/** subdiretório

Ramificando a produção de software

Ramificando a produção de software

O Git permite criar uma linha independente de desenvolvimento no seu projeto. Isto permite alterações em partes especificas do software sem comprometer o restante do projeto.

Ramificando a produção de software

O comando git branch cria um novo branch a partir do último commit.

git branch nome_branch

Navegando entre branches

Além de visualizar commits antigos, o git checkout também é o responsável por alterar o branch corrente.

git checkout nome_branch

Unindo ramificações

Após desenvolvedor uma funcionalidade separada do fluxo principal, muitas vezes é interessante incorporar as modificações no branch master. O comando git merge uni dois branches novamente, combinando as funcionalidades do branch independente com o branch atual.

git merge nome_branch

Unindo ramificações

Quando não há commits posteriores à criação do branch, a incorporação das funcionalidades ocorre sem nenhum problema.

Unindo ramificações

Porém, quando os branches divergem, o Git precisa que combinar seus conteúdos.

Unindo ramificações

Algumas vezes o Git pode não saber que modificações escolher quando dois branches alteram o mesmo trecho de código.

Unindo ramificações

Para informar o trecho conflitante, o Git sinaliza as linhas do arquivo com algumas marcações(<<<<<<<, ======= e >>>>>>>), para corrigir o conflito e confirmar o merge, basta apagar as linhas desnecessárias do arquivo, mantendo conteúdo escolhido, e efetuar um novo commit. Este é basicamente o único trabalho manual que o Git necessita

Fonte: git-scm/book

Deletando ramificações

Após incorporar um branch à outro, pode não ser mais necessário manter uma ramificação. Para deletar um branch utiliza-se do parâmetro -d juntamente com o comando git branch

git branch -d nome_branch

Trabalhando com repositórios remotos

Trabalhando com repositórios remotos

Muitas vezes(para não dizer na maioria) não desenvolvemos projetos sozinhos. Uma forma de facilitar o compartilhamento de projetos é disponibiliza-lo em um local de fácil acesso entre os integrantes da equipe, além de permitir que o repositório possua sempre a versão mais atualizada dentre os integrantes.

Trabalhando com repositórios remotos

Muitas empresas possuem servidores dedicados para suas equipes, mas há algumas soluções no mercados que cumprem a mesma função.

Trabalhando com repositórios remotos

Mas daremos foco ao case mais bem sucedido.

Referenciando um repositório remoto

O comando git remote add é o responsável por referenciar um repositório remoto em um repositório local já existente

git remote add origin URL

O comando git remote rm é utilizado para apagar uma referência à um repositório remoto. Util quando se deseja substituir o local onde o remoto está hospedado.

git remote rm origin

Copiando um repositório remoto

Quando se deseja iniciar/continuar um projeto já existente, utiliza-se do git clone para copiar todo um repositório remoto para uma máquina local.

git clone URL

Enviando conteúdo para o remoto

Utiliza-se o git push para enviar as modificações para o repositório remoto.

git pushgit push origin mastergit push origin nome_branch

Baixando atualizações do remoto

O Git disponibiliza duas maneiras de baixar as atualizações de um repositório remoto. O comando git fetch baixa as atualizações mas não as incorpora ao repositório local.

git fetchgit fetch origin mastergit fetch origin nome_branch

Baixando atualizações do remoto

Outra maneira é utilizando o comando git pull, que baixa e incorpora as modificações no repositório local. Equivale à um git fetch seguido de uma git merge.

git pullgit pull origin mastergit pull origin nome_branch

Criando versões

Conforme incluímos funcionalidades no sistema, podemos definir pontos relevantes no software, que geralmente, marcam uma versão de lançamento.

O comando git tag inclui um rótulo à um determinado commit para que este possa ser referenciado mais facilmente.

git tag -a versao -m "descrição"

Criando versões

Para visualizar as versões ja criadas, utilize o comando git tag sem parâmetros.

git tag

Criando versões

Para visualizar o conteúdo de uma versão lançada, utilize o comando git checkout.

git checkout nome_tag

Criando versões

Para enviar os rótulos criados para o repositório remoto, utilize o parâmetro --tags no comando git push.

git push origin --tags

Material de apoio

Conteúdo sob Copyleft

youtube.com/GitHubGuides

git-scm.com/book

atlassian.com/git/tutorials

Conteúdo sob Copyright

Version Control with Git, Second Edition

Git Pocket Guide