Por que não consigo editar uma mensagem de confirmação do SVN?

Eu estou usando SVN. Às vezes, sinto falta de algo quando escrevo uma mensagem de confirmação. Mas, uma vez confirmado, não pode ser revertido e nem eu consigo editar a mensagem. Por que eles não colocaram a função de edição nela?

De acordo com as Perguntas frequentes do SVN, é possível se o administrador do repositório o tiver ativado ou se você tiver acesso administrativo local ao repositório .

No entanto, fazer isso provavelmente é uma má idéia. Na verdade, você está mudando a história. Um dos pontos do controle de versão é manter um histórico e uma trilha de auditoria para o projeto. Permitir alterações arbitrárias no histórico anula a trilha de auditoria. Em vez disso, recomendo que você execute confirmações menores, escrevendo mensagens de confirmação concisas e explícitas e aprimorando seu fluxo de trabalho pessoal para evitar esses erros.

Essencialmente, você precisa ter direitos de administrador (direta ou indiretamente) no repositório para fazer isso. Você pode configurar o repositório para permitir que todos os usuários façam isso ou pode modificar a mensagem de log diretamente no servidor.

Consulte as Perguntas frequentes sobre SVN aqui.

As mensagens de log são mantidas no repositório como propriedades anexadas a cada revisão. Por padrão, a propriedade da mensagem de log (svn: log) não pode ser editada depois de confirmada. Isso ocorre porque alterações nas propriedades de revisão (das quais svn: log é uma) fazem com que o valor anterior da propriedade seja permanentemente descartado, e o Subversion tenta impedir que você faça isso acidentalmente. No entanto, existem algumas maneiras de fazer o Subversion alterar uma propriedade de revisão.

A primeira maneira é o administrador do repositório ativar as modificações das propriedades de revisão. Isso é feito através da criação de um gancho chamado "alteração pré-revisão" (veja esta seção no livro do Subversion para mais detalhes sobre como fazer isso). O gancho "pre-revprop-change" tem acesso à mensagem de log antiga antes de ser alterada, para que possa preservá-la de alguma forma (por exemplo, enviando um email). Depois que as modificações das propriedades de revisão estiverem ativadas, você poderá alterar a mensagem de log de uma revisão, passando a opção --revprop para svn propedit ou svn propset, como um destes:

$svn propedit -r N --revprop svn:log URL 
$svn propset -r N --revprop svn:log "new log message" URL 

onde N é o número da revisão cuja mensagem de log você deseja alterar e URL é o local do repositório. Se você executar esse comando em uma cópia de trabalho, poderá deixar de fora o URL.

A segunda maneira de alterar uma mensagem de log é usar svnadmin setlog. Isso deve ser feito consultando a localização do repositório no sistema de arquivos. Você não pode modificar um repositório remoto usando este comando.

$ svnadmin setlog REPOS_PATH -r N FILE

onde REPOS_PATH é o local do repositório, N é o número da revisão cuja mensagem de log você deseja alterar e FILE é um arquivo que contém a nova mensagem de log. Se o gancho "pre-revprop-change" não estiver no lugar (ou você desejar ignorar o script do gancho por algum motivo), também poderá usar a opção --bypass-hooks. No entanto, se você decidir usar esta opção, tenha muito cuidado. Você pode ignorar coisas como notificações por email da alteração ou sistemas de backup que controlam as propriedades da revisão.

Resposta de Kamil Kisiel em resposta a uma pergunta semelhante no Stack Overflow .

Por ser um sistema centralizado de controle de versão - Assim que você confirma uma alteração (e sua mensagem de confirmação é por convenção vinculada à confirmação), todos os que têm acesso de leitura ao repositório podem ver essas informações. É uma má idéia mudar as informações depois de divulgadas , porque as pessoas acabam com uma opinião diferente da "realidade".

Os sistemas de controle de versão distribuído, como o Git, aliviam esse problema, garantindo que o ato de disponibilizar informações para outras pessoas seja atômico e sem informações adicionais, como mensagens de confirmação. Mas o mesmo princípio se aplica aqui: você é desencorajado de mudar as coisas localmente, que você já disponibilizou para outras pessoas.