Hoje quero compartilhar uma pequena vitória que, pra mim, tem um peso enorme: finalmente entendi (na prática!) como funciona o Git e o GitHub.
Parece bobo pra quem já usa isso no dia a dia, mas quem está começando sabe: o Git tem uma fama de ser assustador. Termos como "commit", "branch", "merge" e "pull request" pareciam um idioma à parte. E o pior: os erros no terminal não costumam vir com explicações amigáveis.
Foi assim comigo. Cliquei em "clone", copiei a URL do repositório, e logo na primeira tentativa de subir código pro GitHub, esbarrei num erro de autenticação. Depois descobri que era simples: o GitHub não aceita mais senha comum pra isso, é preciso gerar um Token de Acesso Pessoal. Resolvido isso, veio a próxima etapa: criar uma branch pra não mexer direto na main, editar o README, e aprender a fazer commits organizados seguindo o padrão de Conventional Commits (tipo "docs:", "feat:").
O que mais me marcou foi entender o "porquê" de cada etapa, não só o "como":
Clone existe pra trazer o projeto pra minha máquina. Branch existe pra eu testar e desenvolver sem bagunçar o código principal. Commit é o meu checkpoint, o registro do que mudou e por quê. Push leva meu trabalho local pro repositório remoto. Pull Request é o momento de pedir revisão antes de oficializar a mudança. Merge é quando tudo finalmente se junta.
Quando vi a mensagem "Pull request successfully merged and closed" no GitHub, foi uma sensação ótima. Não só porque o código funcionou, mas porque entendi de verdade o fluxo e sei que vou usar isso em praticamente todo projeto de programação daqui pra frente.
Fica o aprendizado: errar comando no terminal, ler mensagem de erro com calma, e ir testando um passo de cada vez é o caminho mais real de aprender Git. Não teve mágica, teve prática.
Se você também está começando agora, minha dica é: não tenha medo de errar no terminal. Cada erro ali te ensina mais do que qualquer tutorial decorado.
Top comments (0)