Warum gibt es "Updates" für Entwicklungsversionen von Modulen, die keine Änderungen am Code enthalten?


8

Als ich drush verwendete, um nach Updates für meine Site zu suchen, auf der ungefähr 100 Module installiert sind, wurde ich informiert, dass die Entwicklerversionen mehrerer Versionen der Module Updates enthielten.

Als ich jedoch die neue Version aktualisierte, wurden nur die Verpackungsinformationen und der Datenstempel geändert.

Dies ist beispielsweise das Git-Diff für die Entwicklungsversion des Prepopulate-Moduls:

-; 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"

Das war's - keine tatsächlichen Änderungen am Code. Wenn dies nur ein Modul wäre, würde ich nicht viel darüber nachdenken. Ich hatte jedoch mehrere Module wie dieses - das Role Expire-Modul, das Views PHP-Modul, das PHP Mailer-Modul, i18nviews und möglicherweise weitere.

Es ist ziemlich frustrierend für mich, jedes dieser Updates herunterzuladen und einen Unterschied zu machen, nur um zu sehen, dass sich nichts geändert hat. Ich habe das Gefühl, dass ich wirklich meine Zeit verschwende. Tun die Betreuer das? Hat das etwas mit Drupalcon zu tun?


2
Ich fürchte, Ihr Titel könnte hier falsch sein. Sie nehmen an, dass es die Betreuer sind, die es getan haben. Sind Sie zu 100% sicher, dass das Verpackungsskript drupal.org dies nicht tut? Möglicherweise bei Aktionen wie der Erstellung von Zweigen oder anderen Git-Repo-Zugriffen, die das Umpacken nicht auslösen sollten?
Mołot

Ich verstehe ... dieser Gedanke kam mir nicht in den Sinn. Wenn dies der Fall ist und das Umpacken sowieso nicht hätte erstellt werden sollen, gibt es vermutlich keine Hoffnung, solche Updates leicht erkennen und ignorieren zu können.
Patrick Kenny

Das Projektmodul ist für die Verwaltung der Projekte auf drupal.org verantwortlich (nicht ganz sicher, wie die Verpackung funktioniert). Vielleicht könnten Sie sich darum kümmern. Wie Sie sehen, ist die 7.x-Version dieses Moduls instabil. Dies kann also ein Fehler im Modul sein und sollte an die Problemwarteschlange gemeldet werden.
AjitS

Für alle, die über dieses Off-Topis abstimmen: Community-Engagement und Site-Building sind thematisch, und ich glaube nicht, dass dies wirklich in die Off-Topic-Kategorie "Probleme mit drupal.org" fällt - schließlich geht es um den Umgang mit der Art und Weise, wie Module verwendet werden werden auf der Benutzerseite verpackt. Und möglicherweise über die Entwicklung eigener Module, die dort auf Drupal.org gespeichert sind. Vielleicht sollte es zu Meta gehen, um das zu diskutieren?
Mołot

3
Dies ist ein Problem "Entwickler als Endbenutzer" und daher thematisch - ich versuche, meine Website auf dem neuesten Stand zu halten. Aber ich möchte mich nicht mit "Updates" befassen, die keine echten Updates sind, also möchte ich verstehen, warum dies geschieht.
Patrick Kenny

Antworten:


6

Seltsamerweise habe ich einige Module zufällig ausgewählt und sehe Entwicklerversionen, die 2013-Okt-01 konsistent gepackt sind. Ich kann jetzt niemanden mit einem anderen Datum finden .

Beispiele, die ich getestet habe:

und viele mehr.

Bearbeiten: Einige von ihnen, näher am Anfang des Alphabets, wurden einen Tag zuvor verpackt:

Aber der große Betrieb musste sicherlich viel Zeit in Anspruch nehmen und es sieht immer noch nach einer langen Warteschlange für den Wiederaufbau aus.

Bei so vielen nicht verwandten Projekten, die am selben Tag neu verpackt wurden und keine Korrelation zu ihrem GIT-Protokoll aufweisen, muss es etwas auf der Drupal.org-Seite sein, das das Massenumpacken ausgelöst hat.

Es ist einfach unmöglich, dass sich alle Betreuer für eine Neuerstellung am selben Tag entschieden haben. Soweit ich mich erinnere, erfolgt die Neuerstellung ohnehin nur über GIT.

VERSTANDEN

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

-dev-Releases werden derzeit neu erstellt ... arbeiten alphabetisch und es gibt viele Pakete, daher wird es eine Weile dauern. :) :)

Es handelte sich also um eine manuelle Neuerstellung, die ausgelöst wurde, um ein Problem mit der Infrastruktur zu beheben, und nicht um eine regelmäßige Aktion.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.