É necessário aumentar a versão de um plug-in se você estiver apenas atualizando o atributo "Testado até"?

Eu tenho vários plug-ins hospedados no servidor svn wordpress.org ... com o lançamento iminente da versão 3.1, eu gostaria de atualizar os metadados "Testado até".

Não haverá alterações funcionais no código, apenas os metadados.

É necessário alterar o número da revisão para uma alteração tão trivial?

Eu aumentaria o número da versão apenas se os usuários precisassem baixar o plug-in novamente. A variável "Testado até" não é usada quando o plug-in é instalado, apenas quando as pessoas desejam instalá-lo ou desejam atualizar. Nesse caso, as informações vêm do servidor de qualquer maneira, para que você não precise forçar um novo download do seu plugin.

Claro que, se o seu readme.txtno trunkdiretório tem Stable tagindicador, você deve atualizar o readme.txtna correta tagssubdiretório, caso contrário ele vai ficar ignorado. Não há problema em atualizar um arquivo no tagsdiretório e em não criar uma nova versão, pois o Subversion é um diretório normal, como todos os outros, é apenas uma convenção de usá-lo para lançamentos históricos marcados.

Penso que as outras respostas explicaram minuciosamente os argumentos a favor do atropelamento do Tested up toatributo e não vejo nada de errado com elas. Como ninguém mencionou motivos para não fazer isso, imaginei que seria o advogado do diabo;)

• As tags são planejadas e assumidas como uma captura instantânea de um programa em um determinado momento. A edição de uma tag após o fato viola as convenções nas quais as pessoas confiam ao trabalhar com o código. As possíveis conseqüências são reconhecidamente menores - se não inexistentes - neste caso específico, mas muitas pessoas preferem adotar uma postura purista em situações como essas e manter as coisas 100% claras. É por isso que alguns clientes SVN emitem um aviso quando um usuário tenta confirmar alterações em uma tag.
• Como usuário potencial de um plug-in, se eu estivesse visualizando os logs do SVN e notasse um autor fazendo alterações nas versões marcadas, suspeitaria que talvez sua conta tenha sido invadida e alguém estivesse tentando injetar malware na versão mais recente, ou que o autor não estava ciente de como o controle de origem funciona - e, por extensão, pode não ser um programador muito bom - o que me deixaria hesitante em baixar o plugin.
• Você perde alguns dados históricos. Por exemplo, se você quiser voltar um ano depois e acompanhar a compatibilidade do seu plug-in com as versões principais, não poderá fazer uma análise precisa porque seus dados foram corrompidos.
• Há outro mecanismo para alcançar o mesmo resultado. O repositório permite que os usuários votem se uma versão específica de um plug-in funciona ou não com uma versão específica do core. Pessoalmente, confio nesses dados mais do que a afirmação do autor do plug-in.
• Suspeito que a motivação para coisas como essa geralmente seja o ego e a insegurança do autor do plugin; eles querem garantir que o plug-in pareça "bem-sucedido" e seja baixado o máximo possível. Eu vejo esse tipo de comportamento muito entre os autores de plugins e muitas vezes sinto a tentação, mas acho que é meio imaturo e doentio, então tento resistir.

Meu conselho seria relaxar e deixar as tags em paz. Basta dar seu voto individual para "funciona" na página do repositório - após uma rodada de testes, é claro - e deixar por isso mesmo. Se você está realmente preocupado com o fato de seu plug-in parecer estar ativo, gaste seu tempo trabalhando em novos lançamentos com correções de bugs, melhorias de segurança / desempenho / interface do usuário e novos recursos úteis; não perca tempo se preocupando com o que as outras pessoas pensam ou com quantos downloads seu plug-in recebeu na semana passada.

Bem, se você está apenas atualizando o leia-me, não vejo razão para aumentar o número da versão. Se você está apenas usando o tronco, pode fazer um rápido comprometimento para alterar uma coisa e ninguém notará realmente se você estiver usando tags. Acho que você precisará criar uma nova tag (nem 100% nem tão bem versada em svn )

Eu acho que é seguro dizer que é uma questão de escolha pessoal. Em vez de uma atualização completa da versão (por exemplo, 1.0 a 2.0), você pode considerar fazer uma versão 1.1.