Каталог плагинов «Последнее обновление» не изменился после первоначальной фиксации?

Я выпустил первую версию своего плагина анализатора Rewrite с коммитом 2010-05-12 . Однако каталог плагинов WordPress.org по- прежнему отображает 2010-11-27 как дату «последнего обновления» - это дата, когда каталог плагинов был создан в репозитории.

FAQ для разработчиков гласит:

Время последнего обновления Время последней регистрации в соответствующем каталоге (транк / или каталог стабильных тегов) после изменения номера версии .

Большинство разработчиков передают свою первую версию сразу после создания каталога плагинов, поэтому вы не заметите разницы. Но я видел такое же несоответствие в других плагинах, которые были зафиксированы более чем через один день после создания каталога .

Я зафиксировал trunk/и tags/1.0/каталоги, и каталоги за один раз (с локальной копией, а затем с фиксацией), но другой плагин с этой проблемой сделал то же, что и большинство людей: фиксацию trunk/и затем удаленную копию tags/1.0/.

Отто недавно сказал :

Единственный раз, когда readme анализируется и запись перестраивается, это когда изменяется версия плагина. Однако для людей, использующих теги, это обычно происходит после создания нового тега и обновления стабильного тега.

Файл readme был проанализирован, поэтому я не знаю, что еще я мог бы сделать, чтобы он обновился правильно?

plugin-development wordpress.org

— Ян Фабри
источник

Это становится очень распространенной проблемой, и я не смог последовательно воспроизвести точно, почему он иногда обновляется, а иногда нет. У меня действительно нет ответа для вас, кроме того, что это может быть что-то глючное с плагином WordPress SVN. Мне было бы интересно услышать официальный ответ.

— Мэтью Муро

Вы пытались кодировать свой файл readme.txt как UTF-8?

— Bainternet

@Bainternet: они не содержат специальных символов, так что вы можете сказать, что это UTF-8 (протестировано путем сравнения MD5 «стандартного» файла, версии с преобразованием в Latin-1 и версии с преобразованием в UTF-8). все равны) Они не содержат символ спецификации в начале, но я предполагаю, что это необязательно?

— Ян Фабри

Я не уверен, является ли это необязательным, но когда у меня возникла та же проблема, сохранение файла readme.txt (также без специальных символов) в формате UTF-8 исправило это через 15 минут.

— Bainternet

@Bainternet: Может быть, это был только дополнительный коммит, который вызвал обновление? WP.org обнаружил новый readme.txt и, таким образом, снова проанализировал файл и, таким образом, обновил метку времени?

— Ян Фабри

Ответы:

Я пытался решить проблему в течение нескольких месяцев, и сделал несколько корректировок, чтобы попытаться решить проблему.

Короче говоря: да, мы знаем, что есть проблема. Нет, я пока не знаю, как это исправить. Вы можете прекратить сообщать об этом уже.

Текущий обходной путь: ЛЮБОЙ коммит любого рода должен инициировать его обновление. Поэтому просто добавьте пробел в readme.txt и подождите 30 минут. Если это не так, свяжитесь со мной: otto@wordpress.org

— эфирное масло
источник

Описание : я обновил как транк, так и текущие файлы readme тега, и они не показывают обновленный текст на странице плагина. 1) : readme.txtанализируется ли только одна версия за раз? Есть ли кеш на стороне wp.org? 2) Лучшее место, чтобы спросить об этом? Ваш адрес электронной почты, плагины на wp org, wp-hackers, форум, твиттер?

— brasofilo

Основываясь на обсуждении комментариев в вопросе, я считаю, что у нас есть ответ на этот вопрос.

Сохранение файла readme.txt с кодировкой Unicode-8 (UTF-8), по- видимому, устраняет проблему «Последнее обновление».

— Мэтью Муро
источник

Для записи, кажется, также следует всегда делать копию тега последней версии, чтобы гарантировать, что дата последнего обновления и номер версии будут обновлены.

— anmari
источник