Perché ci sono "aggiornamenti" per le versioni di sviluppo dei moduli che non includono modifiche al codice?

Quando ho usato drush per verificare la presenza di aggiornamenti sul mio sito, su cui sono installati circa 100 moduli, sono stato informato che le versioni di sviluppo di diverse versioni dei moduli avevano aggiornamenti.

Tuttavia, quando ho aggiornato la nuova versione, l'unica cosa che è stata modificata è stata l'informazione sul packaging e il datestamp.

Ad esempio, questa è la differenza git per la versione dev del modulo 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"

Ecco fatto: nessuna modifica effettiva al codice. Se questo fosse solo un modulo, non ci penserei molto. Tuttavia, avevo diversi moduli come questo: il modulo Role Expire, il modulo Views PHP, il modulo PHP Mailer, i18nviews e potrebbero essercene di più.

È abbastanza frustrante per me scaricare ciascuno di questi aggiornamenti e fare un diff, solo per vedere che nulla è cambiato. Sento che sto davvero sprecando il mio tempo. I manutentori lo stanno facendo? Questo ha qualcosa a che fare con Drupalcon?

7 community-official-site

— Patrick Kenny
fonte

Temo che il tuo titolo potrebbe essere sbagliato qui. Supponi che siano i manutentori a farlo. Sei sicuro al 100% che non sia qualcosa fatto dallo script di packaging di drupal.org? Forse su azioni come la creazione di filiali o altri accessi repo git che non dovrebbero innescare il riconfezionamento?

— Mołot

Vedo ... quel pensiero non mi è venuto in mente. In tal caso, quindi, e il riconfezionamento non avrebbe dovuto essere creato comunque, suppongo che non ci sia speranza di poter facilmente rilevare e ignorare tali aggiornamenti.

— Patrick Kenny,

Il modulo Progetto è responsabile della gestione dei progetti su drupal.org (non sono completamente sicuro di come funzioni il packaging); Forse potresti guardarci dentro. La versione 7.x di questo modulo è instabile come puoi vedere, quindi potrebbe trattarsi di un bug nel modulo e dovrebbe essere segnalato alla coda dei problemi.

— AjitS

Per chiunque vota questo off-topis: il coinvolgimento della comunità e la costruzione del sito sono in tema, e non penso che questo rientri davvero nella categoria "Temi su drupal.org" - dopo tutto riguarda il modo in cui i moduli sono confezionati dal lato dell'utente. E possibilmente sullo sviluppo dei propri moduli mantenuti lì su Drupal.org. Forse dovrebbe andare su meta per discuterne?

— Mołot,

Si tratta di un problema di "sviluppatore come utente finale" e quindi sull'argomento: cerco di mantenere aggiornato il mio sito. Ma non voglio avere a che fare con "aggiornamenti" che non sono aggiornamenti reali, quindi voglio capire perché questo sta accadendo.

— Patrick Kenny,

Strano, ho selezionato alcuni moduli in modo casuale e vedo versioni dev costantemente confezionate 2013-ott-01. Non riesco a trovare nessuno con un'altra data ora .

Esempi che ho testato:

e molti altri.

Modifica: alcuni di loro, più vicini all'inizio dell'alfabeto, sono stati confezionati un giorno prima:

ma l'operazione grande come questa sicuramente ha richiesto del tempo considerevole e sembra ancora una lunga coda di ricostruzione.

Con così tanti progetti non correlati riconfezionati nello stesso giorno e senza alcuna correlazione con il loro registro GIT, deve essere qualcosa sul lato Drupal.org che ha innescato il riconfezionamento di massa.

È semplicemente impossibile che tutti i manutentori abbiano deciso di ricostruire nello stesso giorno, inoltre per quanto ricordo l'unico modo per innescare per loro la ricostruzione è comunque tramite GIT.

FATTO

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

-dev le versioni sono attualmente in fase di ricostruzione ... funzionano in ordine alfabetico e ci sono molti pacchetti, quindi ci vorrà del tempo. :)

Quindi è stata una ricostruzione manuale innescata per risolvere un problema con l'infrastruttura, non qualcosa pianificato come azione regolare.

— Molot
fonte