Plugin-Verzeichnis "Zuletzt aktualisiert" nach dem ersten Commit nicht geändert?

Ich habe die erste Version meines Rewrite Analyzer-Plugins mit einem Commit am 12.05.2010 veröffentlicht . Das Plugin-Verzeichnis von WordPress.org zeigt jedoch weiterhin den 27.11.2010 als Datum der letzten Aktualisierung an. Dies ist das Datum, an dem das Plugin-Verzeichnis im Repository erstellt wurde.

In den Entwickler-FAQ heißt es:

Letzte aktualisierte Zeit
Zeitpunkt des letzten Eincheckens in das entsprechende Verzeichnis (Trunk / oder das stabile Tag-Verzeichnis) nach einer Änderung der Versionsnummer .

Die meisten Entwickler schreiben ihre erste Version direkt nach der Erstellung ihres Plugin-Verzeichnisses fest, sodass Sie den Unterschied nicht bemerken. Ich habe jedoch die gleiche Diskrepanz bei anderen Plugins festgestellt , die mehr als einen Tag nach der Erstellung des Verzeichnisses festgeschrieben wurden .

Ich verpflichten , sowohl die trunk/und tags/1.0/Verzeichnisse in einem Rutsch (mit einer lokalen Kopie und dann einer Festschreibung), aber das andere Plugin mit diesem Problem hat es wie die meisten Menschen tun: eine Festschreibung von trunk/und dann einer Remote - Kopie an tags/1.0/.

Otto sagte kürzlich :

Die Readme-Datei wird nur analysiert und der Eintrag wird neu erstellt, wenn sich die Version des Plugins ändert. Bei Personen, die Tags verwenden, geschieht dies jedoch im Allgemeinen, nachdem sie das neue Tag erstellt und das stabile Tag aktualisiert haben.

Die Readme-Datei wurde analysiert, sodass ich nicht weiß, was ich sonst hätte tun können, um sie korrekt zu aktualisieren.

plugin-development wordpress.org

— Jan Fabry
quelle

Dies wird zu einem sehr häufigen Problem, und ich konnte nicht genau reproduzieren, warum es manchmal aktualisiert wird und manchmal nicht. Ich habe keine wirkliche Antwort für Sie, außer dass es mit dem WordPress-Plugin SVN ein Fehler sein könnte. Es würde mich interessieren, eine offizielle Antwort zu hören.

— Matthew Muro

Haben Sie versucht, Ihre readme.txt-Datei als UTF-8 zu codieren?

— Bainternet

@Bainternet: Sie enthalten keine Sonderzeichen, man könnte also sagen, dass es sich um UTF-8 handelt (getestet durch Vergleichen des MD5 der "Standard" -Datei, der in Latin-1 konvertierten Version und der in UTF-8 konvertierten Version : alle gleich). Sie enthalten zu Beginn kein Stücklistenzeichen, aber ich gehe davon aus, dass dies optional ist.

— Jan Fabry

Ich bin nicht sicher, ob es optional ist, aber als ich das gleiche Problem hatte, wurde es 15 Minuten später behoben, indem ich meine readme.txt (auch ohne Sonderzeichen) im UTF-8-Format speicherte.

— Bainternet

@Bainternet: Vielleicht war es nur das zusätzliche Commit, das das Update ausgelöst hat? WP.org hat eine neue readme.txt erkannt und damit die Datei erneut analysiert und damit den Zeitstempel aktualisiert?

— Jan Fabry

Ich habe seit Monaten versucht, das Problem zu lösen, und einige Anpassungen vorgenommen, um das Problem zu lösen.

Kurzum: Ja, wir wissen, dass es ein Problem gibt. Nein, ich weiß noch nicht, wie ich das beheben soll. Sie können die Meldung bereits beenden.

Aktuelle Problemumgehung: JEDES Commit jeglicher Art sollte das Update auslösen. Fügen Sie der readme.txt einfach ein Leerzeichen hinzu und warten Sie 30 Minuten, um den Trick auszuführen. Wenn nicht, kontaktieren Sie mich: otto@wordpress.org

— Otto
quelle

Beschreibung : Ich habe sowohl Trunk- als auch aktuelle Tag-Readme-Dateien aktualisiert und sie zeigen den aktualisierten Text nicht auf der Seite des Plugins an. 1) : Wird jeweils readme.txtnur eine Version analysiert? Gibt es heutzutage einen Cache auf wp.org? 2) Bester Ort, um danach zu fragen? Deine E-Mail, Plugins bei wp org, wp-Hacker, Forum, Twitter?

— Brasofilo

Aufgrund der Kommentardiskussion in der Frage glaube ich, dass wir eine Antwort darauf haben.

Das Speichern der Datei readme.txt mit Unicode-8- Codierung (UTF-8) scheint das Problem "Zuletzt aktualisiert" zu beheben.

— Matthew Muro
quelle

Für die Aufzeichnung scheint es, dass man auch immer eine Tag-Kopie der neuesten Version erstellen sollte, um sicherzustellen, dass sowohl das Datum der letzten Aktualisierung als auch die Versionsnummer aktualisiert werden.

— Anmari
quelle