Porque versionar e usar o Git para isso - AguiarDev Talks #6

Tiago Aguiar apresenta, em um programa solo, os dois conceitos que sustentam boa parte do dia a dia de qualquer desenvolvedor: versionamento e Git. A proposta é simples e direta — explicar por que versionar código não é um luxo de time grande, mas uma prática que vale desde o primeiro projeto de estudo.

O que foi discutido

• O que é versionar — a ideia de registrar todas as alterações de um arquivo ao longo do tempo, usando a analogia de um currículo que muda ano após ano.
• Versionamento manual — a prática (comum em áreas como design) de renomear arquivos a cada mudança (v1, v2, v3) e por que ela não funciona para código.
• Por que o Git venceu — a característica central que fez o Git ser adotado em massa: o desenvolvimento descentralizado.
• O problema das ferramentas centralizadas — a dependência de estar sempre conectado a um servidor central para poder trabalhar.
• Git vs. GitHub — a diferença entre a ferramenta de versionamento e a plataforma que a usa por baixo.
• Versionar como vitrine profissional — por que manter o código de estudo público no GitHub conta pontos com empresas.
• Versionar como documentação pessoal — como o próprio repositório vira material de consulta para o desenvolvedor no futuro.

Principais pontos

Versionar é sobre não perder o histórico do que você já fez

O ponto de partida é a ideia central de versionamento: manter o registro de todas as alterações feitas em um arquivo, do primeiro rascunho até a versão mais recente. Tiago usa o currículo como analogia — ao longo de anos de ajustes, é fácil perder de vista o que mudou e por quê, a menos que exista um controle explícito dessas versões. Fora do universo do código, esse controle costuma ser manual: cada alteração vira um novo arquivo com um sufixo de versão. Funciona em pequena escala, mas o raciocínio de fundo — preservar o histórico — é o mesmo que justifica o uso de uma ferramenta dedicada quando o volume de mudanças cresce.

"Se você tivesse versionado esse seu currículo, você saberia todas as versões, todas as alterações que você fez ao longo de todos esses anos." por Tiago Aguiar

Renomear arquivos manualmente não escala para código

A prática de versionar trocando o nome do arquivo (v1, v2, v3...) é descrita como inviável assim que se fala de desenvolvimento de software. O motivo é a escala: times grandes precisam de agilidade e de riqueza de informação sobre cada mudança — quem alterou o quê, quando e por quê — que esse método manual simplesmente não oferece. Tiago é enfático ao dizer que essa abordagem rudimentar já foi usada no passado, mas não se sustenta nos dias atuais diante da complexidade do trabalho em equipe.

"Se tratando de código, essa técnica é totalmente inviável." por Tiago Aguiar

O Git venceu por ser descentralizado

O diferencial do Git em relação a outras ferramentas de versionamento é apontado com precisão: o desenvolvimento descentralizado. Antes dele, a maioria das soluções exigia conexão constante com um servidor central — sem internet, sem trabalho. O Git muda essa lógica: o desenvolvedor faz uma cópia local do repositório, trabalha offline com total liberdade e, só depois, sincroniza as alterações de volta com o repositório remoto. Essa flexibilidade é apresentada como a razão prática por trás da adoção maciça da ferramenta.

"A partir do momento que você fez uma cópia do teu repositório (...) você consegue trabalhar localmente e depois que você terminar, devolver essas alterações para o repositório remoto. É essa agilidade que você ganha no desenvolvimento que faz com que o Git se torne uma ferramenta tão atrativa." por Tiago Aguiar

Git é a ferramenta, GitHub é a plataforma

Uma dúvida comum entre quem está começando é tratada de forma direta: Git é o que efetivamente versiona o código; GitHub usa o Git por baixo, mas é uma plataforma construída para equipes trabalharem em conjunto sobre esse versionamento. A distinção importa porque explica por que existem alternativas ao GitHub (GitLab, Bitbucket, entre outras) que também rodam sobre Git — a ferramenta de versionamento é uma coisa, o serviço que hospeda e organiza o trabalho colaborativo é outra.

"O Git é o que faz o versionamento do teu código. E o GitHub, que usa o Git também para versionar o teu código, porém ele é uma plataforma (...) para equipes trabalharem." por Tiago Aguiar

Repositório público como vitrine e como memória

Além do uso técnico, versionar em uma plataforma pública como o GitHub cumpre duas funções que vão além do código em si. A primeira é mostrar ao mercado a evolução do desenvolvedor — muitas empresas avaliam candidatos observando o histórico de commits e os projetos de estudo publicados. A segunda é servir como documentação pessoal: tarefas que não se repetem no dia a dia (como configurar autenticação em uma API) tendem a ser esquecidas, e ter esse código versionado e acessível funciona como um material de consulta confiável, porque foi testado e validado pelo próprio autor.

"Isso serve como uma documentação para o você do futuro." por Tiago Aguiar

Frase de destaque

"Você trabalha com grandes times, precisa ter uma agilidade, uma riqueza de informação que é impossível [sem versionar]. Você precisa versionar." por Tiago Aguiar

Lições do episódio

1. Versionar não é uma prática exclusiva de times grandes ou produtos em produção — vale para qualquer código de estudo, desde o início da carreira.
2. Renomear arquivos manualmente (v1, v2, v3) não é versionamento de verdade quando o volume de mudanças cresce; é preciso uma ferramenta feita para isso.
3. A descentralização do Git — trabalhar localmente e sincronizar depois — é o motivo prático, não apenas a fama, por trás da sua adoção em massa.
4. Manter repositórios públicos no GitHub funciona como vitrine profissional: recrutadores e empresas avaliam o histórico de código de quem está buscando oportunidades.
5. Um repositório bem versionado é também documentação pessoal — uma forma confiável de lembrar como você resolveu um problema que não enfrenta com frequência.