Por que existem “atualizações” nas versões dev dos módulos que não incluem nenhuma alteração no código?

Quando usei o drush para verificar se há atualizações no meu site, que possui cerca de 100 módulos instalados, fui informado de que as versões de desenvolvimento de várias versões dos módulos tinham atualizações.

No entanto, quando atualizei a nova versão, a única coisa que foi alterada foram as informações de embalagem e o carimbo de data.

Por exemplo, este é o diff git da versão de desenvolvimento do módulo 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"

É isso-- nenhuma alteração real no código. Se este fosse apenas um módulo, eu não pensaria muito nisso. No entanto, eu tinha vários módulos como este - o módulo Expiração de Função, o módulo Views PHP, o módulo PHP Mailer, i18nviews e pode haver mais.

É muito frustrante para mim baixar cada uma dessas atualizações e fazer uma comparação, apenas para ver que nada mudou. Sinto que estou realmente perdendo meu tempo. Os mantenedores estão fazendo isso? Isso tem algo a ver com Drupalcon?

7 community-official-site

— Patrick Kenny
fonte

Receio que seu título esteja errado aqui. Você supõe que os mantenedores fizeram isso. Você tem 100% de certeza de que não é algo feito pelo script de empacotamento do drupal.org? Possivelmente em ações como a criação de ramificações ou outro acesso ao repositório Git que não deve acionar a reembalagem?

— Mołot 04/10

Entendo ... esse pensamento não me veio à mente. Se for esse o caso, então, e a reembalagem não deveria ter sido criada, suponho que não haja esperança de poder detectar e ignorar facilmente essas atualizações.

— Patrick Kenny

O módulo Projeto é responsável por gerenciar os projetos no drupal.org (sem ter certeza de como a embalagem funciona); Talvez você possa investigar. A versão 7.x deste módulo é instável, como você pode ver, portanto, isso pode ser um bug no módulo e deve ser relatado à fila de problemas.

— AjitS

Para qualquer pessoa que vote fora deste tópico: o envolvimento da comunidade e a criação de sites são tópicos, e eu não acho que isso realmente se enquadre na categoria fora de tópico "Questões sobre drupal.org" - afinal, trata-se de lidar com a maneira como os módulos são embalados no lado do usuário. E possivelmente sobre o desenvolvimento de módulos próprios mantidos lá no Drupal.org. Talvez deva ir à meta discutir isso?

— Mołot 04/10

Esse é um problema de "desenvolvedor como usuário final" e, portanto, no tópico - tento manter meu site atualizado. Mas não quero lidar com "atualizações" que não são reais, por isso quero entender por que isso está acontecendo.

— Patrick Kenny

Estranho, selecionei alguns módulos aleatoriamente e vejo versões de desenvolvimento consistentemente compactadas 2013-Oct-01. Não consigo encontrar ninguém com outra data agora .

Exemplos que testei:

e muitos mais.

Edit: Alguns deles, mais perto do início do alfabeto, foram empacotados um dia antes:

mas uma operação grande como essa certamente levou um tempo considerável e ainda parece uma longa fila de reconstrução.

Com tantos projetos não relacionados reembalados no mesmo dia e sem nenhuma correlação com o log do GIT, deve ser algo do lado do Drupal.org que desencadeou o reembalagem em massa.

É simplesmente impossível que todos os mantenedores decidam reconstruir no mesmo dia, e, tanto quanto me lembro, a única maneira de acioná-los é através do GIT.

ENTENDI

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

As versões do -dev estão sendo reconstruídas no momento ... funcionando em ordem alfabética, e há muitos pacotes, por isso levará um tempo. :)

Portanto, foi uma reconstrução manual acionada para corrigir um problema com a infraestrutura, não algo planejado como ação regular.

— Mołot
fonte