Controle de versão com git, GitHub e RStudio

Maurício Vancine

5 de junho de 2025

Workshop

Carga horária bem enxuta: 06 h
Parte teórica: 03 h (hoje)
Parte prática: 03 h (amanhã)
Objetivo é introduzir o tema de controle de versão
Cursos são ótimo para “quebrar o gelo”, mas o aprendizado depende de vocês

Conteúdo

Conferindo os computadores
Controle de versão
git e GitHub
Detalhes do GitHub
Criando um repositório
Configuração: git config
Controle de versão na prática
Iniciando localmente: git init
Iniciando remotamente: fork e git clone
Versionamento: git status, git add e git commit

Ignorando: .gitignore
Histórico: git log e git show
Diferença: git diff
Desfazer: git restore, git revert e git reset
Ramificações: git branch, git switch e git merge
Remoto: git remote, git push e git pull
GitHub: Pull request
Conflitos
Interface gráfica do RStudio
Mais informações

IMPORTANTE!!!

Estamos num espaço seguro e amigável

Sintam-se à vontade para me interromper e tirar dúvidas

1. Conferindo os computadores

R (>4.5.x)
https://www.r-project.org

RStudio (>2025.05.0)
https://www.rstudio.com

git (>2.34.x)
https://git-scm.com

1. Conferindo os computadores

gitKraken

2. Controle de versão

Quem nunca…

2. Controle de versão

Manejar projetos individualmente

2. Controle de versão

Manejar projetos compartilhados

2. Controle de versão

Manejar projetos no tempo

2. Controle de versão

Principal ferramenta utilizada em grandes projetos

2. Controle de versão

Cada vez mais necessário em colaborações

3. git e GitHub

git

Software (app) que faz o controle de versão
Maneja os repositórios locais (computador) e repositório remotos (e.g. GitHub)

3. git e GitHub

git

Criado por Linus Torvalds em 2005 para substituir o BitKeeper no gerenciamento do Kernel Linux
Software livre, distribuído sob a licença GNU GPL v.2

3. git e GitHub

git

3. git e GitHub

GitHub

Repositórios remotos
Plataformas de hospedagem e controle de versão de arquivos/códigos

3. git e GitHub

GitHub

Plataforma de hospedagem de código e arquivos com controle de versão usando o git
Desenvolvido em 2008 usando Ruby on Rails por ‘computeiros’ de São Francisco
Em 2018, a Microsoft anunciou a compra da plataforma por US$ 7,5 bilhões

3. git e GitHub

ATENÇÃO: dois conceitos!

git: software (app) que faz o controle de versão
GitHub: plataforma para hospedar códigos versionados

3. git e GitHub

ATENÇÃO: dois conceitos!

git: software (app) que faz o controle de versão
GitHub: plataforma para hospedar códigos versionados

Prática 1

GitHub

Vamos criar uma conta no GitHub (caso não possuam)

Prática 1

GitHub

Salvem ou recuperem essas informações!

username: mauriciovancine
email: mauricio.vancine@gmail.com
senha: !@#$%¨&*+

4. Detalhes do GitHub

Perfil

4. Detalhes do GitHub

Perfil

Overview: suas informações (rede social)
Repositories: lista todos os repositórios
Projects: ferramentas de gerenciamento (Kanban e tarefas)
Packages: pacotes (bibliotecas) ou containers (Docker)
Stars: respositórios marcados com estrela

4. Detalhes do GitHub

Settings: superior direito > foto do perfil > Settings

4. Detalhes do GitHub

Settings: superior direito > foto do perfil > Settings

4. Detalhes do GitHub

Settings

4. Detalhes do GitHub

Repositório

4. Detalhes do GitHub

Repositório

Code: arquivos, histórico, clone/download e README.md
Issues: rastrear bugs, sugestões de melhorias ou tarefas
Pull requests: gerencia propostas de alterações no código
Actions: gerencia fluxos de trabalho automatizados
Projects: ferramentas de gerenciamento visual (Kanban)
Wiki: documentação extensa e detalhada do projeto
Security: ajuda a gerenciar a segurança do código
Insights: fornece análises detalhadas sobre o repositório
Settings: gerencia as configurações do repositório

4. Detalhes do GitHub

README.md

4. Detalhes do GitHub

README.md

Arquivo de documentação principal de um repositório
Escrito em Markdown (formatação simples e amigável)
Aparece automaticamente na página inicial do repositório
Fornece informações essenciais sobre o projeto
Apresenta o propósito do projeto
Explica o conteúdo dos arquivos de códigos e diretórios

5. Criando um repositório

Criar repositório: Perfil > Repositories > New

5. Criando um repositório

Criar um repositório

Nome do repositório
Descrição (opcional)
Público ou privado
Add um README.md
Add .gitignore
Licença
Criar repositório

Prática 2

Criem uma página inicial para o perfil do GitHub

Prática 2

Criem uma página inicial para o perfil do GitHub

Criem um repositório com o nome de usuário de vocês (e.g. mauriciovancine)
Criem um arquivo README.md nesse repositório
Preencham com algum conteúdo em Markdown
Comitem e voltem para a página de perfil

Prática 3

Criem um repositório para exemplo no curso

Criem um repositório chamado teste
Criem um arquivo README.md nesse repositório
Preencham com algum detalhe do curso neste README.md

6. Configurações: RStudio, git, GitHub

6. Configurações

RStudio

{fig-align=‘center’

6. Configurações

RStudio

Tools > Global Options > Git/SVN

6. Configurações

RStudio

Marque Enable version control interface…
Git executable:

Windows: C:/Program Files/Git/bin/git.exe
Ubuntu: /usr/bin/git
Mac: /usr/bin/git

6. Configurações

RStudio

Chave SSH

Create RSA key
View public key
Copiar: Ctrl + C

6. Configurações

GitHub

Add chave SSH: Perfil > Settings > SSH and GPG keys > New SSH key

6. Configurações

GitHub

Title: um nome qualquer (eu add por nome de PC ou notebook)
Key: colar (ctrl + v)
Add SSH key

6. Configurações

git

git config: definir as configurações de usuário do git
Terminal (colar com ctrl + shift + v)

$ git config --list
$ git config --global user.name "meu nome"
$ git config --global user.email "email@dominio.com"
$ git config --list

Tudo certo até aqui?

Agora sim, podemos começar o versionamento…

7. Controle de versão na prática

Duas formas de trabalhar com o git e GitHub

Iniciando um projeto em nosso computador - localmente (git)
Iniciando por um repositório remoto - remotamente (GitHub)

7. Controle de versão na prática

8. Iniciando localmente

git init: inicia o versionamento de um repositório local

Prática 4

Diretório local

Criem uma pasta chamada: teste_local
Abram o RStudio
Selecionem o caminho desta pasta
Mudem o diretório para esta pasta (setwd("teste_local"))
Criem um arquivo dentro desta pasta script.R

Prática 4

Diretório local

Abram o Terminal do RStudio
No Terminal, rodem: cd caminho/pasta
No Terminal, rodem: git init
No Terminal, rodem: git add -Av
No Terminal, rodem: git commit -m 'add script.R'
Deletem esse script, inclusive da lixeira
No Terminal, rodem: git restore script.R
Testemunhem o poder do git…

9. Iniciando remotamente

Fork: cópia de um repositório para o seu repositório (GitHub)

Prática 5

Forkar um diretório remoto

Forken o repositório do workshop de git

9. Iniciando remotamente

Agora o repositório do workshop, que estava no meu GitHub, foi copiado (“garfado”) para o GitHub de vocês

Agora, abram o repositório “usuario/teste” que vocês criaram

9. Iniciando remotamente

Clonar: download de um repositório remoto (e.g. GitHub) para o seu repositório local (computador)

9. Iniciando remotamente

git clone: download de um repositório remoto (e.g. GitHub) para o seu repositório local (computador)

9. Iniciando remotamente

Primeiro, vamos criar uma pasta chamada github

".                               # raiz"
"    ├── home/                   # home"
"        ├── data/               # dados" 
"            ├── github/         # todos os repositorios"

Há várias formas de se fazer um clone de um repositório

9. Iniciando remotamente

Download diretamente do repositório no formato .zip

9. Iniciando remotamente

Usando o terminal para clonar pelo SSH (configurado anteriormente)

9. Iniciando remotamente

Usando o terminal para clonar pelo SSH (configurado anteriormente)

$ git clone git@github.com:mauriciovancine/teste.git

9. Iniciando remotamente

Usando o Projeto do RStudio para clonar pelo SSH (configurado anteriormente)

9. Iniciando remotamente

3.1 Criar um Projeto R com controle de versão

File > New Project > Version Control

9. Iniciando remotamente

3.2 Escolher clonar repositório do GitHub

Git

9. Iniciando remotamente

3.3 Preencher com dados do repositório do GitHub

Repository URL

9. Iniciando remotamente

3.4 Preencher:

Repository URL: git@github.com:mauriciovancine/teste.git
Project directory name: preenchimento automático
Create project as subdirectory of: /home/mude/data/github
Se uma janela aparecer, basta digitar “yes”
Aguardar o download

10. Versionamento

Comandos git para o fluxo de trabalho dos repositórios

10. Versionamento

Fluxo do versionamento

10. Versionamento

Fluxo do versionamento

Diretório de trabalho (working directory): pasta com os arquivos [working tree] (.git)
Preparação (staging area): arquivos adicionados para serem versionados [Index] (.git)
Repositório (repository): versão consolidada dos arquivos [HEAD] (.git)

10. Versionamento

Fluxo do versionamento usando fotos (working tree)

10. Versionamento

Fluxo do versionamento usando fotos (git add)

10. Versionamento

Fluxo do versionamento usando fotos (git commit)

Mas como o git sabe quais arquivos foram alterados?

10. Versionamento

Rastreamento dos arquivos no diretório de trabalho

Untracked (não-rastreado): arquivos não rastreados pelo git
Tracked (rastreado): arquivos rastreados pelo git (adicionados no stage)

10. Versionamento

Quatro estados de alteração dos arquivos

Untracked (não-rastreado): arquivos não rastreados pelo git
Unmodified (não-modificado): arquivos rastreados e sem modificações
Modified (modificado): arquivos rastreados e com modificações
Staged (preparado): arquivos rastreados, com modificações e preparados (git add) para o commit

10. Versionamento

IMPORTANTE!

Arquivos criados quando preparados (git add) se tornam staged
Arquivos no staged e editados se tornam modified
Arquivos staged, editados e preparados (git add) se tornam staged
Arquivos removidos se tornam untracked
Após um git commit, todos os arquivos se tornam unmodified

Usando o RStudio e para o repositório “usuario/teste”

10. Versionamento

Terminal do RStudio

10. Versionamento

Terminal do RStudio

Tools > Terminal > New Terminal (alt + shift + r)

10. Versionamento

git status: mostra o estado do repositório

$ git status
# On branch master
# nothing to commit, working tree clean

10. Versionamento

Vamos criar um arquivo no diretório

Usando a aba Terminal do RStudio

$ touch test.txt

10. Versionamento

git status: mostra o estado do repositório

$ git status
# On branch master
# Untracked files:
#   (use "git add <file>..." to include in what will be committed)
#   test.txt
# 
# nothing added to commit but untracked files present (use "git add" to track)

10. Versionamento

git add [file]: adiciona mudanças após edições (staging area) [Index]

$ git add test.txt

10. Versionamento

git add -v [file]: adiciona mudanças após edições (staging area) [Index]

$ git add test.txt -v
# add 'test.txt'

10. Versionamento

git add -Av: adiciona todas mudanças após edições (staging area) [Index]

$ git add -Av
# add 'test.txt'

10. Versionamento

git add .: adiciona todas mudanças após edições (staging area) [Index]

$ git add .

10. Versionamento

git status: mostra o estado do repositório

$ git status
# On branch master
# Changes to be committed:
#   (use "git restore --staged <file>..." to unstage)
#   new file:   test.txt

10. Versionamento

git commit: registra as alterações da staging area no repository [HEAD]

Cria um snapshot do repositório, contendo:
- Mudanças realizadas nos arquivos
- Mensagem descritiva (mensagem do commit)
- Metadados do autor, data e identificador único (hash)

10. Versionamento

git commit -m "[mensagem]": registra as alterações da staging area no repository com uma mensagem [HEAD]

$ git commit -m "add test.txt"
# [master 5a164d5] add test.txt
# 1 file changed, 0 insertions(+), 0 deletions(-)
# create mode 100644 test.txt

10. Versionamento

git status: mostra o estado do repositório

$ git status
# On branch master
# nothing to commit, working tree clean

10. Versionamento

Fluxo do versionamento

Diretório de trabalho (working directory): pasta com os arquivos [working tree] (.git)
Preparação (staged area): arquivos adicionados para serem versionados [Index] (.git)
Repositório (repository): versão consolidada dos arquivos [HEAD] (.git)

10. Versionamento

Usando a aba Files do RStudio, vamos abrir e editar o arquivo test.txt

Acabo de inserir uma edição ao meu arquivo

10. Versionamento

git status: mostra o estado do repositório

$ git status
# On branch master
# Changes not staged for commit:
#   (use "git add <file>..." to update what will be committed)
#   (use "git restore <file>..." to discard changes in working directory)
#   modified:   test.txt
# no changes added to commit (use "git add" and/or "git commit -a")

10. Versionamento

git add: adiciona mudanças após edições na staging area [Index]

$ git add -Av
# add 'test.txt'

10. Versionamento

git status: mostra o estado do repositório

$ git status
# On branch master
# Changes to be committed:
#   (use "git restore --staged <file>..." to unstage)
#   modified:   test.txt

10. Versionamento

git commit -m "[mensagem]": registra as alterações da staging area no repository com uma mensagem [HEAD]

$ git commit -m "mod test.txt"
# [master f73fca3] modificação do test.txt
#  1 file changed, 1 insertion(+)

10. Versionamento

git status: mostra o estado do repositório

$ git status
# On branch master
# nothing to commit, working tree clean

10. Versionamento

ATENÇÃO!

Mensagens de commit são fundamentais
Devem ser curtas e indicar as mudanças feitas nos arquivos/repositório

10. Versionamento

Corrigir mensagens de commit

Corrigir mensagens de commit é complicado
Vou mostrar como corrigir apenas a última mensagem

$ git log
# commit dfefc8530b25bfe96d8ccf7ba74aa0858ade6346 (HEAD -> master)
# Author: mauriciovancine <mauricio.vancine@gmail.com>
# Date:   Sat May 31 18:22:19 2025 -0300

#     modificação do test.txt

# commit 5a164d55896d6251249a5142f6110e8e0b06a49b
# Author: mauriciovancine <mauricio.vancine@gmail.com>
# Date:   Fri May 30 09:53:55 2025 -0300

#     add test.txt

# commit 50c520ff2cd531f1652eafb4654a9fb3fcd196af
# Author: mauriciovancine <mauricio.vancine@gmail.com>
# Date:   Thu May 29 09:34:13 2025 -0300

#     first commit

10. Versionamento

Corrigir mensagens de commit

$ git commit --amend -m "correcao do ultimo commit"

10. Versionamento

Corrigir mensagens de commit

$ git log
# commit dfefc8530b25bfe96d8ccf7ba74aa0858ade6346 (HEAD -> master)
# Author: mauriciovancine <mauricio.vancine@gmail.com>
# Date:   Sat May 31 18:22:19 2025 -0300

#     correcao do ultimo commit

# commit 5a164d55896d6251249a5142f6110e8e0b06a49b
# Author: mauriciovancine <mauricio.vancine@gmail.com>
# Date:   Fri May 30 09:53:55 2025 -0300

#     add test.txt

# commit 50c520ff2cd531f1652eafb4654a9fb3fcd196af
# Author: mauriciovancine <mauricio.vancine@gmail.com>
# Date:   Thu May 29 09:34:13 2025 -0300

#     first commit

10. Versionamento

Fluxo do versionamento

Diretório de trabalho (working directory): pasta com os arquivos [working tree] (.git)
Preparação (staged area): arquivos adicionados para serem versionados (.git)
Repositório (repository): versão consolidada dos arquivos (.git)

10. Versionamento

git

E se houver arquivos que eu não quero versionar?

11. Ignorando

.gitignore

Arquivo especial que indica ao git que determinados arquivos ou diretórios devem ser ignorados no versionamento
Arquivo de texto simples em que cada linha especifica um padrão de arquivos ou diretórios a serem ignorados
Geralmente colocado no diretório raiz de um repositório
Atentar para o ponto, pois é um arquivo oculto [.gitignore]

11. Ignorando

.gitignore

11. Ignorando

.gitignore

Criando um arquivo

$ touch ~/.gitignore

Preenchendo com padrões

# ignorar arquivos
raster.tif

# ignorar diretorios
temp/

# ignorar padrao 
*.tif (ignorar todos com .tif)
!.tif (nao ignorar todos com .tif)

Vamos acessar todo o histórico de commits do git?

12. Histórico

git log: histórico dos commits

Identificador do commit (hash)
Autor
Data
Descrição (mensagem de commit)

12. Histórico

hash

Identificador único, gerado pelo git, que representa um commit
É baseado no conteúdo do commit (alterações, autor, data)
SHA-1 (Secure Hash Algorithm 1): hexadecimal de 40 caracteres
Permite localizar rapidamente um commit

12. Histórico

hash curto

Referenciar um commit usando apenas os primeiros caracteres do hash
Utilizamos esse identificador em várias operações no git
Por exemplo:
- Curto:
  3a4f9b7
- Completo:
  3a4f9b7c19e2f4e1a0de9b7e5c6aebd7d5d85792

12. Histórico

HEAD

Ponteiro simbólico que indica onde você está atualmente no histórico de commits
Aponta sempre para o último commit “ativo”, o commit mais recente
Quando você faz um git commit, o HEAD se move automaticamente para esse novo commit

# * commit C (HEAD -> main)
# * commit B
# * commit A

12. Histórico

git log: histórico dos commits

$ git log
# commit dfefc8530b25bfe96d8ccf7ba74aa0858ade6346 (HEAD -> master)
# Author: mauriciovancine <mauricio.vancine@gmail.com>
# Date:   Sat May 31 18:22:19 2025 -0300

#     modificação do test.txt

# commit 5a164d55896d6251249a5142f6110e8e0b06a49b
# Author: mauriciovancine <mauricio.vancine@gmail.com>
# Date:   Fri May 30 09:53:55 2025 -0300

#     add test.txt

# commit 50c520ff2cd531f1652eafb4654a9fb3fcd196af
# Author: mauriciovancine <mauricio.vancine@gmail.com>
# Date:   Thu May 29 09:34:13 2025 -0300

#     first commit

12. Histórico

git log [file]: histórico dos commits para arquivos

$ git log test.txt
# commit dfefc8530b25bfe96d8ccf7ba74aa0858ade6346 (HEAD -> master)
# Author: mauriciovancine <mauricio.vancine@gmail.com>
# Date:   Sat May 31 18:22:19 2025 -0300

#     modificação do test.txt

# commit 5a164d55896d6251249a5142f6110e8e0b06a49b
# Author: mauriciovancine <mauricio.vancine@gmail.com>
# Date:   Fri May 30 09:53:55 2025 -0300

#     add test.txt

12. Histórico

git log --oneline: histórico dos commits simplificado

$ git log --oneline
# dfefc85 (HEAD -> master) modificação do test.txt
# 5a164d5 add test.txt
# 50c520f first commit

12. Histórico

git log --graph: histórico dos commits em grafo

$ git log --graph
# * commit dfefc8530b25bfe96d8ccf7ba74aa0858ade6346 (HEAD -> master)
# | Author: mauriciovancine <mauricio.vancine@gmail.com>
# | Date:   Sat May 31 18:22:19 2025 -0300
# | 
# |     modificação do test.txt
# | 
# * commit 5a164d55896d6251249a5142f6110e8e0b06a49b
# | Author: mauriciovancine <mauricio.vancine@gmail.com>
# | Date:   Fri May 30 09:53:55 2025 -0300
# | 
# |     add test.txt
# | 
# * commit 50c520ff2cd531f1652eafb4654a9fb3fcd196af
#   Author: mauriciovancine <mauricio.vancine@gmail.com>
#   Date:   Thu May 29 09:34:13 2025 -0300
#   
#       first commit

12. Histórico

git log --grep: faz uma busca no histórico dos commits

$ git log --grep="first commit"
# commit 50c520ff2cd531f1652eafb4654a9fb3fcd196af
# Author: mauriciovancine <mauricio.vancine@gmail.com>
# Date:   Thu May 29 09:34:13 2025 -0300
# 
#     first commit

12. Histórico

git log --author: filtra o histórico dos commits por autor

$ git log --author="mauricio"
# commit dfefc8530b25bfe96d8ccf7ba74aa0858ade6346 (HEAD -> master)
# Author: mauriciovancine <mauricio.vancine@gmail.com>
# Date:   Sat May 31 18:22:19 2025 -0300
# 
#     modificação do test.txt
# 
# commit 5a164d55896d6251249a5142f6110e8e0b06a49b
# Author: mauriciovancine <mauricio.vancine@gmail.com>
# Date:   Fri May 30 09:53:55 2025 -0300
# 
#     add test.txt
# 
# commit 50c520ff2cd531f1652eafb4654a9fb3fcd196af
# Author: mauriciovancine <mauricio.vancine@gmail.com>
# Date:   Thu May 29 09:34:13 2025 -0300

12. Histórico

git log: cheatsheet

12. Histórico

git show: detalhes de um commit

$ git show
# commit dfefc8530b25bfe96d8ccf7ba74aa0858ade6346 (HEAD -> master)
# Author: mauriciovancine <mauricio.vancine@gmail.com>
# Date:   Sat May 31 18:22:19 2025 -0300
# 
#     modificação do test.txt
# 
# diff --git a/test.txt b/test.txt
# index e69de29..f5201c0 100644
# --- a/test.txt
# +++ b/test.txt
# @@ -0,0 +1 @@
# +Acabo de inserir uma edição ao meu arquivo
# \ No newline at end of file

12. Histórico

git show [hash]: detalhes de um commit específico

$ git log --oneline
# dfefc85 (HEAD -> master) modificação do test.txt
# 5a164d5 add test.txt
# 50c520f first commit

$ git show 5a164d5
# commit 5a164d55896d6251249a5142f6110e8e0b06a49b
# Author: mauriciovancine <mauricio.vancine@gmail.com>
# Date:   Fri May 30 09:53:55 2025 -0300
#
#    add test.txt
#
# diff --git a/test.txt b/test.txt
# new file mode 100644
# index 0000000..e69de29

12. Histórico

git show [file]: detalhes de um arquivo específico

$ git show test.txt
# commit dfefc8530b25bfe96d8ccf7ba74aa0858ade6346 (HEAD -> master)
# Author: mauriciovancine <mauricio.vancine@gmail.com>
# Date:   Sat May 31 18:22:19 2025 -0300
# 
#     modificação do test.txt
# 
# diff --git a/test.txt b/test.txt
# index e69de29..f5201c0 100644
# --- a/test.txt
# +++ b/test.txt
# @@ -0,0 +1 @@
# +Acabo de inserir uma edição ao meu arquivo
# \ No newline at end of file

13. Diferenças

git diff: diferenças realizadas em um repositório

13. Diferenças

git diff: diferenças entre working directory e staging area

git diff

Observação: Não retornou nenhuma diferença, pois não editamos o arquivo

13. Diferenças

git diff: diferenças entre working directory e staging area

Vamos editar o arquivo “test.txt” usando o terminal

echo "" >> test.txt
echo "Nova linha de código" >> test.txt

13. Diferenças

git diff: diferenças entre working directory e staging area

$ git diff
# diff --git a/test.txt b/test.txt
# index f5201c0..74cb9b5 100644
# --- a/test.txt
# +++ b/test.txt
# @@ -1 +1,2 @@
# -Acabo de inserir uma edição ao meu arquivo
# \ No newline at end of file
# +Acabo de inserir uma edição ao meu arquivo
# +Nova linha de código

diff --git a/test.txt b/test.txt: que arquivo mudou
@@...@@: onde foi mudado
-: linhas removidas
+: linhas adicionadas

13. Diferenças

git diff --staged: diferenças entre staging area e repository

$ git diff --staged

Observação: Não retornou nenhuma diferença, pois não adicionamos ao staging area

13. Diferenças

git diff --staged: diferenças entre staging area e repository

$ git add -Av
# add 'test.txt'

$ git diff --staged
# diff --git a/test.txt b/test.txt
# index f5201c0..74cb9b5 100644
# --- a/test.txt
# +++ b/test.txt
# @@ -1 +1,2 @@
# -Acabo de inserir uma edição ao meu arquivo
# \ No newline at end of file
# +Acabo de inserir uma edição ao meu arquivo
# +Nova linha de código

13. Diferenças

git diff HEAD: diferenças entre working directory e repository

$ git diff HEAD
# diff --git a/test.txt b/test.txt
# index f5201c0..74cb9b5 100644
# --- a/test.txt
# +++ b/test.txt
# @@ -1 +1,2 @@
# -Acabo de inserir uma edição ao meu arquivo
# \ No newline at end of file
# +Acabo de inserir uma edição ao meu arquivo
# +Nova linha de código

13. Diferenças

git diff [file]: diferenças entre versões do mesmo arquivo

$ git diff test.txt
# diff --git a/test.txt b/test.txt
# index f5201c0..74cb9b5 100644
# --- a/test.txt
# +++ b/test.txt
# @@ -1 +1,2 @@
# -Acabo de inserir uma edição ao meu arquivo
# \ No newline at end of file
# +Acabo de inserir uma edição ao meu arquivo
# +Nova linha de código

13. Diferenças

git diff [hash1] [hash2]: diferenças entre commits

$ git log --oneline
# dfefc85 (HEAD -> master) modificação do test.txt
# 5a164d5 add test.txt
# 50c520f first commit

$ git diff 5a164d5 50c520f
# diff --git a/test.txt b/test.txt
# deleted file mode 100644
# index e69de29..0000000

13. Diferenças

git diff 5a164d5 50c520f --stat: diferenças em resumo, sem mostrar o conteúdo alterado

$ git diff 5a164d5 50c520f --stat
#  test.txt | 0
# 1 file changed, 0 insertions(+), 0 deletions(-)

E como voltar no tempo?

14. Desfazer: git restore, git revert e git reset

14. Desfazer

git restore: desfaz alterações na working tree ou staging area

git revert: desfaz commits, mas preserva o histórico (criando outro commit)
git reset: desfaz commits, mas deleta o histórico (deletando commits)

14. Desfazer

git restore: desfaz alterações na working tree ou staging area

14. Desfazer

git restore [file]: desfaz alterações na working tree

$ git status
# On branch main
# nothing to commit, working tree clean

14. Desfazer

git restore [file]: desfaz alterações na working tree

Apaguem o arquivo test.txt da pasta test

14. Desfazer

git restore [file]: desfaz alterações na working tree

$ git status
# On branch main
# Changes not staged for commit:
#   (use "git add/rm <file>..." to update what will be committed)
#   (use "git restore <file>..." to discard changes in working directory)
#   deleted:    test.txt

# no changes added to commit (use "git add" and/or "git commit -a")

14. Desfazer

git restore [file]: desfaz alterações na working tree

$ git restore test.txt

14. Desfazer

git restore [file]: desfaz alterações na working tree

$ git restore .

14. Desfazer

git restore [file]: desfaz alterações na working tree

$ git status
# On branch main
# nothing to commit, working tree clean

Arquivo reapareceu na pasta…

E se eu já tiver feito um git add e mandado as alterações na staging area?