Como usar Git para versionar seu site Print

  • 0

Como usar Git para versionar seu site

Opa! Aqui é a Sensei da GeHost 😊 Vamos aprender a usar Git pra controlar as mudanças do seu site? É mais simples do que parece, prometo. Com Git, você fica seguro contra erros, consegue voltar a versões anteriores quando precisa, e trabalha de forma organizada.

O que é Git e por que você precisa?

Git é um sistema de controle de versão. Pensa assim: é como se você tivesse um histórico detalhado de TODAS as mudanças do seu site. Cada vez que você faz uma alteração importante, você tira um "snapshot" daquele momento. Se algo der errado, volta para um snapshot anterior sem perder nada.

Benefícios práticos:

  • Volta pra versão anterior se algo quebrar
  • Vê exatamente quem mudou o quê e quando
  • Trabalha com segurança, sem medo de perder código
  • Colabora com outros devs de forma organizada

Preparativos: instalando Git

Primeira coisa: você precisa ter Git instalado. Na maioria das hospedagens GeHost, Git já vem pronto no servidor. Pra confirmar, acesse o cPanel e procure por Terminal ou SSH. Se você não sabe acessar SSH, sem problemas — dá pra fazer tudo via cPanel também.

💡 Dica Sensei: SSH é apenas um jeito de acessar o servidor digitando comandos. Se você não se sente confortável, comece com Git via interface gráfica (no seu computador mesmo, sem SSH). Depois você aprende SSH tranquilo.

Passo 1: Criar seu primeiro repositório

Um repositório é basicamente uma pasta que Git vai "monitorar". Vamos criar um.

Via SSH (terminal):

  1. Acesse o SSH do seu cPanel ou terminal do seu computador
  2. Navegue até a pasta do seu site (geralmente public_html)
  3. Digite: git init e pressione Enter

Pronto! Git criou uma pasta invisível (.git) que vai guardar todo o histórico.

💡 Dica Sensei: Não mexa na pasta .git — ela é sagrada. Git cuida dela pra você.

Passo 2: Configurar Git com seus dados

Git quer saber quem é você. Isso é importante pra rastrear quem fez cada mudança.

Digite no terminal:

  1. git config --global user.name "Seu Nome"
  2. git config --global user.email "seu.email@gmail.com"

Pronto! Git já sabe quem você é.

Passo 3: Adicionar arquivos ao controle

Agora vamos dizer ao Git quais arquivos ele deve acompanhar. É tipo colocar uma "etiqueta de monitoramento" nos arquivos.

Pra adicionar TODOS os arquivos de uma vez, digite:

git add .

Se quiser adicionar um arquivo específico:

git add nome-do-arquivo.html

💡 Dica Sensei: O ponto (.) significa "tudo". É um atalho bem útil quando você quer adicionar tudo de uma vez.

Passo 4: Fazer seu primeiro "commit"

Um commit é o snapshot que falei. É você dizendo: "Pronto, estas são as mudanças que estou salvando agora." Sempre escreva uma mensagem clara explicando o que mudou.

Digite:

git commit -m "Primeira versão do site"

Ótimo! Seu primeiro snapshot está salvo.

💡 Dica Sensei: A mensagem é pra você (e seu time) entender depois. Não escreva "alterações" — escreva o que realmente mudou, tipo "Adicionei formulário de contato" ou "Corrigir bug do menu". No futuro você vai agradecer a si mesmo.

Passo 5: Faça mudanças e capture-as

Agora seu site está versionado. Toda vez que fizer uma mudança importante, repita o processo:

  1. Edite os arquivos do seu site normalmente
  2. No terminal, digite: git add . (ou o arquivo específico)
  3. Faça um commit: git commit -m "Descrição clara da mudança"

É isso! Git vai guardar cada mudança com data, hora e quem fez.

Passo 6: Ver o histórico de mudanças

Quer ver tudo que você já salvou? Digite:

git log

Git vai mostrar todos os commits (snapshots) que você fez, com data, autor e mensagem. Fascinante, não é?

Pra ver mais resumido:

git log --oneline

Passo 7: Voltar pra uma versão anterior

Agora vem a melhor parte. Seu site quebrou? Sem problema. Vamos voltar.

  1. Primeiro, veja o histórico: git log --oneline
  2. Procure o commit que você quer voltar (cada um tem um código, tipo a1b2c3d)
  3. Digite: git checkout a1b2c3d (substitua pelo código real)

Pronto! Os arquivos voltaram para aquele momento. Seu site está de novo funcionando.

⚠️ Aviso Sensei: Se você voltar pra uma versão antiga, qualquer mudança feita DEPOIS daquele commit some. Então use com cuidado. Se tiver dúvida, pergunte pra gente antes — estamos aqui pra ajudar!

Passo 8: Usar branches (versões paralelas)

Aqui fica mais avançado, mas é muito útil. Um branch é como uma "linha paralela" do seu projeto. Você testa mudanças num branch sem mexer no site "oficial".

Criar um branch novo:

git branch nome-da-nova-feature

Mudar pra esse branch:

git checkout nome-da-nova-feature

Faça suas mudanças à vontade neste branch. Quando tiver certeza que funciona, volta pro branch principal (main ou master) e junta tudo:

git checkout main

git merge nome-da-nova-feature

💡 Dica Sensei: Branches são perfeitos pra testar coisas novas sem colocar em risco o site "ao vivo". Use à vontade!

Comandos rápidos que você vai usar muito

  • git status — mostra quais arquivos foram alterados (e ainda não foram adicionados)
  • git diff — mostra EXATAMENTE o que mudou em cada arquivo (linha por linha)
  • git pull — atualiza seu repositório local com mudanças do servidor remoto (tipo GitHub)
  • git push — envia suas mudanças locais pro servidor (quando você tiver repositório remoto)
  • git reset HEAD arquivo.html — desfaz o git add (não grava nada ainda)

Erros comuns (e como evitar)

Erro 1: Fazer muitas mudanças sem fazer commit

Solução: Faça commits frequentes. A cada mudança importante, salve um snapshot. Tipo: editar, testar, fazer commit. Editar de novo, testar, fazer commit. Assim você tem um histórico bem detalhado.

Erro 2: Esquecer a mensagem do commit

Solução: SEMPRE escreva uma mensagem clara. No futuro (até amanhã), você vai esquecer o que mudou. A mensagem é seu amigo.

Erro 3: Tentar voltar pra uma versão sem ter certeza

Solução: Sempre faça um backup antes de usar git checkout. Ou, melhor ainda, crie um branch novo pra testar antes de voltar.

Próximos passos: GitHub e repositórios remotos

Quando você se sentir confortável com Git local, o próximo passo é usar um repositório remoto (tipo GitHub, GitLab ou Bitbucket). Aí seu código fica também na nuvem, seguro, e você consegue clonar em outro computador quando quiser.

Mas isso é história pra outro guia 😊

Precisa de ajuda?

Git pode parecer complicado no começo, mas você pega o jeito rápido. Se tiver dúvida, entra em contato conosco. A equipe de suporte GeHost tá aí pra ajudar você a colocar Git em prática no seu site.

Agora é com você! Vá lá e versionize esse site com confiança. 💪


Was this answer helpful?

« Back