Porquê o GitHub
O Git faz backup do histórico no teu computador. O GitHub é um site onde carregas esse histórico – backup na nuvem, partilha com amigos e ligação ao Render/Vercel para deployment. Configura uma conta em github.com com um pai (e-mail do pai, 13+ anos ou conta familiar).
Vou mostrar-te: um repositório novo
- No GitHub: New repository → dá-lhe um nome como
my-web-project→ sem README (já tens código local). - O GitHub mostra-te alguns comandos. No terminal do teu projeto (substitui
YOUR-USERNAME):
git remote add origin https://github.com/YOUR-USERNAME/my-web-project.git
git branch -M main
git push -u origin mainNo primeiro push, o GitHub pede-te para iniciar sessão – usa um Personal Access Token (nas definições do GitHub → Developer settings → Tokens), não a palavra-passe da conta.
- Atualiza a página do repositório – o teu código está na internet.
Vou mostrar-te: mais alterações
Faz uma edição no teu código, depois:
git add .
git commit -m "Fixed the footer"
git pushTrês passos que vais repetir para sempre: add → commit → push.
Segurança: nunca faças commit de palavras-passe, chaves API ou mail-config.php no Git. É por isso que tens .gitignore e .env. Se fizeres commit acidental de uma palavra-passe, diz logo a um pai – tem de ser alterada e o histórico limpo.
Agora és tu 💪
- Cria um repositório no GitHub para o teu projeto principal (React ou servidor – um chega para começar).
- Liga-o com
git remote add origin ...egit push. - Faz uma pequena alteração, faz commit e push outra vez.
- No GitHub, no separador Commits, vês as duas versões?
Verifica: O teu código está no GitHub e conheces o ciclo add/commit/push. Podes fazer deploy do servidor do Nível 3 no Render diretamente deste repositório – já sabes como do final do Mestre.
O que ficas a saber desta lição
git remote+git push= código no GitHub.- Cada alteração:
add→commit→push. - Ficheiros sensíveis pertencem ao
.gitignore, não ao GitHub.
© 2026 Ing. Martin Polak / AlgoRhino · Condições de uso do conteúdo