È necessario eseguire il bump della versione di un plug-in se si sta semplicemente aggiornando l'attributo "Testato fino a"?

Ho un certo numero di plug-in ospitati sul server svn wordpress.org ... con la versione immenente di 3.1, vorrei aggiornare i metadati "Testati fino a".

Non ci saranno cambiamenti funzionali al codice, solo i metadati.

È necessario cambiare il numero di revisione per un cambiamento così banale?

Aumenterei il numero di versione solo se gli utenti dovessero scaricare di nuovo il plugin. La variabile "Testato fino a" non viene utilizzata quando il plug-in è installato, solo quando le persone vogliono installarlo o vogliono aggiornarlo. In tal caso, le informazioni provengono comunque dal server, quindi non è necessario forzare un nuovo download del plug-in.

Ovviamente, se readme.txtnella tua trunkdirectory è presente un Stable tagindicatore, dovresti aggiornare la readme.txtnella tagssottodirectory corretta , altrimenti verrà ignorata. Non c'è alcun problema ad aggiornare un file nella tagsdirectory e non creare una nuova versione, per Subversion è una directory normale proprio come tutte le altre, è solo una convenzione usarla per le versioni storiche con tag.

Penso che le altre risposte abbiano spiegato in modo esauriente gli argomenti a favore del bump Tested up todell'attributo e non vedo nulla di sbagliato in essi. Dato che nessuno ha menzionato alcun motivo per non farlo, ho pensato di interpretare l'avvocato del diavolo;)

• I tag sono intesi e considerati come un'istantanea di un programma in un determinato momento. La modifica di un tag dopo il fatto viola le convenzioni su cui le persone si affidano quando lavorano con il codice. Le potenziali conseguenze sono certamente minori - se non inesistenti - in questo caso specifico, ma molte persone preferiscono assumere una posizione purista in situazioni come queste e mantenere le cose al 100% chiare. Questo è il motivo per cui alcuni client SVN emettono un avviso quando un utente tenta di eseguire il commit di modifiche a un tag.
• Come potenziale utente di un plug-in, se guardassi i log SVN e notassi che un autore stava apportando modifiche alle versioni taggate, avrei il sospetto che forse il suo account fosse stato violato e qualcuno stesse cercando di iniettare malware nell'ultima versione, o che l'autore non era a conoscenza di come funziona il controllo del codice sorgente - e per estensione, potrebbe non essere un programmatore molto bravo - il che mi renderebbe titubante nel scaricare il plugin.
• Perdi alcuni dati storici. Ad esempio, se desideri tornare un anno dopo e tenere traccia della compatibilità del tuo plug-in con le versioni core, non puoi effettuare un'analisi accurata perché i tuoi dati sono stati danneggiati.
• C'è un altro meccanismo per ottenere lo stesso risultato. Il repository consente agli utenti di votare se una versione specifica di un plugin funziona o meno con una versione specifica di core. Personalmente, mi fido di questi dati più della dichiarazione dell'autore del plugin.
• Sospetto che la motivazione di cose come questa sia spesso l'ego e l'insicurezza dell'autore del plugin; vogliono assicurarsi che il loro plugin appaia "di successo" e venga scaricato il più possibile. Vedo questo tipo di comportamento molto tra gli autori di plugin e spesso sento la tentazione da solo, ma penso che sia un po 'immaturo e malsano, quindi provo a resistere.

Il mio consiglio sarebbe di rilassarmi e di lasciare i tag da soli. Basta esprimere il tuo voto individuale per "funziona" nella pagina del repository - dopo una serie di prove, ovviamente - e lasciarlo. Se sei davvero così preoccupato per il tuo plugin che sembra essere attivo, allora dedica il tuo tempo a lavorare su nuove versioni con correzioni di bug, miglioramenti di sicurezza / prestazioni / UI e utili nuove funzionalità; non perdere tempo a preoccuparti di cosa pensano gli altri o di quanti download ha ottenuto il tuo plugin la scorsa settimana.

Bene, se stai semplicemente aggiornando il file Leggimi, non vedo alcun motivo per aumentare il numero di versione. Se stai solo usando il trunk puoi fare un rapido commit per cambiare quella cosa e nessuno noterà davvero se stai usando i tag Penso che dovrai creare un nuovo tag (non al 100% non ben versato con svn ).

Penso che sia sicuro affermare che si tratta di una scelta personale. Invece di un aggiornamento della versione completa (ad es. Da 1.0 a 2.0) potresti prendere in considerazione l'idea di renderlo una versione 1.1.