O git é um programa que guarda o histórico de um projeto: cada versão fica registrada com o que mudou, quem fez e quando, e dá para voltar atrás. Um repositório é a pasta do projeto junto com todo esse histórico. O GitHub é um site onde uma cópia fica guardada na internet.
Uma pergunta do app. Escolha uma resposta.
Dois agentes trabalham ao mesmo tempo no mesmo repo e editam os mesmos arquivos. E agora?
Cada um edita sua cópia de trabalho do mesmo repo, sem atropelar o outro. Ao juntar as mudanças, ainda podem surgir conflitos.
Os testes não separam os arquivos: os dois continuam editando a mesma cópia, um por cima do outro.
Devagar ou rápido, editam os mesmos arquivos. Só demoram mais para se atropelar.
Pense num documento compartilhado com controle de alterações, mas para o projeto inteiro. Quando algo está bom, você salva um "commit": uma foto do projeto com uma mensagem, como "adiciono o botão de pagamento". Os commits se encadeiam e formam o histórico. O repositório é essa pasta com a cadeia de commits.
O git vive no seu computador e funciona sem internet. O GitHub é outra coisa: um serviço onde fica guardada uma cópia do repositório para fazer backup e compartilhar com a equipe. Existem alternativas, como GitLab ou Bitbucket. Por isso se diz "subi para o GitHub", mas quem leva o histórico é o git.
Um agente de código trabalha sobre um repositório e pode mexer em dezenas de arquivos em minutos. Com o git você tem dois salva-vidas. Um: voltar atrás. Se o agente quebrou o checkout da sua loja, você volta ao último commit bom em vez de consertar às cegas. Dois: ver o que mudou, com um diff, em vez de confiar só no resumo dele.
Um hábito simples: antes de pedir algo grande, salve um commit com o que já funciona. Assim o pior caso é voltar a esse ponto. E se o seu projeto tem regras para o agente, como as de um CLAUDE.md, elas viajam dentro do repositório, como o código. Para que dois agentes trabalhem sem se atropelar, o git permite dar a cada um uma pasta de trabalho separada, chamada worktree.
"Git e GitHub são a mesma coisa." Não: o git é a ferramenta e o GitHub é um lugar para guardar repositórios. "Se eu não fiz commit, ainda dá para voltar." Nem sempre: o git só lembra o que você salvou, e uma mudança sem commit pode se perder se alguém a sobrescrever.
E um cuidado: o histórico lembra de tudo. Se uma chave de API chegou a entrar num commit, apagá-la depois não a tira do passado, e num repositório público qualquer pessoa pode vê-la. Revogue a chave e crie outra; não conte com escondê-la.