brainax

GitHub: seu código na nuvem

Aula 8 de 26 do curso “Vibe coding”. Grátis, com animações e teste.

Git no seu PC, GitHub na nuvem

O Git roda no seu computador: todos os commits ficam na pasta do projeto. GitHub é um site que guarda uma cópia dessa pasta na nuvem, ou seja, em servidores na internet. Um projeto no GitHub se chama repositório, ou “repo”: uma pasta com os arquivos e todo o histórico de commits. Resumindo: Git são seus saves, GitHub é a nuvem deles.

Push e pull

Push (“empurrar”) é mandar seus commits novos do computador para o GitHub. Pull (“puxar”) é trazer do GitHub as mudanças que você ainda não tem. Exemplo: de dia você mexeu no site no notebook da faculdade e deu push. À noite, em casa, você dá pull em outro computador e tem a mesma versão mais recente. No esquema o push sobe para a nuvem e o pull desce.

Para que serve o GitHub

Um: backup, ou seja, uma cópia de segurança. Derramou café no notebook, e o código está salvo. Dois: você trabalha de qualquer computador. Três: hospedagem, um serviço que mostra seu site para o mundo, como Cloudflare ou Vercel. Você conecta ao repositório e, depois de cada push, ele pega o código e atualiza o site sozinho. É a seta lateral do esquema. Quatro: agentes de IA também sabem trabalhar com o repositório.

Público ou privado

Um repositório pode ser público: qualquer pessoa na internet vê o código. Ou privado: só você e quem você convidar. A pegadinha é que bots varrem repositórios públicos o tempo todo procurando chaves. Lembra da aula sobre chaves? Se um .env com chave foi parar num repo público, considere a chave já roubada: revogue e crie outra. Não tem certeza se precisa ser público? Faça privado.

README, .gitignore e licença

README.md é a página inicial do projeto: o GitHub mostra ela primeiro. Ali você escreve o que é e como rodar. .gitignore é uma lista de arquivos que o Git não deve salvar. Nela entram o .env com as chaves e o node_modules, a pasta de bibliotecas baixadas (código pronto feito por outras pessoas), fácil de baixar de novo. E mais: código dos outros no GitHub só pode ser usado nos termos da licença dele.

Teste-se

  1. O que o push faz?
    Resposta certa: Envia seus commits para o GitHub. Push manda commits do computador para a nuvem. Trazer mudanças da nuvem para você é pull.
  2. Por que um .env com chave não pode ir para um repo público?
    Resposta certa: Bots varrem repos públicos e vão roubar a chave. Código público todo mundo vê, inclusive bots caçando chaves. Se a chave foi parar lá, revogue e crie outra.
  3. O que vai no arquivo .gitignore?
    Resposta certa: Arquivos que o Git não deve salvar. No .gitignore fica o que o Git ignora: .env com chaves, node_modules. A descrição do projeto vai no README.

← Git: saves como num jogo Branches e pull requests →