Criando uma repo.

mkdir git-learn

cd git-learn

git init 

ls -la

ls 

Untracked

É o momento em que o arquivo acabou de ser adicionado no repositório, mas ainda não foi visto pelo git, ou seja, o git não reconhece em seu repositório em nenhuma versão a existência deste arquivo.

Unmodified

Depois que um arquivo é adicionado ele passa a ser considerado como não modificado, ou seja, ele já existe no git mas ainda não sofreu modificações.

Modified

Após um arquivo ser reconhecido pelo git podemos então editá-lo e todo arquivo editado passa ao status de modificado.

Staged

Depois do arquivo ser modificado podemos colocá-lo em uma área onde será criada uma versão, a qual é chamada de staged.

Commit

Os arquivos comitados passam ao status de unmodified, pois uma vez que a versão de um arquivo foi criada e comentada nada foi alterado.

Workflow + comandos

Na Figura (2) PJ Wang mostra como os comandos básicos do git, git add, commit, push, fetch, merge, pull e rebase, fazem os arquivos transitarem dentro do workflow.

Figure 2: Imagem retirada do site https://medium.com/cs-note

Além disso, da Figura (2) entendemos qual comando utilizar para levar um arquivo de um determinado estágio a outro até o momento em que é utilizado o comando git push para transição do repositório local (git) para o repositório que está remoto na web (github).

git status

Serve pra reportar como está o meu repositório neste momento.

git status

Se não existir nada ainda em seu repositório irá aparecer a seguinte mensagem:

Figure 3: git stauts

• On branch master: significar que você está na branch master

• Inicial commit : ainda não tive nenhum commit

• nothing to commit: não tenho nada para commitar

Como ainda não há arquivos em nosso repositório, iremos criá-lo usando um editor de texto vim.

vim Readme.md

Figure 4: Criando um arquivo

• Criado o arquivo Readme.md criado vamos agora inserir um texto nele.
• Pressione a tecla i para passarmos ao modo de inserção.
  
• Digite a frase Curso básico de gite github.
• Pressione ESC para voltar ao modo de comando.
• Digite :wq e sem seguida pressione o Enter.

Obs: O comando (:wq) é utilizado para salvar (salve) o arquivo e sair (quit) do Vim.

Agora podemos verificar novamente o status

git status

Figure 5: status untracked cycle life

Observe que o arquivo Readme.md está com seu status em untracked, ou seja, ele acabou de ser criado porém o git ainda não o reconhece, iremos adicioná-lo usando o comando git add [nome do arquivo] e em seguida digitaremos novamente o git status.

git add

Faz o snapshot de um arquivo na preparação para versionamento.

git add Readme.md

Figure 6: git add new file

A figura mostra que Temos um novo arquivo reconhecido pelo git e que ele está no estágio unstage, isto significa que agora o arquivo já pode ser commitado e preparado para criarmos uma versão dele, a snapshot.

Primeiro commit

No texto do commit é importante escrever o que realmente ocorreu com o arquivo, para que caso tenha que retornar a uma determinada versão você se lembre facilmente da alteração que foi feita, isso contribui em muito para o desenvolvimento de código em equipe.

Commitando o arquivo Readme.md.

git commit -m "Add Readme" Readme.md  

Na Figura (9) Observe que o commit foi criado na [branch master] com a hash 11ed80d e com o seguinte comentário “primeiro commit”.

Figure 9: primeiro commit

Após o commit de todos os arquivos, sobrou apenas o arquivo github.Rmd, como é mostrado na Figura (10).

Figure 10: status depois do primeiro commit

Git log

O comando git log lista os arquivos que foram versionados.

git logs

A Figura (11) mostra o output após o comando git log e com isso podemos ver quais os arquivos sofreram modificações, neste caso são:

• swp
• github latex-referencias
• imagens
• projeto
• gitignore
• primeiro commit

Figure 11: visualizando os logs

Perceba que após o termo commit há um código alpha numérico denominado por hash, ele será útil quando desejamos verificar a(s) modificação(ões) ocorrida(s) em um determinado arquivo. Além disso, também é retornado o usuário que realizou a(s) modificação(ões) e em qual(ais) data(s) ela(s) ocorreu(am).

Filtrando os logs

Uma das formas de filtrar os logs é selecionando o author através do comando git shortlog. No exemplo abaixo observa-se que ao setar author = “sergio” há seis itens.

$ git shortlog --author="sergio"
Sergio (6):
      primeiro commit
      gitignore
      projeto
      imagens
      github latex-referencias
      swp

Na figura (12) Outra forma interessante de visualizar os logs é utilizar o comando git log –graph, observe.

Figure 12: Visualizando os logs com git log –graph

Nesta forma são retornados todos os logs e as hash’s do usuário o que irá facilitar na busca de verificações de commits usando a hash, como será mostrado na figura (13).

Usando a hash para ver o commits

O comando git show seguido pela hash de determinado commit nos mostra qual a alteração que houve ao commitar o arquivo.

git show [hash]

Figure 13: Verificações de commit

O que foi mudou ?

git diff

Figure 14: Verificações de commit

Observe que git coloca um sinal de ‘+’ indicando que houve alguma modificação isso nos ajuda no sentido de que podemos visualizar e revisar as mudanças antes de enivar para que o git salve uma versão, por isso é sempre interesse utilizar o git diff antes de realizar o commit.

Opções do git diff

git diff --name-only

Nesta opção o git retorna somente o nome do arquivo modificado.

git diff --staged

Mostra a diferença entre arquivos preparados e suas últimas versões.

git diff [primerio-branch]...[segundo-branch]

Mostra a diferença de conteúdo entre dois branches

Git checkout

O git checkout é utilizado para nos ajudar a desfazer coisas, por exemplo, suponha que acabamos de realizar alguma modificação em um arquivo e ai, antes de commitar digitamos o comando git diff, na hipótese de termos feito algo errado ou que apenas não gostamos da modificação realizada podemos resetar o arquivo com o comando git checkout que o arquivo voltará ao seu status de conteúdo antes da modificação.

git diff checkout [nome do arquivo]

Git reset

O comando git reset tem três variações:

• git reset –soft: reset o commit mas deixar o arquivo no staged para ser commitado novamente.
• git reset –mixed: reset o commit mas volta o arquivo para antes do unstaged, modified.
• git reset –hard: reset todo o arquivo como se o commit sido feito.

As três formas de uso do git reset, soft, mixed e hard, são acompanhadas da hash que indica que o reset será dado nas modificações posteriores a ela.

Altere arquivos versionados

Remove o arquivo do diretório de trabalho e o prepara a remoção.

git rm [arquivo]

Remove o arquivo do controle de versão mas preserva o arquivo localmente.

git rm --cached [arquivo]

Muda o nome do arquivo e o prepara para o commit

git mv [arquivo-original] [arquivo-renomeado]

Liste as Branches.

git branch

Lista todos os branches locais no repositório atual.

Cria uma nova branch

git branch [nome-do-branch]

Muda de branch

git checkout [nome-do-branch]

Muda para o branch especificado e atualiza o diretório de trabalho.

Junta as branches

git merge [nome-do-branch]

Combina o histórico do branch especificado ao branch atual.

Exclua a Branch

git branch -d [nome-do-branch]

Exclui o branch especificado

Obtenha uma URL existente

Com o Git Bash criamos o repositório learning_git em ~/documents/estudos de analytics.

git clone [repo url]