É um sistema de controle de versões distribuído, usado principalmente no desenvolvimento de software, mas pode ser usado para registrar o histórico de edições de qualquer tipo de arquivo. O Git foi inicialmente projetado e desenvolvido por Linus Torvalds para o desenvolvimento do kernel Linux, mas foi adotado por muitos outros projetos.
Clique aqui para ver a documentação e aqui para ver um guia prático.
Clique aqui para fazer a instalação.
Para instalar execute o arquivo de instalação e use as seguintes configurações:
Choosing the default editor used by Git
Which editor would you like git to use? Use Visual Studio Code as Git's default editor
Adjusting your PATH environment
How would you like to use Git from the command line? Git from the command line and also from 3rd-party software
Choosing HTTPS transport backend
Which SSL/TLS library would you like Git to use for HTTPS connections? Use the Open SSL library
Configuring the line ending conversions
How should Git treat line endings in text files? Checkout Windows-style, commit Unix-style line endings
Configuring the terminal emulator to use with Git Bash
Which terminal emulator do you to use with your Git Bash? Use Windows' default console window
Configuring extra options
Which features would you like to enable?
- [x] Enable file system caching
- [x] Enable Git Credential Manager
- [ ] Enable symbolic links
Configuring experimental options
Which bleeding -edge features would you like to enable?
- [ ] Enable experimental, built-in add -i/-p
Depois de instalado o Git, executar os seguintes comandos para fazer a autenticação.
Listar todas as configurações existentes:
git config --list | git config --l
Configurar o nome:
git config --global user.name "Nome Completo"
Configurar o email:
git config --global user.email joao@exemplo.com
A primeira vez que comitar, irá pedir e-mail e senha do GitHub para autenticar.
Criar um novo repositório:
git init
Clonar um repositório:
git clone /caminho/do/repositorio
Clonar um repositório alterando seu nome:
git clone /caminho/do/repositorio novo-nome-repositorio
Adicionar um arquivo alterado no stage:
git add nome_arquivo
Adicionar todos os arquivos alterados no stage:
git add . | git add *
Visualizar o status dos arquivos alterados:
git status
Comitar os arquivos alterados do stage:
git commit -m "Descricao do commit"
Enviar os arquivos comitados para o repositório remoto:
git push origin main
Obs: origin é o caminho do repositório remoto e o main é o nome da branch.
Se você não clonou um repositório existente e deseja conectar seu repositório à um repositório remoto, é necessário incluí-lo:
git remote add origin /caminho/do/repositorio
Agora você pode realizar o push enviando as alterações para o servidor remoto selecionado.
Obs: Pode acontecer que um usuário tenha enviado algum commit para o repositório remoto e você ao realizar um push ocorrerá um erro, neste caso é necessário executar um pull antes de realizar um push.
Visualizar todos os links remotos:
git remote
Visualizar todos os links remotos com o caminho:
git remote -v
Atualizar o repositório local com os novos commits remotos:
git pull origin main | git pull
Se tiver algum conflito de arquivo, você terá que resolver esses conflitos manualmente.
Visualizar todas as branches:
git branch
Criar nova branch:
git branch nome_branch
Criar nova branch e entrar nela:
git checkout -b nome_branch
Criar a branch no repositório remoto:
git push --set-upstream origin nome_branch
Puxar uma branch que está no repositório remoto:
git checkout nome_branch
Executando push da branch para o repositório remoto:
git push origin nome_branch
Puxar uma branch criada por outro usuário e que esteja no repositório remoto:
git checkout –track origin/nome_branch
Voltar para a branch anterior:
git checkout -
Para remover uma branch, ir para a branch main e executar o comando:
git checkout -D nome_branch
Remover uma branch do repositório remoto:
git push --delete origin nome_branch
As tags não ficam dentro de nenhuma branch.
Listar as tags existentes:
git tag
Criar uma tag:
git tag v1.0.0
Entrar na tag:
git checkout v1.0.0
Publicar as tags no repositório remoto:
git push origin main --tags
Apagar tag localmente:
git tag -d v1.0.0
Apagar tag no repositório remoto:
git push origin :refs/tags/versao-tag
Visualizar o histórico do repositório:
git log
Para visualizar os últimos commits:
git log
Se foi realizado commit mas ainda não enviou para o GitHub, é possível realizar os comandos abaixos:
Remover todas as alterações realizadas:
git reset --hard
ou
git reset --hard HEAD
Devolver os commits realizados para o stagging:
git reset --soft <hash>
Para mudar o último commit, a mensagem do commit ou mudar o snapshot que acabou de salvar, adicionando, alterando e removendo arquivos:
git commit --amend
Isso abre seu editor de texto, com sua última mensagem de commit nele, pronto para você modificar a mensagem. Quando você salva e fecha o editor, ele salva um novo commit contendo essa mensagem e fazendo esse seu novo commit o mais recente.
Se você fez o commit e quer alterar o snapshot adicionando ou modificando arquivos, o processo funciona basicamente da mesma maneira. Você adiciona as alterações que deseja na área de stagging editando um arquivo e executando git add nele ou git rm em um arquivo rastreado, e depois git commit --amend pega sua área de stagging atual e faz o snapshot para o novo commit.
Para alterar o texto dos commits usando o rebase:
git rebase -i HEAD~<numero_commits>
Onde:
<numero_commits>- número de commits que será exibido na lista do seu editor de texto padrão para editá-los. Ex:3aparecerá os 3 últimos commits.
A lista será semelhante à seguinte:
pick e499d89 Delete CNAME
pick 0c39034 Better README
pick f7fde4a Change the commit message but push the same commit.
Substitua pick por reword antes de cada mensagem de commit que você deseja alterar.
pick e499d89 Delete CNAME
reword 0c39034 Better README
reword f7fde4a Change the commit message but push the same commit.
Salve e feche o arquivo.
Em cada arquivo de commit, digite a nova mensagem de commit, salve o arquivo e feche-o.
Depois de terminado todos os arquivos, execute o comando para subir os commits alterados:
git push --force
Para fazer o pull request entre na branch de desenvolvimento (ex. feature):
git checkout feature/courses-page
Faça o push de dentro da branch:
git push origin feature/courses-page
Aparecerá uma nova branch no GitHub, clique em Compare & pull request para abrir uma pull request.
Na tela Open a pull request é possível adicionar comentários e visualizar os commits feitos, depois é só clicar em Create pull request.
O código ainda não foi incorporado para o main, nesta etapa é possível em Reviewers, adicionar usuários para revisar o código.
Para incorporar o pull request para o main, clique no botão Merge pull request.
No GitHub, depois que a branch for aceita fazendo o merge, aparecerá um botão chamado delete branch, sempre delete a branch para o repositório ficar somente com uma branch.
Guardar no stash todos os arquivos alterados:
git stash
Guardar no stash todos os arquivos alterados incluindo os arquivos novos e os que não estão rastreados:
git stash -u | git stash --include-untracked
Guardar no stash todos os arquivos alterados incluindo os arquivos ignorados:
git stash -a | git stash --all
Lista todos os stashes:
git stash list
Voltar os arquivos alterados do último stash, podendo ocorrer merge se o mesmo arquivo for alterado:
git stash pop
ou
git stash apply
Voltar os arquivos alterados de um stash mais antigo, podendo ocorrer merge se o mesmo arquivo for alterado:
git stash apply <stash@{2}>
Faça um clone com bare do antigo repositório:
git clone --bare <https://github.com/usuario/antigo_repositorio.git>
Entre no repositório clonado:
cd <antigo_repositorio.git>
Faça um push com mirror no novo repositório:
git push --mirror <https://github.com/usuario/novo_repositorio.git>
Volte na pasta anterior:
cd ..
Remova a pasta do antigo repositório:
rm -rf <antigo_repositorio.git>
A linguagem dos commits e das branchs devem ser escolhidas pela equipe (ex: português ou inglês) e este padrão deve ser mantido em todo o projeto.
Sempre é bom fazer uma branch quando for alterar o código na branch main.
Sempre que estiver trabalhando em equipe é bom fazer um pull request, pois se precisar voltar atrás é só excluir o pull request do que os vários commits realizados.
No nome do commit sempre é bom pensar "se eu usar este commit, ele", aí vem a mensagem que dever ser colocada no commit como "Altera o retorno da variável" ou "Adiciona a página de cursos".
É uma boa prática usar o flow.
Usando o flow, o nome da branch poderia ser:
git checkout -b feature/courses-page
Usando o flow, o nome do commit poderia ser:
git commit -m "chore: Commit inicial"