Executando verificação de segurança...
1
jess
3 min de leitura ·

Primeiros Passos com o GIT e o GITHUB

Se você é iniciante na área de programação, é provável que já tenha ouvido falar sobre o GIT e o GITHUB. Talvez você tenha se sentido perdido(a) com várias dúvidas, como "O que é GIT e GITHUB?" ou "GIT e GITHUB são a mesma coisa?". Mas não se preocupe, hoje vamos esclarecer todas essas questões.

O que é GIT e GITHUB?

GIT é um sistema de controle de versão, criado por Linus Torvalds, o mesmo criador do Linux. Em essência, um sistema de controle de versão guarda todo o histórico de alterações realizadas dentro de um projeto, permitindo gerar cópias de trabalho para todos os envolvidos no projeto.

Por outro lado, o GITHUB é uma plataforma de hospedagem de código-fonte, na qual você pode armazenar e compartilhar projetos (ou repositórios) usando o controle de versão do GIT. Ele permite a colaboração em projetos, com mais de um desenvolvedor trabalhando ao mesmo tempo.

GIT e GITHUB são a mesma coisa?

Não, na verdade são ferramentas diferentes, mas que podem trabalhar em conjunto. O GIT é responsável por guardar o histórico de alterações do seu projeto localmente, enquanto o GITHUB possibilita enviar esse projeto para a nuvem, tornando-o disponível para outros colaboradores.

Agora, vamos entender as três áreas principais do GIT:

Área do Repositório Local: Essa é a área onde você desenvolve o projeto. Ela contém todo o histórico de alterações do código e está presente na sua máquina. Para inicializar um repositório local, você usa o comando git init.

Área de Preparação (Palco ou Stage): É uma área intermediária entre o Repositório Local e o Repositório Remoto. Para adicionar alterações ao palco, você utiliza git add e, em seguida, git commit para confirmar as alterações.

Repositório Remoto (Nuvem): É uma cópia do seu projeto hospedada no GITHUB, por exemplo. Ele serve para compartilhar o código com outros colaboradores e também funciona como backup. Para enviar suas alterações para a nuvem, você utiliza git remote add origin urlDoRepositorio e git push -u origin nomeDaBranch.

Agora, vamos praticar:

Siga os passos abaixo para criar um projeto no GITHUB e inicializá-lo com o GIT. Caso tenha dúvidas em alguma etapa, há um vídeo abaixo explicando cada item:

  1. Crie uma conta no GITHUB

  2. Crie um novo repositório

  3. Faça o download e instale o GIT

  4. Abra o projeto no seu diretório local com o vscode ou outro editor de código da sua preferência

  5. Configure o GIT na sua máquina pelo terminal, utilizando http ou ssh e adicione seu usuário

git config --global user.name 'seu nome'
git config --global user.email 'seu email'
  1. Inicialize o GIT no diretório local usando
git init
  1. Adicione um arquivo no palco com
git add nomeDoArquivo.extensão
  1. Adicione todos os arquivos no palco com
git add . 
  1. Faça um COMMIT para confirmar as modificações com
git commit -m "sua mensagem"
  1. Crie uma branch principal com um nome relevante, como main ou master, usando
git branch -M nomeBranch
  1. Adicione a origem remota do repositório com
git remote add origin urlDoRepositorio
  1. Envie suas modificações para o Repositório Remoto usando
git push -u origin nomeBranch
  1. Verifique o status dos arquivos com
git status
  1. Crie uma nova branch usando
git branch nomeBranch
# ou
git checkout -b nomeBranch
  1. Mude de uma para outra branch com
git checkout nomeBranch
  1. Retire um arquivo do palco usando
git reset nomeArquivo
  1. Retire todos os arquivo do palco usando
git reset .
  1. Faça o merge entre as branches, primeiro use git checkout para entrar na branch que receberá o merge e depois
git merge nomeBranch2
  1. Atualize o repositório local com as alterações do repositório remoto usando
git pull origin nomeBranch

Com esses passos, você estará apto(a) a utilizar o GIT e o GITHUB para versionar seu código e colaborar com outros desenvolvedores de forma eficiente.

Carregando publicação patrocinada...
2

Complementando, seguem outros posts sobre o assunto:

Sobre o git reset, tem uma explicação bem detalhada aqui.

E sobre rebase, este artigo é bem esclarecedor. Ele é longo e boa parte dele parece que não tem nada a ver com rebase, mas garanto que no final tudo fará sentido :-)

E desde a versão 2.23.0 do Git (de 2019) existem os comandos switch e restore, que substituem várias funções do checkout. Mais detalhes aqui e aqui.

Por fim, tem também dois posts meus que falam sobre detalhes internos do Git, e que ajudam muito a entender melhor como ele funciona: