Pourquoi existe-t-il des «mises à jour» des versions de développement des modules qui n'incluent aucune modification du code?

8

Lorsque j'ai utilisé drush pour vérifier les mises à jour de mon site, qui a environ 100 modules installés, j'ai été informé que les versions de développement de plusieurs versions des modules avaient des mises à jour.

Cependant, lorsque j'ai mis à jour la nouvelle version, la seule chose qui a été modifiée a été les informations d'emballage et l'estampille.

Par exemple, voici le diff git pour la version dev du module 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"

C'est tout - aucune modification réelle du code. Si ce n'était qu'un module, je n'y penserais pas beaucoup. Cependant, j'avais plusieurs modules comme celui-ci: le module Expiration du rôle, le module Vues PHP, le module PHP Mailer, i18nviews, et il peut y en avoir plus.

C'est assez frustrant pour moi de télécharger chacune de ces mises à jour et de faire une différence, seulement pour voir que rien n'a changé. Je sens que je perds vraiment mon temps. Les responsables font-ils cela? Est-ce que cela a quelque chose à voir avec Drupalcon?

Patrick Kenny
la source
2
J'ai bien peur que votre titre soit faux ici. Vous supposez que ce sont les responsables qui l'ont fait. Êtes-vous sûr à 100% que ce n'est pas quelque chose qui est fait par le script de packaging de drupal.org? Peut-être sur des actions comme la création de branches ou d'autres accès git repo qui ne devraient pas déclencher le reconditionnement?
Mołot
Je vois - cette pensée n'est pas entrée dans mon esprit. Si c'est le cas, alors, et que le reconditionnement n'aurait pas dû être créé de toute façon, je suppose qu'il n'y a aucun espoir de pouvoir facilement détecter et ignorer de telles mises à jour.
Patrick Kenny
Le module Projet est responsable de la gestion des projets sur drupal.org (pas complètement sûr du fonctionnement de l'emballage); Vous pourriez peut-être y jeter un œil. La version 7.x de ce module est instable comme vous pouvez le voir, cela peut donc être un bogue dans le module et doit être signalé à la file d'attente des problèmes.
AjitS
Pour tous ceux qui votent sur ce sujet: l'implication de la communauté et la création de sites sont sur le sujet, et je ne pense pas que cela tombe vraiment dans la catégorie hors sujet "Issues about drupal.org" - après tout, il s'agit de gérer la façon dont les modules sont emballés du côté de l'utilisateur. Et peut-être sur le développement de ses propres modules conservés sur Drupal.org. Peut-être que ça devrait aller à la méta pour en discuter?
Mołot
3
Il s'agit d'un problème "développeur en tant qu'utilisateur final" et donc sur le sujet - j'essaie de garder mon site à jour. Mais je ne veux pas traiter des "mises à jour" qui ne sont pas de véritables mises à jour, donc je veux comprendre pourquoi cela se produit.
Patrick Kenny

Réponses:

6

Étrange, j'ai sélectionné certains modules au hasard et je vois des versions de développement systématiquement emballées 2013-oct-01. Je ne trouve personne avec une autre date maintenant .

Exemples que j'ai testés:

et beaucoup plus.

Edit: Certains d'entre eux, plus proches du début de l'alphabet, ont été emballés un jour plus tôt:

mais un fonctionnement important, car cela devait sûrement prendre beaucoup de temps et cela ressemble toujours à une longue file d'attente de reconstruction.

Avec autant de projets non liés reconditionnés le même jour, et sans aucune corrélation avec leur journal GIT, ce doit être quelque chose du côté Drupal.org qui a déclenché un reconditionnement de masse.

Il est tout simplement impossible que tous les responsables aient décidé de reconstruire le même jour, et pour autant que je me souvienne, le seul moyen de déclencher leur reconstruction est de toute façon via GIT.

JE L'AI

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

Les versions de -dev sont en cours de reconstruction ... fonctionnent par ordre alphabétique, et il y a beaucoup de paquets, donc cela prendra un certain temps. :)

Il s'agissait donc d'une reconstruction manuelle déclenchée pour résoudre un problème d'infrastructure, et non de quelque chose de prévu en tant qu'action régulière.

Mołot
la source