Direktori plugin "Terakhir Diperbarui" tidak berubah setelah komit awal?


8

Saya merilis versi pertama plugin penganalisis Rewrite saya dengan komit pada 2010-05-12 . Direktori plugin WordPress.org masih menampilkan 2010-11-27 sebagai tanggal "Terakhir Diperbarui" - ini adalah tanggal ketika direktori plugin dibuat dalam repositori.

FAQ Pengembang menyatakan:

Waktu yang diperbarui terakhir
Waktu check-in terakhir ke direktori yang sesuai (trunk / atau direktori tag stabil) setelah perubahan nomor versi .

Sebagian besar pengembang melakukan versi pertama mereka tepat setelah direktori plugin mereka dibuat, sehingga Anda tidak akan melihat perbedaannya. Tetapi saya telah melihat perbedaan yang sama di plugin lain yang dilakukan lebih dari satu hari setelah direktori dibuat .

Saya melakukan kedua direktori trunk/dan tags/1.0/sekaligus (dengan salinan lokal dan kemudian komit), tetapi plugin lain dengan masalah ini melakukannya seperti kebanyakan orang: melakukan trunk/dan kemudian salinan jarak jauh tags/1.0/.

Otto baru-baru ini mengatakan :

Satu-satunya saat readme diurai dan entri dibangun kembali adalah ketika versi plugin berubah. Namun, untuk orang yang menggunakan tag, ini biasanya terjadi setelah mereka membuat tag baru dan memperbarui Tag Stabil.

File readme diurai, jadi saya tidak tahu apa lagi yang bisa saya lakukan untuk memperbaruinya dengan benar?


Ini menjadi masalah yang sangat umum dan saya belum dapat secara konsisten mereproduksi persis mengapa kadang-kadang akan diperbarui dan kadang-kadang tidak. Saya tidak benar-benar memiliki jawaban untuk Anda selain itu mungkin sesuatu yang buggy dengan plugin WordPress SVN. Saya tertarik mendengar jawaban resmi.
Matthew Muro

Apakah Anda mencoba menyandikan file readme.txt Anda sebagai UTF-8?
Bainternet

@Bainternet: Mereka tidak mengandung karakter khusus, jadi bisa dibilang mereka UTF-8 (diuji dengan membandingkan MD5 dari file "standar", versi dikonversi ke Latin-1, dan dikonversi ke versi UTF-8 : semua sama). Mereka tidak mengandung karakter BOM pada awalnya, tetapi saya menganggap ini opsional?
Jan Fabry

Saya tidak yakin apakah ini opsional tetapi ketika saya memiliki masalah yang sama, menyimpan readme.txt saya (juga tanpa karakter khusus) dalam format UTF-8 memperbaikinya 15 menit kemudian.
Bainternet

@ Netternet: Mungkin hanya komit ekstra yang memicu pembaruan? WP.org mendeteksi readme.txt baru dan dengan demikian mem-parsing file lagi dan dengan demikian memperbarui timestamp?
Jan Fabry

Jawaban:


3

Saya sudah mencoba menyelesaikan masalah ini selama berbulan-bulan sekarang, dan telah melakukan beberapa penyesuaian untuk mencoba menyelesaikan masalah tersebut.

Singkatnya: Ya, kami tahu ada masalah. Tidak, saya belum tahu cara memperbaikinya. Anda dapat berhenti melaporkannya.

Penanganan saat ini: Komitmen apa pun dalam bentuk apa pun harus memicu pembaruan. Jadi cukup menambahkan spasi ke readme.txt dan menunggu 30 menit harus melakukan trik. Jika tidak, maka hubungi saya: otto@wordpress.org


Deskripsi : Saya telah memperbarui file readme trunk dan tag saat ini dan mereka tidak menampilkan teks yang diperbarui di halaman plugin. 1) : Apakah readme.txthanya mendapatkan parsing satu versi pada satu waktu? Adakah cache di sisi wp.org saat ini? 2) Tempat terbaik untuk bertanya tentang ini? Email Anda, plugin di wp org, wp-hacker, forum, twitter?
brasofilo

0

Berdasarkan diskusi komentar dalam pertanyaan, saya yakin kami punya jawaban untuk ini.

Menyimpan file readme.txt dengan pengkodean Unicode-8 (UTF-8) tampaknya memperbaiki masalah 'Terakhir Diperbarui'.


0

Sebagai catatan, tampaknya orang juga harus selalu membuat salinan tag dari versi terbaru juga untuk memastikan bahwa tanggal dan nomor versi terakhir yang diperbarui diperbarui.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.