O que é Git — e por que todo dev de jogo deveria conhecer isso antes de precisar?
Era uma madrugada de quinta-feira. Eu tinha passado três horas ajustando o sistema de movimentação do meu personagem — aquele negócio chato de deixar o pulo com a sensação certa, sabe? Finalmente tinha ficado bom. Salvei o arquivo, fechei o computador, fui dormir satisfeito.
Na manhã seguinte, abri o projeto e percebi que tinha salvado na versão errada. Três horas de trabalho. Sumidas.
Não tinha backup. Não tinha histórico. Não tinha nada. Só eu, o editor aberto, e aquela sensação de estômago virado que qualquer dev já conhece.
Foi nesse dia que aprendi de verdade o que é Git — não lendo tutorial, mas sentindo na pele o que acontece quando você não usa.
O problema que todo projeto cria sozinho
Antes de falar o que é Git, preciso te mostrar um cenário que você provavelmente já viveu — ou vai viver em breve.
Você começa um projeto. Tudo organizado, tudo limpo. Aí o tempo passa, as coisas mudam, e a pasta do seu jogo começa a parecer com isso:
Esse é o sistema de controle de versão que a maioria das pessoas inventa por conta própria. E funciona — até o dia que não funciona mais. Até o dia que você não sabe qual é a versão certa, apaga o arquivo errado, ou quer voltar para “aquela versão de duas semanas atrás que estava quase perfeita” e percebe que ela não existe mais.
“Todo desenvolvedor inventa seu próprio sistema de backup bagunçado. O Git existe porque alguém decidiu fazer isso direito de uma vez por todas.”
O que é Git — explicado sem mistério
Git é um sistema de controle de versão. Em linguagem humana: é uma ferramenta que guarda o histórico completo de tudo que você já fez no seu projeto, permitindo que você viaje no tempo entre qualquer versão anterior.
Pensa nisso como o diário mágico do seu projeto. Cada vez que você decide salvar um ponto no Git — isso se chama commit — ele tira uma foto do estado completo do projeto naquele momento. Não só do arquivo que você editou. De tudo.
E esse histórico nunca some. Você pode ter cem commits, duzentos, quinhentos — e consegue voltar para qualquer um deles, a qualquer momento, com um comando.
Não precisa decorar esses termos agora. O importante é entender a ideia central: com Git, você nunca mais perde trabalho. Nunca mais tem medo de testar uma ideia nova porque “pode estragar o que já funciona”. Nunca mais fica com dez versões do mesmo arquivo com nomes malucos.
Git para iniciantes — a parte que mais confunde
Quando as pessoas descobrem o Git, geralmente aparecem duas perguntas na sequência. A primeira é “tá, mas onde fica esse histórico?”. A segunda, logo depois, é “e o GitHub é a mesma coisa?”.
Não é. E entender a diferença muda tudo.
A analogia mais simples que conheço: Git é o seu caderno de rascunhos pessoal. GitHub é o cofre onde você guarda uma cópia segura desse caderno — e ainda pode mostrar para outras pessoas se quiser.
Você pode usar Git sem GitHub. Mas usar os dois juntos é onde a mágica acontece de verdade.
Como usar GitHub muda o jogo para devs indie
Pensa no seguinte cenário: você está desenvolvendo seu jogo num notebook. Um dia, o notebook quebra. Sem GitHub, você perdeu tudo. Com GitHub, você abre outro computador, clona o repositório, e continua de onde parou em questão de minutos.
Mas vai além do backup. O GitHub se tornou o portfólio padrão do mercado de desenvolvimento. Quando um estúdio quer contratar alguém, uma das primeiras coisas que olha é o GitHub da pessoa — os projetos públicos, a frequência de commits, a organização do código.
Para um dev indie, ter seus projetos no GitHub significa ter um registro vivo de tudo que você já construiu. Cada commit é uma prova de que você estava lá, trabalhando, evoluindo.
“Seu GitHub é o diário público da sua jornada como desenvolvedor. Cada commit conta uma parte da história — inclusive as noites de quinta-feira onde tudo deu errado.”
Git em equipe — onde tudo isso fica ainda mais importante
Até aqui falamos do Git como ferramenta solo. Mas existe uma situação onde ele deixa de ser conveniente e passa a ser absolutamente indispensável: quando você começa a trabalhar com outras pessoas.
Imagina o seguinte: você e um parceiro estão desenvolvendo o mesmo jogo. Você está trabalhando no sistema de inimigos. Ele está ajustando a interface. Sem Git, como vocês trocam arquivos? Email? Pasta compartilhada no Google Drive? WhatsApp com zip anexado?
Eu já vi equipes tentando desenvolver jogos assim. Não termina bem.
Mesmo que você pretenda trabalhar sempre solo, aprender Git com mentalidade de equipe desde o início é uma das melhores decisões que você pode tomar. Porque o dia em que aparecer alguém querendo colaborar no seu projeto, você já vai estar pronto.
“Um jogo feito em equipe sem Git é como construir uma casa com vários pedreiros — mas sem ninguém coordenando quem faz o quê. O resultado você já imagina.”
Controle de versão para jogos — por que isso importa mais do que parece
Jogos têm uma característica que projetos de software comum não têm: eles crescem de formas imprevisíveis. Você começa com um personagem simples e dois meses depois tem dez sistemas interagindo entre si — física, inventário, diálogos, inimigos, sons.
Com Git, testar uma ideia maluca vira rotina. Você cria uma branch, experimenta, e se não funcionar, volta para onde estava como se nada tivesse acontecido. Se funcionar, incorpora. Sem drama.
Por enquanto, o que importa é você entender o conceito. A ferramenta é simples de aprender — o difícil é convencer a si mesmo de que vale o esforço antes de perder três horas de trabalho numa madrugada de quinta-feira.
Confie em mim nesse ponto.
No próximo pergaminho sobre o tema, saímos do conceitual e vamos para a prática — como criar sua conta no GitHub, configurar o Git na sua máquina e conectar tudo isso ao seu projeto Unity. Passo a passo, sem pular nada.
Um Grande Abraço!
