Reconhecer a bagunça sem histórico
Explicar por que pastas “final”, “final-2” e “certo-mesmo” viram confusão rápido.
Antes de qualquer comando, vamos entender o problema do histórico, a diferença entre Git e GitHub e o mapa do supermercado que guia o restante do curso.
Explicar por que pastas “final”, “final-2” e “certo-mesmo” viram confusão rápido.
Dizer, com suas palavras, o que é um histórico ordenado de mudanças.
Reconhecer que o Git trabalha no computador e que o GitHub guarda uma cópia na internet.
Associar prateleira, sacola, caixa e entrega às etapas que vêm nas próximas aulas.
Antes de digitar qualquer coisa, vale entender a dor do dia a dia. O Git existe para organizar o histórico de um projeto — não para complicar por esportiva.
Imagine um trabalho em grupo. Alguém manda o arquivo no WhatsApp. Outra pessoa edita e devolve “versão nova”. Um terceiro salva no Drive com o nome projeto-final. No dia seguinte aparecem projeto-final-2, projeto-certo e projeto-certo-mesmo.
Qual é a boa? Quem mudou o quê? Se alguém estragar um parágrafo importante, dá para voltar? Em muitos casos, a resposta é “acho que era aquele e-mail de terça” — e o tempo vai embora.
Controle de versão é a prática de registrar mudanças importantes em um projeto ao longo do tempo. Em vez de várias pastas com nomes parecidos, você guarda uma linha do tempo: o que mudou, quando mudou e, de preferência, por quê.
Pense em um caderno de anotações de um projeto escolar. Cada página nova descreve o estado atual do trabalho. Se uma alteração estragar algo, você volta a uma página anterior e entende o caminho até ali.
Na prática, um bom histórico ajuda a:
As duas palavras aparecem juntas o tempo todo. Por isso muita gente acha que são a mesma coisa. Não são.
O Git é um programa que roda no seu computador. Ele observa a pasta do projeto e ajuda a registrar pontos salvos no histórico local.
Com o Git bem usado, você consegue:
O GitHub é um site e um serviço na internet. Lá você guarda uma cópia do projeto, mostra o trabalho para outras pessoas e colabora com quem você convidar.
Em outras palavras: o Git cuida do histórico perto de você; o GitHub oferece um endereço na nuvem para esse projeto viver também fora do seu computador.
Resumindo em uma frase: Git = ferramenta local de histórico. GitHub = lugar na internet para guardar e compartilhar uma cópia.
Para não decorar termos soltos, este curso usa uma ida ao mercado como mapa mental. A ideia é simples: cada etapa do mercado corresponde a uma etapa que você vai praticar depois.
Você não precisa saber os nomes técnicos agora. Guarde só a lógica:
Responda às 5 questões, uma por vez. Leia a explicação após cada resposta e refaça o quiz se precisar revisar.
Não. Este curso começa do zero. Saber organizar pastas e abrir um terminal já ajuda, e o resto a gente constrói passo a passo.
Não. O Git funciona sozinho no seu computador. O GitHub é uma opção popular para guardar e compartilhar o projeto na internet.
O objetivo do Git é registrar versões, não apagar o trabalho. Pontos salvos bem feitos ajudam a recuperar estados anteriores quando algo dá errado.
Sim. O Git existe para os principais sistemas. Na próxima aula você instala a versão do seu computador.
O Git é gratuito. O GitHub tem planos pagos para times e recursos avançados, mas o uso pessoal básico costuma ser suficiente para começar.
Porque as primeiras ideias ficam mais fáceis de lembrar: olhar a prateleira, montar a sacola, passar no caixa e pedir a entrega — sem precisar decorar jargão logo de cara.