No começo de julho, a Sony anunciou que vai encerrar a venda de jogos de PlayStation em mídia física a partir de 2028. O GitHub, então, resolveu aproveitar a polêmica. Em tom de deboche, a empresa prometeu enviar repositórios públicos gravados em CD para quem pedir.

À primeira vista, parece apenas marketing. E, de fato, é. Contudo, por trás da piada existe uma provocação que todo desenvolvedor deveria levar a sério.

GitHub transformou uma polêmica alheia em campanha de marketing

A Microsoft é dona do GitHub desde 2018. Por isso, a resposta veio afiada. Pela conta oficial no X, o GitHub anunciou que agora você pode receber seu repositório público em CD. Guarde. Empreste para amigos. Passe adiante para seus filhos. Em seguida, veio a frase que resume tudo: seu código é fisicamente seu, para sempre. Até você perder tudo, claro.

A campanha tem regras claras. Primeiro, você preenche um formulário com nome, email, endereço e o repositório desejado. Depois, o prazo se encerra em 6 de julho de 2026. Além disso, apenas os primeiros mil inscritos elegíveis recebem a mídia. Ou seja, o alcance é limitado de propósito, porque a ideia sempre foi gerar conversa.

As reações acompanharam o tom. Alguns pediram a cópia em disquete. Outros lembraram que o desafio real agora é encontrar um leitor de CD. Portanto, o objetivo foi cumprido: todo mundo comentou.

Por que a piada do CD incomoda quem programa

A frase sobre perder o código não é apenas engraçada. Na verdade, ela toca em um ponto sensível. Muitos desenvolvedores tratam o GitHub como se fosse o lugar definitivo do seu trabalho. No entanto, o GitHub é um serviço. E serviços mudam de regra, sofrem invasões e, às vezes, somem.

Vale lembrar que a própria plataforma já enfrentou problemas recentes. Um grupo criminoso colocou milhares de repositórios à venda. Além disso, a Microsoft precisou derrubar dezenas de projetos usados para espalhar malware. Ou seja, depender de um único ponto é sempre um risco.

GitHub não é a mesma coisa que Git, e essa diferença salva projetos

Aqui entra a boa notícia. O Git, por natureza, é distribuído. Cada clone do repositório carrega todo o histórico do projeto. Assim, se você tem uma cópia local atualizada, você já tem um backup completo. O CD do GitHub, no fim, apenas materializa algo que a ferramenta sempre ofereceu.

Ainda assim, muita gente esquece disso. O fluxo diário vira um ciclo de push e pull, e a máquina local passa a ser tratada como descartável. Contudo, uma máquina limpa depois de um pull não guarda o histórico antigo se o remoto sumir primeiro.

Como levar a provocação a sério sem pedir o CD

O recado prático é simples. Mantenha mais de uma cópia do que importa. Por exemplo, configure um espelho em outra plataforma, como GitLab, Codeberg ou um servidor próprio. Dessa forma, um problema no GitHub não paralisa seu trabalho.

Além disso, automatize backups do que vive fora do Git. Issues, pull requests, wikis e configurações de pipeline nem sempre acompanham um clone simples. Portanto, use a API para exportar esses dados de tempos em tempos.

Por fim, teste a restauração. Um backup que nunca foi restaurado é apenas uma esperança. Assim, clone o espelho em uma máquina nova de vez em quando e confirme que tudo funciona.

O CD é piada, mas o alerta sobre o seu código é real

A campanha do GitHub vai render memes por alguns dias e depois será esquecida. No entanto, a pergunta que ela levanta continua válida. Onde o seu código realmente vive? Se a resposta for só no GitHub, talvez seja hora de mudar isso. Afinal, o código é seu de verdade apenas quando você controla mais de uma cópia dele.

Acompanhe nosso perfil no Instagram!