Versionando o código do seu site no VPS com Git
Oi! Aqui é a Sensei da GeHost 🥋. Se você tem um site rodando no seu VPS e vive com aquele medinho de "ai, será que vou quebrar tudo se mexer nesse arquivo?" — hoje eu vou te ensinar a usar o Git, que é basicamente uma máquina do tempo pro seu código. Com ele, você grava "fotografias" (commits) de cada versão do seu projeto e pode voltar no tempo sempre que precisar. Bora com calma, passo a passo.
O que é o Git e por que usar
O Git é um sistema de controle de versão: ele guarda o histórico de todas as mudanças que você fez no código. Assim, se algo der errado depois de uma alteração, você consegue ver exatamente o que mudou e voltar pra uma versão anterior que funcionava. Também é o que te permite trabalhar em equipe sem um sobrescrever o trabalho do outro.
💡 Dica da Sensei: pense no Git como um "Ctrl+Z" superpoderoso — só que ele lembra de tudo, pra sempre, e te deixa comparar versões lado a lado.
Pré-requisitos
- Ter um VPS com você e acesso via SSH (usuário e senha, ou chave SSH).
- Um pouco de paciência pra digitar comandos no terminal — prometo que não morde 😄
Se você não sabe se tem acesso SSH ao seu VPS ou tem dúvida sobre o que o seu plano inclui, dá uma olhada no painel.gehost.com.br ou fale com o nosso suporte que a gente confirma certinho pra você.
Passo 1 — Acesse o VPS via SSH
No seu computador, abra o terminal (no Windows pode ser o PowerShell, PuTTY ou o Terminal do WSL; no Mac/Linux é o próprio Terminal) e conecte:
- Digite o comando de acesso que você recebeu do suporte (algo como
ssh usuario@seu-vps). - Informe a senha (ou use sua chave SSH, se configurou uma).
- Pronto, você está "dentro" do servidor!
Passo 2 — Confira se o Git está instalado
Dentro do VPS, digite:
git --version
Se aparecer um número de versão, ótimo, já está instalado! Se der erro dizendo que o comando não existe, você (ou seu suporte técnico) precisa instalar o Git conforme o sistema operacional do VPS (ex.: gerenciador de pacotes da distribuição Linux usada).
Passo 3 — Configure sua identidade no Git
O Git registra quem fez cada mudança. Configure seu nome e e-mail (só precisa fazer isso uma vez):
git config --global user.name "Seu Nome" git config --global user.email "seu@email.com"
Passo 4 — Inicialize o repositório na pasta do site
Navegue até a pasta onde o código do seu site está (geralmente algo como public_html ou a pasta do seu projeto) e transforme ela em um repositório Git:
cd caminho/da/pasta/do/site git init
A partir de agora, essa pasta está "sob os cuidados" do Git.
Passo 5 — Crie um arquivo .gitignore
Nem tudo precisa (ou deve) ser versionado — arquivos de configuração com senha, pastas de cache, uploads pesados, etc. Crie um arquivo chamado .gitignore na raiz do projeto e liste o que o Git deve ignorar, por exemplo:
wp-config.php uploads/ node_modules/ *.log
⚠️ Dica de segurança: NUNCA versione arquivos com senha, chave de API ou dado sensível. Se um arquivo assim já foi commitado, é preciso removê-lo do histórico também — se tiver dúvida nessa parte, chama a gente.
Passo 6 — Faça seu primeiro commit
Agora vamos "fotografar" o estado atual do projeto:
- Adicione os arquivos que quer versionar:
git add .
- Crie o commit com uma mensagem explicando o que foi feito:
git commit -m "Primeiro commit do site"
Pronto! Essa é a sua primeira versão salva. A partir de agora, sempre que fizer uma mudança importante, repita o git add + git commit com uma mensagem clara descrevendo o que mudou.
Passo 7 — (Opcional) Conecte a um repositório remoto
Pra ter um backup do código fora do servidor e poder colaborar com outras pessoas, você pode conectar o repositório local a um serviço remoto como GitHub, GitLab ou Bitbucket:
git remote add origin URL_DO_SEU_REPOSITORIO git push -u origin main
Assim, toda vez que você der git push, o histórico do seu projeto fica salvo lá também.
Boas práticas da Sensei 🧘
- Faça commits pequenos e frequentes, com mensagens que expliquem o "porquê" da mudança.
- Antes de mexer em algo arriscado, dê um
git statuspra ver o que está diferente. - Nunca versione senhas, chaves de API ou arquivos de configuração sensíveis — use o
.gitignore. - Teste localmente (ou em um ambiente de testes) antes de aplicar mudanças grandes direto no site em produção.
🙋 Ficou com dúvida em algum passo, ou não sabe se tem acesso SSH liberado no seu VPS? É só chamar a gente pelo painel.gehost.com.br — a Sensei e o time GeHost tão sempre por aqui pra ajudar!