Git e GitHub: O Guia para Salvar Seus Projetos (e Sua Sanidade) em 5 Passos

homem escrevendo no notebook — Man working on computer. Young it worker using laptop in the office, Internet marketing, technology, finance, business concept

Você está lá, focado, escrevendo seu código. Seu primeiro projeto começa a ganhar forma. E então, uma gota de suor frio escorre pela sua testa. O medo bate.

E se meu computador quebrar amanhã? E se eu apagar um arquivo importante sem querer? E se eu fizer uma alteração que estraga tudo e não souber como voltar atrás?

De repente, seu precioso projeto parece um frágil castelo de cartas.

Muitos iniciantes, nesse momento, recorrem ao método que conhecem: projeto_v1.zip, projeto_final.zip, projeto_agora_vai_FINAL.zip. Como seu mentor, estou aqui para te dizer: existe uma forma muito melhor, a forma que os profissionais usam.

Vamos falar sobre Git e GitHub, o sistema de segurança definitivo para o seu código.

Pense assim: Git é o sistema de câmeras de segurança que você instala no seu computador. Ele registra meticulosamente cada mudança que você faz no seu projeto. GitHub é a fortaleza impenetrável na nuvem, para onde você envia as gravações dessas câmeras para um backup ultra seguro e para poder compartilhar com outros.

Neste guia, vamos esquecer o jargão complexo. Vou te mostrar, em 5 passos práticos, como usar Git e GitHub para salvar seu primeiro projeto. No final, você terá a confiança de que seu trabalho está seguro e estará usando as mesmas ferramentas que os desenvolvedores do Google, Microsoft e Facebook usam todos os dias.

Mindset Chave: Pense em “Checkpoints”, Não em “Salvar”

Antes de digitar qualquer comando, vamos ajustar sua mentalidade. Apertar Ctrl + S simplesmente sobrescreve um arquivo. É um ato de esquecimento.

Um commit no Git é diferente. É um checkpoint, como em um videogame. Você chegou a um ponto seguro, uma pequena parte do seu código está funcionando. Você cria um commit para registrar esse momento vitorioso. Se mais tarde você cair num abismo de bugs, pode simplesmente voltar para o último checkpoint. Essa mudança de mentalidade de “salvar” para “criar checkpoints” é o que te dará superpoderes.

Os 5 Passos Para a Paz de Espírito

Passo 1: Entendendo a Diferença Crucial (Git vs. GitHub)

Vamos reforçar a analogia:

Git: É o programa no seu PC. Ele funciona offline. Ele controla as versões e rastreia as mudanças. É o seu sistema de segurança local.
GitHub: É o site na internet. É um serviço de hospedagem para seus projetos Git. É a sua fortaleza na nuvem, seu portfólio e sua rede social para código.

Você usa o Git para enviar seu código para o GitHub. Simples assim.

Passo 2: Configuração Inicial (Acontece Só Uma Vez)

No nosso artigo sobre Do Zero ao ‘Hello, World!’, nós já instalamos o Git. Agora, vamos nos apresentar a ele. Abra seu terminal (PowerShell no Windows, Terminal no Mac/Linux) e digite estes dois comandos, um de cada vez, substituindo pelos seus dados:

git config --global user.name "Seu Nome Completo"
git config --global user.email "seuemail@exemplo.com"

Isso é como assinar um documento. Cada “checkpoint” que você criar terá sua assinatura.

Agora, vá até o link do site oficial do GitHub e crie sua conta gratuita. É como criar qualquer outra conta de rede social.

Passo 3: Criando Seu Primeiro Repositório (A “Pasta Segura”)

Um “repositório” (ou “repo”) é apenas um nome chique para a pasta de um projeto.

No GitHub: Após criar sua conta, clique no sinal de + no canto superior direito e selecione “New repository”. Dê um nome ao seu projeto (ex: meu-primeiro-site), marque-o como “Public” (para que ele possa se tornar parte do seu portfólio) e clique em “Create repository”.
No seu PC: Crie uma pasta para o mesmo projeto. Por exemplo, no seu terminal: mkdir meu-primeiro-site. E entre nela: cd meu-primeiro-site.

Passo 4: O Fluxo de Trabalho Essencial (O Ciclo Mágico)

Esta é a sequência de comandos que você usará 95% do tempo. Faça-a dentro da pasta do seu projeto no terminal.

git init
- O que faz: “Liga o sistema de segurança”. Ele cria uma subpasta oculta .git que começará a rastrear tudo. (Acontece só uma vez por projeto).
git add .
- O que faz: “Seleciona os arquivos para o próximo checkpoint”. Imagine que você alterou 3 arquivos, mas só 2 estão prontos. git add . seleciona todas as mudanças na pasta.
git commit -m "Mensagem descritiva aqui"
- O que faz: “Cria o checkpoint”. Ele salva as mudanças que você adicionou. A mensagem dentro das aspas é crucial: ela deve descrever o que você fez. (Ex: "Criei a página inicial HTML" ou "Corrigi o bug no botão de contato").
git push
- O que faz: “Envia seus checkpoints locais para a fortaleza na nuvem (GitHub)”.
- Na primeira vez, o Git não saberá para onde enviar. O GitHub te dará os comandos mágicos na página do seu repositório. Serão parecidos com isto:

git remote add origin https://github.com/seu-usuario/meu-primeiro-site.git
git branch -M main
git push -u origin main

- Copie e cole esses comandos. Nas próximas vezes, você só precisará digitar git push.

Passo 5: Verificando o Sucesso (A Vitória!)

Volte para a página do seu repositório no GitHub e atualize a página (F5). Lá estarão eles. Seus arquivos. Seguros. Na nuvem. A sensação de ver seu código ali, sabendo que está protegido e acessível de qualquer lugar do mundo, é indescritível.

Sabedoria do Especialista: A Regra do “Commit Pequeno, Commit Frequente”

A tentação do iniciante é trabalhar por 5 horas e só no final fazer um commit gigante. Não faça isso. A regra de ouro é: fez uma pequena parte que funciona? Crie um checkpoint.

Corrigiu um bug visual? git commit -m "Corrige cor do botão principal". Adicionou um parágrafo no seu blog? git commit -m "Adiciona seção sobre a Regra de Ouro". Isso transforma seu histórico em uma narrativa clara e torna muito mais fácil reverter um pequeno erro, em vez de ter que desfazer horas de trabalho.

FAQ: Dúvidas Comuns

1. Preciso estar conectado à internet para usar o Git?
- Não! Você pode usar git add e git commit o dia inteiro offline no seu notebook em uma viagem. Você só precisa de internet para o git push, quando for enviar seu trabalho para o GitHub.
2. O que é um “branch”? Parece complicado.
- Um branch (ramo) é como criar uma cópia do seu projeto para experimentar uma nova funcionalidade sem estragar a versão principal que já funciona. É um conceito poderoso, mas para começar, foque em dominar o fluxo no branch principal (“main”).
3. GitHub é o único site que faz isso?
- Não, existem excelentes alternativas como o [link para o GitLab] e o [link para o Bitbucket], muito usados no mundo corporativo. No entanto, para iniciantes, o GitHub é imbatível por sua comunidade, integração e por ser o padrão de fato para projetos de código aberto e portfólios pessoais.

Conclusão: Você Agora é um Desenvolvedor Profissional

Hoje, você instalou mais do que uma ferramenta. Você adotou um fluxo de trabalho que protege seu bem mais valioso: seu tempo e seu código. A diferença entre Git e GitHub não é mais um mistério, e o ciclo “add, commit, push” é seu novo mantra de segurança.

Com seu código seguro no GitHub, você não tem apenas um backup. Você tem o início oficial do seu portfólio profissional. Cada repositório público é um tijolo na construção da sua reputação como desenvolvedor.

Agora é com você: qual foi o primeiro projeto que você salvou no GitHub depois de ler este guia? Compartilhe o link nos comentários para a gente comemorar junto!