Pedir a trilha de quem propôs, revisou e aprovou cada mudança

Aprovar a próxima entrega sem revisar o histórico deixa a auditoria sem resposta sobre quem decidiu o quê. Numa pesquisa de dezembro de 2025, 84% dos desenvolvedores usavam ou planejavam usar ferramenta de inteligência artificial no código, e só 29% confiavam na precisão do resultado.

Essa distância entre uso e confiança é a razão de existir revisão registrada, prática de checar mudança antes dela valer para o cliente. Git, sistema de controle de versão criado por Linus Torvalds em 2005, guarda o histórico inteiro em cada cópia local.

Isso permite trabalhar sem rede e sincronizar depois. A unidade desse histórico é o commit, um pacote de alterações com autor, data e uma mensagem dizendo por que aquilo mudou.

GitHub é o lugar onde esses pacotes são propostos, discutidos e aprovados antes de entrar no produto.

Cópia de segurança e histórico resolvem problemas diferentes. A cópia devolve os arquivos como estavam depois de um acidente. O histórico guarda a intenção: quem propôs a mudança, o que mudou em cada linha, quem leu e o que foi decidido.

Por isso a pergunta de auditoria muda de lugar. Onde ficam os arquivos é assunto de infraestrutura; quem aprovou cada mudança é assunto de governança, e mora no histórico.

As duas coisas protegem contra riscos diferentes: a cópia protege contra perda, o histórico protege contra decisão sem dono, e essa segunda pergunta é a que chega ao conselho depois de um incidente.

A mensagem do commit segue uma convenção que escreve tipo, escopo e descrição no imperativo, como corrige, no checkout, falha de pagamento acima de três segundos.

O formato gera a lista de mudanças da versão sem trabalho manual e faz o histórico ser lido em segundos, meses depois.

Quem garante que a regra é cumprida são as regras do repositório, aplicadas pela própria plataforma: exigir revisão, exigir verificação automática aprovada e proibir entrada direta na linha principal.

É a fechadura, no lugar do aviso pedindo para fechar a porta.

O repositório pertence à empresa que contrata, mesmo quando quem escreve o código é o fornecedor. Contrato que deixa o histórico na conta de um terceiro entrega junto a única prova de quem decidiu o quê.

Antes de aprovar a próxima entrega, peça acesso de leitura ao repositório desde o primeiro dia e o registro das cinco últimas mudanças publicadas, com autor, data, motivo e revisor.

Escolha uma delas e pergunte como seria desfeita: se a resposta exigir reunião, a reversão ainda não é rotina.