Minicurso Git+github

Júlia Rizza

contato@juliarizza.com

repositórios remotos

Por exemplo, aqueles repositórios disponíveis no GitHub.

Existem várias formas de trabalharmos com um repositório remoto, seja "baixando" um ou simplesmente linkando um repositório local à um na nuvem.

fork

É o ato de copiar um repositório de outra pessoa para o seu usuário, dessa forma você pode trabalhar no mesmo código que aquela pessoa estava trabalhando.

Código distribuído
Um dos princípios para que várias pessoas trabalhem no mesmo projeto
"Tomar novos rumos", adicionando algo a um projeto que o original optou por não possuir
Forma de controlar permissões de usuário
Mantém a segurança e integridade do código

Clone

É o ato de copiar um repositório remoto para sua máquina local, como se você fizesse o download dele. O repositório pode ser seu ou de outra pessoa e você poderá, inclusive, modificá-lo, mas será mais difícil enviar suas modificações se não tiver feito um fork.

Pode ser combinado com o fork
É aqui que atua o HTTP ou SSH

transformando em remoto

Caso você tenha criado um repositório local e queira fazer dele um repositório remoto, existem alguns passos a serem seguidos.

Crie o repositório no GitHub.
Adicione um link entre o repositório do GitHub e o remoto:

Faça um push

$ git remote add origin <remote repository URL>

Obs: Origin e master são nomes escolhidos por convenção, mas você pode mudá-los.

push

Da tradução literal, push significa empurrar. Ou seja, estamos empurrando nosso projeto local para o repositório remoto.

Quando fazemos um push, o Git verifica automaticamente os arquivos que sofreram modificações, foram adicionados e removidos e realiza todas as mudanças necessárias no repositório remoto. Tudo sozinho!

$ git push origin master

pull

Da tradução literal, pull significa puxar. Ou seja, é o contrário do push e, neste caso, estamos puxando informações do repositório remoto para o local.

Da mesma forma que quando fazemos o push, o Git verifica todas as modificações e atualiza nosso repositório local sozinho.

$ git pull origin master

conflitos

Chamamos de merge o processo do Git verificar as modificações e atualizar o repositório sozinho. Porém, algumas vezes isso pode gerar um conflito. Isto ocorre pois pode ser que dois usuários tenham feito modificações de uma mesma informação e o Git não soube decidir qual modificação deveria ser aceita, então ele pede para o usuário resolver aquele conflito por ele.

Para resolver um conflito, basta identificarmos onde o conflito se encontra (indicações específicas de HEAD e '>'), apagarmos a parte que queremos substituir e deixar apenas a válida, e realizar um novo commit.

trabalhando arquivos

Para testar os novos comandos aprendidos, vamos fazer algumas coisas novas com os arquivos para treinar:

$ git checkout -- <file> ## desfaz as modificações no arquivo
$ git reset HEAD <file> ## remove o arquivo da área de commit
$ git mv <file_name> <new_file_name> ## renomeia o arquivo
$ git rm <file> ## apaga um arquivo
$ git --cached rm <file> ## apaga um arquivo apenas do remoto