Voltar para o Blog
IA na Prática41 / 50
  1. 01Bem-vindo: o que você vai conseguir fazer no fim desta série
  2. 02O que é uma IA que conversa, em português claro
  3. 03O que dá e o que não dá pra fazer com IA hoje
  4. 04Claude, ChatGPT, Gemini: qual a diferença e por que vamos usar o Claude
  5. 05Os três jeitos de falar com a IA: site, app e terminal
  6. 06A mentalidade certa: você é o maestro, a IA é o instrumento
  7. 07Criando sua conta e instalando o app do Claude
  8. 08Sua primeira conversa: como pedir bem (o prompt)
  9. 09Anexando arquivos, imagens e PDFs
  10. 10Projetos no Claude: guardando contexto que não se perde
  11. 11Artifacts: quando o Claude monta um documento ou um mini-app pra você
  12. 12Memória, instruções e estilo: ensinando o Claude do seu jeito
  13. 13Planos, limites e custo: o que é grátis e quando vale pagar
  14. 14O que é o "terminal" e por que ele não dá medo
  15. 15Abrindo o terminal no Mac e no Windows (e no Linux)
  16. 16Cinco comandos de sobrevivência: pwd, ls, cd, mkdir, cat
  17. 17Como o computador organiza tudo: pastas, arquivos e caminhos
  18. 18Instalando o Node.js (e o que é isso, afinal)
  19. 19npm: a "loja de peças" gratuita do mundo dev
  20. 20Instalando o VS Code: seu editor de código (e por que precisa de um)
  21. 21O que é o Git e por que todo projeto sério usa
  22. 22Criando sua conta no GitHub (a nuvem do seu código)
  23. 23O que é o Claude Code e por que ele é diferente do app
  24. 24Instalando o Claude Code
  25. 25Primeiro login e sua primeira sessão
  26. 26Como o Claude Code "enxerga" suas pastas (e por que isso importa)
  27. 27Sua primeira tarefa real: peça pra ele criar um arquivo
  28. 28Permissões: quando ele pergunta antes de mexer
  29. 29O arquivo CLAUDE.md: ensinando o robô sobre o seu projeto
  30. 30Modo plano e revisão: deixe ele pensar antes de fazer
  31. 31Errou? Desfazendo e recomeçando sem medo
  32. 32Escolhendo um primeiro projeto pequeno e real
  33. 33Descrevendo o que você quer: o briefing
  34. 34Deixe o Claude montar o esqueleto do projeto
  35. 35Rodando o projeto na sua máquina pela primeira vez
  36. 36Mudando textos, cores e imagens só conversando
  37. 37Quando algo quebra: lendo um erro sem entrar em pânico
  38. 38Pedindo pro Claude consertar o erro (copiar, colar, descrever)
  39. 39Adicionando uma página ou funcionalidade nova
  40. 40Salvando seu progresso com Git (commits, sem decoreba)
  41. 41Subindo seu projeto pro GitHub
  42. 42Colocando seu projeto no ar de graça (deploy)
  43. 43A anatomia de um bom pedido (revisão turbinada)
  44. 44Dividir pra conquistar: por que tarefas pequenas vencem
  45. 45Revisar o que a IA fez: a responsabilidade é sua
  46. 46Segurança básica: senhas, chaves e o que NUNCA colar
  47. 47Quando a IA "alucina" e como perceber
  48. 48Aprendendo a aprender com a IA: ela é sua professora particular
  49. 49Cinco ideias de próximos projetos pra praticar
  50. 50Seu novo superpoder: pra onde ir a partir daqui (fecho)
IA na PráticaParte 41 de 50

Subindo seu projeto pro GitHub

4 min de leitura
Compartilhar
IA na Prática

Seu projeto está pronto e salvo no seu computador. Mas ele ainda mora só na sua máquina. Se o computador quebrar, some tudo. E ninguém além de você consegue ver. Hoje a gente muda isso: vamos levar seu código pra nuvem.

A ideia, com uma analogia

Pense no Git (a ferramenta que guarda o histórico do seu projeto) como um caderno de anotações que vive na sua mesa. Está tudo lá, organizado, mas é um caderno só, num lugar só.

O GitHub é como uma estante na biblioteca da cidade. Você sobe uma cópia do seu caderno pra lá. Agora ele está protegido (se sua mesa pegar fogo, a cópia continua na biblioteca) e acessível (você pega de qualquer lugar, de qualquer computador).

Levar o caderno da sua mesa pra estante da biblioteca tem um nome: push. Em inglês, "push" é empurrar, enviar. Você "empurra" seu código pra nuvem.

Passo 1: criar uma conta no GitHub

Se você ainda não tem, acesse https://github.com e crie uma conta gratuita. É de graça e leva dois minutos. Guarde bem o seu nome de usuário e a senha.

Passo 2: criar um repositório novo

Um repositório (ou "repo") é só o nome chique pra "a pasta do seu projeto guardada no GitHub".

  1. Logado no GitHub, clique no botão verde New (Novo). Costuma ficar no canto superior, ao lado da sua foto, ou na página inicial.
  2. Dê um nome pro repositório. Algo curto e sem espaços, tipo meu-primeiro-site.
  3. Pode deixar como Public (público) — assim qualquer pessoa vê. Ou Private (privado), só você. Pra um projeto de aprendizado, público está ótimo.
  4. Não marque nenhuma opção extra (como "Add a README"). Deixe o repositório vazio. Isso evita conflito com o que você já tem na sua máquina.
  5. Clique em Create repository (Criar repositório).

Pronto. O GitHub vai te mostrar uma página com alguns comandos. Não se assuste. A gente vai usar dois deles.

Passo 3: conectar sua pasta local ao repositório

Aqui tem dois caminhos. Escolha um.

Caminho fácil: peça pro Claude Code

Abra o terminal na pasta do seu projeto, com o Claude Code rodando, e peça em português:

Conecte esta pasta ao meu repositório no GitHub e envie o código.
A URL do repositório é: <cole aqui a URL que o GitHub te mostrou>

A URL é aquele endereço que aparece na página do repositório, parecido com https://github.com/seu-usuario/meu-primeiro-site.git. O Claude faz o resto e te avisa se precisar de algo.

Caminho manual: dois comandos

Se preferir digitar você mesmo, são duas linhas. Digite uma, dê Enter, depois a outra.

git remote add origin https://github.com/seu-usuario/meu-primeiro-site.git

Essa linha diz: "ó, Git, o endereço da minha estante na biblioteca é esse aqui". origin é só um apelido pro endereço. Troque a URL pela sua.

git push -u origin main

Essa linha faz o envio de fato: empurra (push) seu código pro origin (a tal estante), no ramo principal chamado main. O -u só diz "lembra desse caminho pras próximas vezes", pra você só precisar digitar git push no futuro.

Passo 4: ver o código aparecer

Volte pra página do repositório no GitHub e atualize (F5). Seus arquivos vão estar lá, na tela, pra qualquer um ver. É um momento bom. Seu projeto saiu da sua mesa e entrou no mundo.

Se algo der errado

  • Pediu login, usuário ou "token": o GitHub não aceita mais sua senha normal no terminal. Ele pede um token (uma senha especial). Quando travar, copie a mensagem inteira e cole pro Claude pedindo: "como eu gero e uso esse token?". Ele te guia passo a passo. É chato uma vez, depois nunca mais.
  • Erro falando em master em vez de main: versões antigas chamavam o ramo principal de master. Se o comando reclamar, troque main por master na linha do push — ou só pergunte ao Claude "meu ramo é master ou main?".
  • "remote origin already exists" (origin já existe): você rodou o primeiro comando duas vezes. Sem drama. Pule direto pro git push -u origin main.

Quando empacar, lembre: copie a mensagem de erro e cole pro Claude. Ele lê inglês de computador melhor que ninguém.

No próximo post, o grande momento: colocar esse projeto no ar pra qualquer pessoa do planeta abrir pelo navegador.

Curtiu como a gente pensa?

É assim que trabalhamos todo dia.

Se esse jeito de pensar é o seu, vem construir com a gente — dá uma olhada nas vagas abertas.

Ver vagas