Você está usando o GitHub sem saber direito o que está fazendo?
Usar no escuro é pedir para quebrar algo.
Existem apenas três botões verdes no GitHub.
E só há um lugar para olhar antes de apertá-los.
Este artigo mostra todos os pontos da tela do GitHub onde você deve olhar e clicar, destacados com caixas vermelhas.
Conectar, enviar, conferir o diff, fazer merge e reverter.
Vamos percorrer esse ciclo completo usando 10 capturas de tela reais.
A IA faz a digitação.
Você observa e aperta os botões.
Vou explicar os termos mais difíceis de forma simples conforme eles aparecerem.
※ As telas e especificações do GitHub deste artigo foram verificadas em outubro de 2026. As telas podem mudar.
Capítulo 1: Conectando-se ao GitHub | Crie um Repositório e Envie seus Registros Locais
A interface do GitHub é em inglês.
Mas os lugares onde você precisa clicar são fixos.
As caixas vermelhas na tela mostram onde olhar e onde clicar.
Neste capítulo, há apenas um botão verde para apertar.
Primeiro, crie um repositório.
Um repositório é como um armário onde você guarda seus registros do Git online.
Eu escrevi sobre o que vai dentro desse armário e sobre quatro termos essenciais no meu post anterior.
【Com Diagramas】Git Explicado para Estudantes do Ensino Fundamental
https://x.com/dan_pro_man/status/2107224533099069671?s=20
Mesmo que você não tenha lido, dá para completar o ciclo inteiro só com este artigo.
Faça login no GitHub e selecione "New repository" no ícone "+" no canto superior direito.
Abrir https://github.com/new leva você à mesma tela.
Tudo o que você precisa preencher é um nome.
Digite um nome alfanumérico em "Repository name".
"git-practice" serve perfeitamente.
Selecione "Private" em "Choose visibility".
Isso significa que não será público.
Deixe a opção "Add README" desativada por enquanto.
Se você já tem registros locais, é mais fácil conectar criando um repositório vazio.
Aperte o botão verde "Create repository" na parte inferior.
A tela logo após o clique é a parte mais importante deste capítulo.
Perto da parte inferior, há um título: "…or push an existing repository from the command line".
As três linhas abaixo dele são os comandos que usaremos hoje.
As sete linhas acima são para quem ainda não tem registros locais, então você pode ignorá-las.
Veja o que cada uma das três linhas significa:
Linha 1: Informa ao seu registro local o endereço deste armário.
Linha 2: Alinha o nome da branch principal para "main".
Linha 3: Guarda a branch principal no armário.
Copie o endereço (caixa vermelha) desta tela e envie para a IA em uma única linha.
1Envie os registros desta pasta para https://github.com/nome-da-conta/git-practice
O Claude Code vai digitar as três linhas sozinho.
O Claude Code é uma IA que executa tarefas no seu computador seguindo instruções.
No meu manual de instruções, eu exijo confirmação antes de fazer o push.
Push é a operação de guardar os registros locais no armário.
Por isso, ele para aqui por um momento.
Responda "Yes" e atualize a tela do navegador.
Onde estavam os três comandos, agora aparecem seus arquivos locais alinhados. Ao lado deles, está a mensagem de commit.
Esse é o sinal de que você está "conectado".
Aqui vai algo que quero que você note.
O texto "main" acima da lista de arquivos.
Ele indica qual marcador você está visualizando no momento dentro do armário.
Um marcador é uma branch.
Ele marca em qual coluna você está empilhando os registros.
Daqui para frente, não mexa diretamente nesse "main".
No começo, eu também não dava muita atenção a isso.
Trabalhava direto na main e perdia tempo tentando descobrir como voltar atrás.
Quando as conexões falham, geralmente o problema é o endereço.
Falta o ".git" no final.
O nome da conta está escrito errado.
Se aparecer "not found", copie o endereço da Imagem ② novamente.
A essa altura, seus registros locais estão conectados ao GitHub. O próximo passo é o ciclo diário de merges via Pull Requests.
**
Capítulo 2: Fazendo Merge via Pull Request | Envie o Trabalho da IA, Confira o Diff e Aperte o Botão
A partir daqui começa o ciclo diário.
Um Pull Request é um envio dizendo "Por favor, faça o merge disso".
Neste capítulo, há três botões verdes para apertar.
A IA faz a digitação.
Seu trabalho é apenas observar e clicar.
Primeiro, envie uma linha para a IA.
1Crie uma nova branch, adicione 3 linhas de uso ao README, faça o commit e envie para o GitHub
O README é o primeiro arquivo onde você escreve a descrição do repositório.
O Claude Code cria uma branch.
Ele modifica o arquivo e faz o commit.
Por fim, ele para antes do push e pergunta.
Responda "Yes" e abra o armário no navegador.
Uma faixa amarela aparece no topo.
Ela avisa: "Acabei de guardar esta branch".
Aperte o botão verde "Compare & pull request" à direita.
Este é o 'Envio'.
É como entregar o caderno de rascunho para o professor.
Só enviar não copia nada para a versão final.
A cópia acontece depois da revisão.
Há três pontos para observar na tela de envio.
1º: A seta bem no topo.
"base: main" e "compare: work-branch"
Isso mostra de onde e para onde o merge será feito.
Apenas confirme se o lado esquerdo é a main.
2º: O título em "Add a title".
Se a IA gerar, ele inclui um resumo das mudanças.
Se você enviar manualmente, a mensagem de commit vem preenchida.
Ao enviar manualmente, escreva "o que foi feito" em uma linha.
3º: O botão verde "Create pull request".
Apertá-lo aceita o envio.
Depois do envio, é necessária uma ação humana.
Quatro abas aparecem no topo da tela.
Olhe apenas para a aba mais à direita, "Files changed".
Isso significa arquivos alterados.
Linhas verdes são linhas adicionadas.
Linhas vermelhas são linhas excluídas.
Esse é o diff.
Se as 3 linhas que você pediu estiverem em verde, passou.
Na tela de exemplo, títulos e linhas em branco também foram adicionados, totalizando 6 linhas verdes.
Se houver linhas vermelhas que você não pediu, não faça o merge.
Na tela de exemplo, há 1 linha vermelha.
Uma linha de observação desapareceu de "Itens colocados".
Se você não pediu isso, pare por aqui.
Pergunte à IA: "Por que você apagou esta linha vermelha?"
Esses são os 30 segundos mais críticos ao delegar trabalho para a IA.
Na época em que só de ver notificações de revisão meu estômago embrulhava, eu costumava apertar o botão sem conferir isso.
Agora, conto as linhas vermelhas primeiro.
Se existir sequer uma linha vermelha não solicitada, eu paro.
Se não houver problemas no diff, volte para "Conversation".
Perto da parte inferior, há um botão verde "Merge pull request".
Se "No conflicts with base branch" aparecer acima dele, você pode fazer o merge direto.
Ao apertar, ele muda para "Confirm merge".
Aperte de novo.
Agora, os registros da branch de trabalho foram integrados à main.
A cor fica roxa e exibe "Merged".
Uma caixa aparece abaixo dizendo "Pull request successfully merged and closed".
À direita dela está "Delete branch".
Pode apertar sem medo.
Apenas o "marcador" da branch de trabalho dentro do armário desaparece.
Como os registros já foram integrados à main, nada se perde.
Por fim, atualize seu ambiente local.
Envie para a IA: "Mude para a main e baixe a versão mais recente do GitHub".
Isso completa um ciclo.
Comece a próxima tarefa a partir de uma nova branch.
Não trabalhe na main.
A essa altura, você completou o ciclo de enviar, conferir o diff e fazer merge. A seguir, vamos falar sobre o Revert, o botão para desfazer erros após o merge.
**
Capítulo 3: Revertendo | Desfaça Erros Após o Merge com Um Único Botão
Às vezes você percebe erros só depois do merge.
No Git, você "desfaz" os registros guardados sem apagá-los.
A tela do GitHub tem um botão para isso.
Ele se chama "Revert".
Abra novamente o Pull Request que você acabou de integrar.
Há uma linha que diz "merged commit … into main".
No extremo direito dessa linha está "Revert".
O que acontece quando você aperta?
Os registros não são apagados.
Um novo Pull Request é criado com as alterações opostas.
Segundo a documentação oficial, o merge acontece quando você integra esse novo Pull Request.
Portanto, reverter segue o mesmo ciclo do Capítulo 2.
Confira o diff, aperte o botão verde.
Em vez de apagar, um registro de "revertido" é adicionado.
Se for pedir à IA, diga: "Desfaça o Pull Request que acabei de integrar".
O Claude Code faz a mesma coisa com git revert.
Há mais uma tela que você pode encontrar.
"This branch has conflicts that must be resolved".
Isso é um conflito.
Acontece quando a mesma linha foi modificada de formas diferentes na main e na branch de trabalho.
O botão verde fica cinza e não pode ser apertado.
Não tente resolver isso pela tela; envie uma linha para a IA.
1Baixe a main e me mostre as duas versões das partes em conflito
Você decide qual manter.
Assim que a IA corrigir e enviar novamente, o botão verde volta.
Conflitos não são falhas.
Eles apenas revelam o fato de que a mesma linha foi editada duas vezes.
Por fim, algo que não aparece na tela.
Chaves.
Arquivos contendo senhas ou chaves de API nunca devem ser enviados para o GitHub.
Mesmo que você use o Revert, uma vez que uma chave é enviada, ela é considerada comprometida e precisa ser gerada novamente.
Antes de enviar, diga à IA: "Exclua o .env dos registros".
No meu próprio trabalho, escrevo configurações da AWS em arquivos de texto e sigo exatamente este ciclo.
Configurações integradas sem checar o diff vão direto para produção.
Por isso, não delego à IA aqueles 30 segundos críticos antes de apertar o botão.
São os humanos que apertam todos os botões na tela.
Mesmo ampliando o que a IA faz, essa regra continua inalterada.
Agora sim, o ciclo completo de conectar, enviar, fazer merge e reverter está concluído.
Para finalizar, deixo materiais prontos para usar.
Detalhei o passo a passo para completar um ciclo na tela do GitHub.
Empacotei as telas e prompts deste artigo em formatos prontos para uso.
- Pôster de Tradução das Telas do GitHub (9 telas, 69 termos)
- Mapa de Recuperação para Quando a IA Quebra Algo (6 cenários)
- 7 Prompts para Um Ciclo Completo
- Folha de Checklist Pré-Merge (8 itens)
Tudo entregue junto em um livreto PDF de 15 páginas.
Só com isso, você já pode começar a completar ciclos hoje.
Para receber, basta entrar no Open Chat abaixo.
Siga as instruções após entrar e envie "Submit" que o material chega automaticamente.
https://line.me/ti/g2/pEpZQdEyn1BM5Zi2wqLBT2rZYpC0ZaOncIWTag
Resumo: Complete Apenas Um Ciclo Hoje
Não coloque o trabalho da IA direto na main.
Envie a partir de uma branch de trabalho, confira o diff e aperte os botões verdes.
Foram três botões verdes para apertar em um ciclo.
No dia em que apertei o Revert pela primeira vez, percebi que os registros não são apagados.
Depois disso, parei de ter medo de mexer nas coisas.
Você não precisa fazer tudo de uma vez.
Hoje, há apenas uma coisa a fazer.
Abra o repositório criado no Capítulo 1 e envie uma linha para a IA.
Crie uma nova branch, adicione 1 linha ao README e envie para o GitHub
Quando a faixa amarela aparecer, aperte o botão verde e abra "Files changed".
Se houver apenas uma linha verde, passou.
Olhe para essa linha com seus próprios olhos antes de fazer o merge.
Esse é o primeiro passo para ampliar o que você pode delegar à IA.
Para engenheiros com mais de 30 anos, vencer não é questão de volume de trabalho, mas de design.
Em vez de reaprender ferramentas toda vez que elas atualizam, é mais rápido definir onde parar.
AWS e IA evoluem rapidamente.
Acompanhar os logs de pessoas testando no trabalho real é mais rápido do que tentar dar conta de tudo sozinho.
Na minha prática de IA × Engenharia, deixo registrados não apenas os acertos, mas também as quebras e exclusões.
Siga-me para não perder os próximos insights! @dan_pro_man
