"_final_v2_FINAL_final" — o que acontece quando o nome do arquivo faz o controle de versões

Por que os nomes não param de crescer

Um arquivo guarda só o seu último estado. Por isso, antes de clicar em Salvar, você faz uma cópia "só por garantia" e, para o nome dela indicar a versão atual, acrescenta "final". Quando chega a próxima rodada de correções, aquele "final" já não é o final, e vira "final_v2" e, depois, "FINAL_final". Três rodadas de correções, quatro arquivos. Até aqui, todo mundo faz igual.

Ou seja, o nome do arquivo está fazendo dois trabalhos ao mesmo tempo. Um é guardar este momento (a cópia); o outro é dizer que esta é a versão entregue (a marca "final"). Os dois trabalhos se sobrepõem numa mesma sequência de letras, e o nome cresce.

Quanto isso custa

• Tempo procurando. "O que foi para o cliente: o final_v2 ou o FINAL_final?" Só abrindo para saber. A data de modificação é a da última vez que alguém mexeu no arquivo, não a do envio.
• O que mudou. Mesmo com os dois arquivos lado a lado, você precisa achar no olho qual dos trinta slides mudou.
• Confusão ao compartilhar. Se "segue o arquivo final" aparece três vezes no chat, quem recebe também fica com três. Qual é o verdadeiro, só quem enviou lembra.
• Espaço e bagunça. Sete cópias de uma apresentação de 100 MB são 700 MB. Toda vez que você abre a pasta, tem de passar os olhos por sete arquivos.

O que dá para fazer agora — uma regra

O jeito mais barato, sem nenhuma ferramenta, é uma regra de nomes. Em vez de "final", use data e número: `apresentacao_20261028_v3.pptx`. Os arquivos ficam em ordem e, ao contrário de "final", o nome nunca vira mentira. Marque o arquivo enviado com algo como `_enviado`. Funciona ainda melhor quando a equipe toda usa a mesma regra.

E o histórico de versões dos drives na nuvem?

OneDrive, Google Drive e Dropbox guardam as versões anteriores por algum tempo, mesmo quando você sobrescreve um arquivo com o mesmo nome. Dá para voltar sem fazer cópia, então os nomes param de crescer. Mas eles guardam arquivo por arquivo, têm limite de tempo e de quantidade, não dizem o que mudou, e o arquivo precisa estar na nuvem. Também não dá para marcar qual foi a versão entregue. Os detalhes estão no artigo "O que o histórico de versões da nuvem não faz".

Separar os dois trabalhos do nome

O Octorium separa esses dois trabalhos em histórico e etiquetas. Entregue a ele a pasta em que você trabalha e, a cada vez que você salva (mais exatamente, quando a pasta fica em silêncio por um instante depois de salvar), aquele momento fica no histórico — o trabalho da cópia. Quando você envia ao cliente, coloca naquele momento um Bookmark com uma etiqueta como Sent to client (enviado ao cliente) — o trabalho da marca "final". Na pasta fica um único `apresentacao.pptx`, e o Octorium não cria nenhum arquivo nela.

• Os registros ficam agrupados em Today, Yesterday e nos dias da semana, com a hora em cada linha. Clique em "terça passada à tarde" e você está lá.
• Clique em Tell me what changed e você recebe uma frase sobre o que aquele salvamento mudou. Fica no nível de títulos de slides, títulos de seções e nomes de planilhas.
• Go back to this moment leva a pasta inteira, e Go back for this file only um único arquivo, de volta a como estava. A volta também fica registrada.
• Seus arquivos não saem deste computador. Registrar e voltar acontecem dentro dele.

30 dias grátis no Mac e no Windows, sem cartão, contados a partir do momento em que você clica para começar o teste no aplicativo. Para instalar, acesse /pt/download; como usar está no guia (/pt/guide).