É necessário aumentar a versão de um plug-in se você está apenas atualizando o atributo “Tested up to”?

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

É claro que, se o seu readme.txt no diretório trunk tiver o indicador Stable tag , você deverá atualizar o readme.txt no subdiretório tags correto; caso contrário, ele será ignorado. Não há problema em atualizar um arquivo no diretório tags e não criar uma nova versão, para o Subversion é um diretório normal como todos os outros, é apenas uma convenção para usá-lo para lançamentos históricos marcados.

Eu acho que as outras respostas explicaram completamente os argumentos em favor de bater o atributo Tested up to , e não vejo nada de errado com eles. Uma vez que ninguém mencionou quaisquer razões não para fazer isso, pensei que eu seria o advogado do diabo;)

• As tags são planejadas e assumidas como um instantâneo de um programa em um determinado momento. Editar uma tag após o fato viola as convenções das quais as pessoas confiam quando trabalham com o código. As conseqüências potenciais são reconhecidamente menores - se não inexistentes - neste caso específico, mas muitas pessoas preferem assumir 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 possível usuário de um plug-in, se eu estivesse consultando os registros do SVN e percebesse um autor fazendo alterações nas versões marcadas, suspeitaria que talvez a conta dele tivesse sido hackeada e alguém estivesse tentando injetar malware no versão mais recente, ou que o autor não estava ciente de como funciona o controle de origem - e, por extensão, pode não ser um bom programador - o que me faria hesitar 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 versões principais, não será possível fazer uma análise precisa porque seus dados foram corrompidos.
• Existe outro mecanismo para alcançar o mesmo resultado. O repo permite que os usuários votem se uma versão específica de um plugin funciona ou não com uma versão específica do core. Eu pessoalmente confio nos dados mais do que a afirmação do autor do plug-in.
• Eu suspeito que a motivação para coisas como essa é frequentemente o próprio ego e insegurança do autor do plug-in; eles querem ter certeza de que o plug-in parece "bem-sucedido" e é 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 eu acho que é meio imaturo e insalubre, então eu tento resistir.

Meu conselho seria relaxar e deixar as tags sozinhas. Apenas dê o seu voto individual para "funciona" na página do repo - depois de uma rodada de testes, é claro - e deixe por isso mesmo. Se você está realmente preocupado com o fato de seu plug-in parecer ativo, gaste seu tempo trabalhando em novas versões 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 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 trunk você pode fazer um commit rápido para mudar essa coisa e ninguém vai notar se você está usando tags que eu acho que você vai precisar para criar uma nova tag (não 100% não tão bem versada com o svn ).

Acho que é seguro dizer que isso é uma questão de escolha pessoal. Em vez de uma atualização completa da versão (por exemplo, de 1.0 a 2.0), considere torná-lo uma versão 1.1.