Почему существуют «обновления» для версий dev модулей, которые не содержат никаких изменений в коде?


8

Когда я использовал drush для проверки обновлений на моем сайте, на котором установлено около 100 модулей, мне сообщили, что в версиях dev нескольких версий модулей были обновления.

Однако, когда я обновил новую версию, единственное, что было изменено, это информация об упаковке и метка даты.

Например, это git diff для версии модуля Prepopulate:

-; Information added by drupal.org packaging script on 2013-05-25
+; Information added by drupal.org packaging script on 2013-10-01
 version = "7.x-2.x-dev"
 core = "7.x"
 project = "prepopulate"
-datestamp = "1369450574"
+datestamp = "1380623732"

Вот и все - никаких реальных изменений в коде. Если бы это был только один модуль, я бы не стал много думать об этом. Однако у меня было несколько таких модулей: модуль Role Expire, модуль Views PHP, модуль PHP Mailer, i18nviews и многое другое.

Мне очень неприятно загружать каждое из этих обновлений и делать различие, только чтобы увидеть, что ничего не изменилось. Я чувствую, что я действительно трачу свое время. Делают ли это сопровождающие? Это как-то связано с Drupalcon?


2
Я боюсь, что ваш заголовок может быть неправильным здесь. Вы предполагаете, что это сделали сопровождающие. Вы на 100% уверены, что это не что-то сделанное скриптом упаковки drupal.org? Возможно, при таких действиях, как создание филиалов или другой доступ к git-репо, которые не должны вызывать переупаковку?
Молот

Я вижу ... эта мысль не пришла мне в голову. Если это так, то и переупаковка не должна была быть создана в любом случае, я полагаю, что нет никакой надежды на возможность легко обнаруживать и игнорировать такие обновления.
Патрик Кенни

Модуль Project отвечает за управление проектами на drupal.org (не совсем уверен, как работает упаковка); Может быть, вы могли бы посмотреть на это. Версия 7.x этого модуля нестабильна, как вы можете видеть, поэтому это может быть ошибка в модуле, и о ней следует сообщить в очередь ошибок.
AjitS

Для тех, кто голосует за это вне темы: участие сообщества и создание сайтов имеют отношение к теме, и я не думаю, что это действительно относится к категории «Вопросы о drupal.org» вне темы - в конце концов, речь идет о том, как работать с модулями. упакованы на стороне пользователя. И, возможно, о разработке собственных модулей, хранящихся там на Drupal.org. Может быть, стоит перейти к мета, чтобы обсудить это?
Молот

3
Это проблема «разработчик как конечный пользователь», и поэтому по теме - я стараюсь обновлять свой сайт. Но я не хочу иметь дело с «обновлениями», которые не являются реальными обновлениями, поэтому я хочу понять, почему это происходит.
Патрик Кенни

Ответы:


6

Странно, я выбрал несколько модулей наугад, и я вижу, что версии dev последовательно упакованы 2013-окт-01. Я не могу найти никого с другим свиданием сейчас .

Примеры, которые я тестировал:

и многое другое.

Изменить: некоторые из них, ближе к началу алфавита, был упакован на день раньше:

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

С таким количеством несвязанных проектов, переупакованных в один и тот же день, и без какой-либо связи с их журналом GIT, это должно быть что-то на стороне Drupal.org, которое вызвало массовую переупаковку.

Просто невозможно, чтобы все сопровождающие решили перестроить в один и тот же день, плюс, насколько я помню, единственный способ вызвать их перестройку - это в любом случае через GIT.

ПОНЯЛ

https://drupal.org/node/2101175#comment-7919049

Релизы -dev в настоящее время перестраиваются ... работают в алфавитном порядке, и пакетов много, так что это займет некоторое время. :)

Таким образом, это была ручная перестройка, инициированная для устранения проблемы с инфраструктурой, а не то, что планировалось как обычное действие.

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.