E15 · Chave no chaveiro
15 minCrie a chave SSH, rode gh auth login escolhendo SSH e teste com ssh -T git@github.com.
Pronto quando: a resposta começa com "Hi" seguido do seu usuário do GitHub.
Aula 8 · 20 min
Página no ar e o mesmo projeto numa VPS
Salvar, enviar e pôr no ar são três passos e três decisões. Com uma chave SSH e o gh, você envia o projeto ao GitHub, publica a página com um endereço que abre no celular e leva a mesma pasta para uma VPS, onde o agente trabalha mesmo com o seu computador desligado.
Começar a aula
Nesta aula você vai
- 1Criar a chave SSH e entregar só a pública
- 2Criar o repositório, publicar no Pages e a rotina do push
- 3Conferir destino, estado, versões e segredos antes de enviar
- 4Entrar na VPS, clonar o projeto e trazer o que mudou
Objetivo: ligar o terminal ao GitHub com chave SSH, publicar a página no GitHub Pages e clonar o projeto numa VPS.
01Três lugares, um projeto
O GitHub é a ponte entre o seu computador, a página e a VPS.
Role a página: cada etapa abaixo acende a sua parte do diagrama.
- 1/5
Seu computador
A chave privada nunca sai daqui. O commit guarda a versão só no seu computador; nada vai para a internet até você decidir enviar.
- 2/5
GitHub
O push envia as versões. Repositório público: qualquer pessoa vê (e é o que a página grátis exige). Privado: só você e quem você convidar. Você escolhe na hora de criar.
- 3/5
GitHub Pages
Pôr no ar é uma etapa a mais. Ligado o Pages, cada push atualiza a página em alguns minutos, com um endereço que abre no celular.
- 4/5
VPS
Uma sala alugada: o provedor entrega a máquina; usuários, atualizações e programas são com você. Você entra pelo ssh, navega com os nomes do Linux e traz o projeto do GitHub.
- 5/5
Salvar, enviar, pôr no ar
O commit fica no seu computador, o push leva ao GitHub e o Pages põe no ar. A VPS pega a mesma versão com git pull. Cada passo é uma decisão sua, com conferência própria.
A chave pública (.pub) é o cadeado: vai para o GitHub e para a VPS. A privada é a chave do chaveiro: fica com você.
02Do commit à página no ar
Clique em cada etapa.
1. Chave SSH
ssh-keygen já vem no Windows 10 e 11. Ele faz três perguntas: onde guardar e uma senha extra, duas vezes. Enter nas três serve para treino.
Ficam dois arquivos em %USERPROFILE%\.ssh: id_ed25519 (privada, nunca sai dali) e id_ed25519.pub (pública).
Perguntou Overwrite?
Você já tem uma chave: responda n e use a que existe.
2. Ligar o gh
Responda: GitHub.com → SSH → escolha id_ed25519.pub → Login with a web browser. Copie o código, cole no navegador e autorize.
ssh -T git@github.com testa a chave; na primeira vez responda yes.
Resposta
Hi SEU-USUARIO! You've successfully authenticated.
3. Conferir antes de enviar
Destino: git remote -v mostra para onde vai. Estado: git status limpo. Versões: git log --oneline mostra o que iria. Segredos: nenhum .env na lista.
Depois de enviado, o conteúdo fica com quem tem acesso ao destino.
Público
Qualquer pessoa vê. Nada de rascunho pessoal nem chave.
4. Na VPS
ssh root@IP-DA-VPS abre o terminal da VPS na sua janela. O começo da linha muda e termina em # ou $: olhe sempre em que máquina está antes de cada comando.
Lá: ls no lugar de dir, pwd no lugar de cd sozinho, e maiúscula importa.
Regra da segunda sessão
Mudou o jeito de entrar? Teste numa janela nova antes de fechar a que funciona.
03Os comandos, na ordem
Troque Seu Nome, seu@email.com, SEU-USUARIO e IP-DA-VPS pelos seus.
cmd · quem é você no Git (para todos os projetos)
git config --global user.name "Seu Nome" git config --global user.email "seu@email.com" git config --global --list
cmd · a chave SSH
ssh-keygen -t ed25519 -C "seu@email.com" explorer %USERPROFILE%\.ssh
cmd · ligar o gh à sua conta
gh auth login ssh -T git@github.com
cmd · criar o repositório e enviar
cd %USERPROFILE%\projetos\meu-primeiro-agente git status git branch -M main gh repo create meu-primeiro-agente --public --source=. --push
cmd · ligar o GitHub Pages
gh api repos/{owner}/{repo}/pages -X POST -f "source[branch]=main" -f "source[path]=/"cmd · a rotina de todo dia
git status git add . git commit -m "o que mudou" git push
VPS (Linux) · entrar, clonar e atualizar
ssh root@IP-DA-VPS mkdir -p ~/projetos cd ~/projetos apt update && apt install -y git git clone https://github.com/SEU-USUARIO/meu-primeiro-agente.git cd meu-primeiro-agente ls git pull exit
VPS (Linux) · o agente no servidor
curl -fsSL https://claude.ai/install.sh | bash cd ~/projetos/meu-primeiro-agente claude
Simulação: exemplo ilustrativo
C:\Users\ana> ssh -T git@github.com Hi ana-exemplo! You've successfully authenticated, but GitHub does not provide shell access. C:\Users\ana\projetos\meu-primeiro-agente> gh repo create meu-primeiro-agente --public --source=. --push ✓ Created repository ana-exemplo/meu-primeiro-agente on GitHub
Alguns minutos depois de ligar o Pages, a página abre em https://ana-exemplo.github.io/meu-primeiro-agente/.
- "nothing to commit": a pasta está vazia ou já salva. Confira com
diregit log --oneline. - "Name already exists": já existe um repositório com esse nome na sua conta. Escolha outro.
- Push recusado com "fetch first": o repositório mudou em outro lugar.
git pulle depoisgit push. - "No such file or directory" na VPS: confira maiúsculas e use Tab para completar.
Alguém pediu a sua chave "para configurar o acesso": só o id_ed25519.pub. O id_ed25519, sem .pub, nunca sai do seu computador.
04Ensaie: o projeto na VPS
Mesma navegação, outros nomes. Olhe o começo da linha.
Missões
- 1Entre na VPS como root (o IP de exemplo é
203.0.113.10). - 2Pergunte onde você está (no Linux é
pwd). - 3Crie a pasta de projetos (
mkdir -p ~/projetos). - 4Entre nela.
- 5Traga o projeto do GitHub (usuário
ana-exemplo). - 6Entre na pasta e liste o conteúdo (dois comandos: primeiro o
cd). - 7Liste o que veio (no Linux é
ls). - 8Você mudou algo no Windows e deu push. Traga a mudança.
- 9Saia da VPS.
Simulação: IP, usuário e códigos são de exemplo (203.0.113.10 é um endereço reservado para documentação).
05Prática
A página no ar é obrigatória; a VPS, quando você tiver uma.
E16 · Página no ar
20 minFaça a conferência de quatro pontos, crie o repositório público, ligue o Pages e depois mude algo e rode a rotina add, commit e push.
Pronto quando: a página abre no celular em https://SEU-USUARIO.github.io/meu-primeiro-agente/ e a mudança aparece depois do push.
E17 · O mesmo projeto na VPS
30 minNuma VPS Ubuntu contratada com a sua chave pública, entre com ssh, clone o projeto, mude algo no Windows, dê push e traga com git pull.
Pronto quando: ls na VPS mostra os arquivos e o git pull trouxe a mudança feita no Windows.
06O degrau inteiro, comando por comando
Do terminal vazio no Windows ao site no GitHub Pages e ao projeto rodando na VPS.
O gestor que domina o terminal: OSWork comando por comando · 7 min 46 sPágina do vídeo com roteiro →
07Gere o seu plano com datas
Escolha a data de início e quanto tempo você tem por semana. O plano distribui os 17 exercícios do curso.
plano.md
08O degrau 1 em quatro frases
Saiba onde estáAntes de qualquer comando, olhe o caminho antes do >. Pasta errada parece falha da IA.
Pasta com regrasUm assunto por pasta, README para pessoas, AGENTS.md com regras que dá para conferir.
Rede de segurançaSegredo no .env e fora do Git; commit antes de mudança grande; restore quando não gostar.
Você decideSalvar, enviar e pôr no ar são três passos. O agente trabalha; quem confere e aprova é você.
09Teste final
Sobre esta aula e o degrau inteiro.
Pergunta 1 de 4
Alguém pediu a sua chave SSH para "configurar o acesso". Qual arquivo você pode entregar?competência
Correto
A .pub é o cadeado: pode ir para o GitHub, para a VPS ou para quem precisa liberar seu acesso. A privada nunca sai do seu computador.Não é essa
A .pub é o cadeado: pode ir para o GitHub, para a VPS ou para quem precisa liberar seu acesso. A privada nunca sai do seu computador.Rever: Os comandos, na ordemPergunta 2 de 4
Você deu git commit. A versão já está no GitHub?
Correto
Salvar, enviar e pôr no ar são três passos separados: commit, push e Pages.Não é essa
Salvar, enviar e pôr no ar são três passos separados: commit, push e Pages.Rever: Três lugares, um projetoPergunta 3 de 4
Antes de um push para um repositório público, o que você confere?
Correto
Quatro pontos: git remote -v, git status, git log --oneline e nenhum .env ou chave. Público, qualquer pessoa vê.Não é essa
Quatro pontos: git remote -v, git status, git log --oneline e nenhum .env ou chave. Público, qualquer pessoa vê.Rever: Do commit à página no arPergunta 4 de 4
Na VPS, a linha começa com root@minha-vps:~#. Onde você está?
Correto
O começo da linha diz em que máquina você está. ~ é a pasta pessoal; no Windows a linha começaria com C:\Users\.Não é essa
O começo da linha diz em que máquina você está. ~ é a pasta pessoal; no Windows a linha começaria com C:\Users\.Rever: Ensaie: o projeto na VPSTeste concluído
Você acertou {a} de {n}. Acertando todas, a aula é marcada como concluída.Escolha uma alternativa. A explicação aparece depois da sua tentativa.