Renomear Arquivo Cria Histórico de Versões Duplicado: Causa e Solução

Ao renomear um arquivo no SharePoint ou OneDrive for Business, você pode notar que o histórico de versões parece conter entradas duplicadas. O arquivo renomeado mostra duas versões idênticas com o mesmo timestamp e mesmo usuário. Esse comportamento é confuso e dificulta o rastreamento de alterações reais. A causa está na forma como o SharePoint lida com alterações de nome de arquivo internamente como uma atualização de metadados, e não como uma alteração de conteúdo. Este artigo explica o motivo técnico por trás do histórico de versões duplicado e fornece etapas para verificar e gerenciar o histórico de versões corretamente.

Por que Renomear um Arquivo Cria Duas Entradas no Histórico de Versões

O SharePoint e o OneDrive for Business tratam a renomeação de um arquivo como uma alteração de metadados, não de conteúdo. Ao renomear um arquivo, o SharePoint cria uma nova entrada de versão para registrar o novo nome. Ao mesmo tempo, mantém a entrada de versão anterior que contém o nome antigo. Ambas as entradas compartilham a mesma data de modificação e o mesmo usuário porque nenhum conteúdo foi modificado. Esse design garante que o histórico de nomes do arquivo seja preservado para fins de auditoria e recuperação.

A página de histórico de versões exibe duas linhas para o mesmo ponto no tempo. A primeira linha mostra a versão antes da renomeação, e a segunda linha mostra a versão após a renomeação. O tamanho do arquivo e o checksum do conteúdo permanecem idênticos entre as duas entradas. Esse é o comportamento esperado, não um bug. A Microsoft introduziu esse comportamento no SharePoint Online para alinhar com a forma como o sistema de arquivos subjacente rastreia alterações de metadados.

Como o Histórico de Versões Armazena Nomes de Arquivos

Cada versão no SharePoint armazena o nome do arquivo como parte dos metadados da versão. Ao renomear o arquivo, a versão atual é fechada com o nome antigo, e uma nova versão é aberta com o novo nome. O número da versão é incrementado em um. Por exemplo, se o arquivo estava na versão 3.0 antes da renomeação, após a renomeação ele se torna a versão 4.0. Ambas as versões 3.0 e 4.0 mostram o mesmo timestamp porque a operação de renomeação é concluída em uma única transação.

Quando as Entradas Duplicadas Aparecem

Entradas de versão duplicadas aparecem apenas quando você renomeia um arquivo que já possui histórico de versões. Se você renomear um arquivo recém-carregado sem versões anteriores, apenas uma versão existe e nenhuma duplicata é visível. Entradas duplicadas também aparecem quando você move um arquivo entre pastas dentro da mesma biblioteca de documentos, pois uma movimentação é tratada como uma atualização de metadados.

Etapas para Verificar e Gerenciar o Histórico de Versões Após uma Renomeação

Siga estas etapas para confirmar que as entradas duplicadas são causadas por uma renomeação e não por um conflito real de conteúdo.

1. Abra a página de histórico de versões
   Navegue até a biblioteca de documentos onde o arquivo está armazenado. Selecione o arquivo e clique nos três pontos (reticências) para abrir o menu de contexto. Escolha Histórico de versões. O painel de histórico de versões é aberto no lado direito da tela.
2. Identifique entradas duplicadas
   Procure por duas versões consecutivas com a mesma data, mesmo horário e mesmo modificado por usuário. O tamanho do arquivo mostrado para ambas as entradas será idêntico. Os números de versão serão sequenciais, como versão 3.0 e versão 4.0.
3. Verifique o nome do arquivo em cada versão
   Clique na seta para baixo ao lado de cada entrada de versão e selecione Exibir. O arquivo abre no modo de visualização. Compare o nome do arquivo exibido na guia do navegador ou na barra de endereços. A versão mais antiga mostra o nome anterior do arquivo, e a versão mais nova mostra o nome atual.
4. Compare os checksums do conteúdo do arquivo
   Baixe ambas as versões para o seu computador. Abra as propriedades do arquivo e verifique o tamanho. Se os tamanhos corresponderem exatamente, o conteúdo não foi alterado. Você também pode usar uma ferramenta de checksum como o Get-FileHash do PowerShell para confirmar que o hash SHA256 é idêntico para ambas as versões.
5. Use o log de auditoria para confirmar um evento de renomeação
   Vá para a central de administração do SharePoint. Selecione Auditoria na seção Políticas. Pesquise por eventos de renomeação de arquivo selecionando Arquivo renomeado na lista de atividades. Insira o nome do arquivo e o intervalo de datas. O log de auditoria mostra os nomes antigo e novo do arquivo, confirmando a operação de renomeação.

Se o Histórico de Versões Ainda Mostrar Entradas Confusas

Em alguns casos, o histórico de versões pode mostrar mais de duas entradas para uma única renomeação. Isso pode acontecer quando uma renomeação desencadeia operações adicionais, como conflitos de coautoria ou atrasos de sincronização.

Histórico de Versões Mostra Três ou Mais Entradas para uma Renomeação

Isso ocorre quando o arquivo está aberto no aplicativo Office para desktop ou quando um coautor está editando o arquivo no exato momento da renomeação. O SharePoint cria entradas de versão adicionais para capturar as alterações simultâneas. Para resolver isso, peça a todos os usuários que fechem o arquivo antes de renomear. Após a renomeação, verifique o histórico de versões novamente. Se entradas extras permanecerem, use a opção Excluir no painel de histórico de versões para remover versões indesejadas. Selecione a versão que deseja remover, clique na seta para baixo e escolha Excluir. Confirme a exclusão.

Entradas Duplicadas Aparecem Após uma Operação de Movimentação

Mover um arquivo para uma pasta diferente dentro da mesma biblioteca de documentos também cria duas entradas no histórico de versões. Isso ocorre porque o caminho do arquivo faz parte dos metadados da versão. A mesma correção se aplica: verifique os checksums do conteúdo e exclua a versão extra, se necessário. Mover um arquivo para uma biblioteca ou site diferente não preserva o histórico de versões. Nesse caso, nenhuma entrada duplicada aparece porque o histórico de versões é perdido durante a movimentação.

Cliente de Sincronização Mostra Nomes de Arquivo Duplicados

O cliente de sincronização do OneDrive pode mostrar arquivos duplicados após uma renomeação se o processo de sincronização não tiver sido concluído. Isso é um problema de estado de sincronização, não de histórico de versões. Aguarde o cliente de sincronização processar a renomeação. Se as duplicatas persistirem, pause e retome a sincronização a partir do ícone do OneDrive na bandeja do sistema. Clique com o botão direito no ícone do OneDrive na barra de tarefas, selecione Pausar sincronização por 2 horas e depois selecione Retomar sincronização.

Item	Renomear na Mesma Biblioteca	Mover para Biblioteca Diferente
Histórico de versões preservado	Sim, com entradas duplicadas	Não, o histórico de versões é perdido
Número de entradas de versão criadas	Duas entradas com o mesmo timestamp	Uma entrada após a movimentação (sem histórico anterior)
Checksum do conteúdo entre as entradas	Idêntico	Não se aplica
Tipo de evento no log de auditoria	Arquivo renomeado	Arquivo movido

Entender como o SharePoint lida com renomeações de arquivos no histórico de versões ajuda a evitar confusão ao revisar alterações passadas. As entradas duplicadas são intencionais e não indicam um problema com o arquivo ou a biblioteca. Você pode ignorar a entrada extra com segurança ou excluí-la se interferir no seu fluxo de trabalho de gerenciamento de versões. Para bibliotecas com requisitos rigorosos de controle de versão, considere usar uma convenção de nomenclatura que minimize a necessidade de renomeações. Treine os usuários para renomear arquivos apenas quando o arquivo não estiver aberto em nenhum aplicativo e quando nenhum coautor estiver editando.