Directory plug-in "Ultimo aggiornamento" non modificata dopo il commit iniziale?

Ho rilasciato la prima versione del mio plug-in analizzatore Rewrite con un commit il 12/05/2010 . La directory dei plugin di WordPress.org mostra comunque come 27-11-2010 la data "Ultimo aggiornamento" - questa è la data in cui la directory dei plugin è stata creata nel repository.

Le FAQ per gli sviluppatori indicano :

Ora ultimo aggiornamento Ora dell'ultimo check-in nella directory appropriata (trunk / o nella directory tag stabile) dopo una modifica del numero di versione .

La maggior parte degli sviluppatori esegue il commit della prima versione subito dopo la creazione della directory dei plug-in, quindi non noterai la differenza. Ma ho visto la stessa discrepanza in altri plugin che sono stati impegnati più di un giorno dopo la creazione della directory .

Ho eseguito il commit di entrambe le directory trunk/e tags/1.0/in una sola volta (con una copia locale e quindi un commit), ma l'altro plug-in con questo problema ha fatto come la maggior parte delle persone: un commit di trunk/e quindi una copia remota in tags/1.0/.

Otto ha recentemente affermato :

L'unica volta che il file readme viene analizzato e la voce viene ricostruita è quando la versione del plug-in cambia. Tuttavia, per le persone che usano i tag, ciò accade generalmente dopo aver creato il nuovo tag e aver aggiornato il tag stabile.

Il file Leggimi è stato analizzato, quindi non so cos'altro avrei potuto fare per aggiornarlo correttamente?

plugin-development wordpress.org

— Jan Fabry
fonte

Questo sta diventando un problema molto comune e non sono stato in grado di riprodurre in modo coerente esattamente il motivo per cui a volte si aggiorna e talvolta no. Non ho davvero una risposta per te se non che potrebbe essere un problema con il plugin WordPress SVN. Sarei interessato a sentire una risposta ufficiale.

— Matthew Muro,

Hai provato a codificare il tuo file readme.txt come UTF-8?

— Bainternet,

@Bainternet: non contengono caratteri speciali, quindi si potrebbe dire che sono UTF-8 (testati confrontando l'MD5 del file "standard", la versione convertita in latino-1 e la versione convertita in UTF-8 : tutti uguali). Non contengono un carattere DBA all'inizio, ma suppongo che questo sia facoltativo?

— Jan Fabry,

Non sono sicuro che sia facoltativo, ma quando ho avuto lo stesso problema, il salvataggio del mio file readme.txt (anche senza caratteri speciali) in formato UTF-8 lo ha risolto 15 minuti dopo.

— Bainternet,

@Bainternet: forse è stato proprio il commit extra che ha attivato l'aggiornamento? WP.org ha rilevato un nuovo file readme.txt e quindi analizzato di nuovo il file e quindi aggiornato il timestamp?

— Jan Fabry,

Risposte:

Sto cercando di risolvere il problema da mesi ormai e ho apportato diverse modifiche per cercare di risolverlo.

In breve: Sì, sappiamo che c'è un problema. No, non so ancora come risolverlo. Puoi smettere di segnalarlo già.

Soluzione alternativa attuale: QUALSIASI commit di qualsiasi tipo dovrebbe attivarlo per l'aggiornamento. Quindi semplicemente aggiungendo uno spazio a readme.txt e aspettando 30 minuti dovrebbe fare il trucco. In caso contrario, contattami: otto@wordpress.org

— Otto
fonte

Descrizione : ho aggiornato i file readme sia del trunk sia del tag corrente e non visualizzano il testo aggiornato nella pagina del plug-in. 1) : readme.txtviene analizzata solo una versione alla volta? Oggi c'è cache sul lato wp.org? 2) Il posto migliore per chiedere di questo? La tua email, plugin su wp org, wp-hackers, forum, twitter?

— brasofilo,

Sulla base della discussione di commento nella domanda, credo che abbiamo una risposta a questo.

Il salvataggio del file readme.txt con la codifica Unicode-8 (UTF-8) sembra correggere il problema "Ultimo aggiornamento".

— Matthew Muro
fonte

Per la cronaca, sembra che si debba sempre fare anche una copia tag dell'ultima versione per assicurarsi che sia la data dell'ultimo aggiornamento sia il numero della versione vengano aggiornati.

— Anmari
fonte