Mengapa ada "pembaruan" untuk versi dev modul yang tidak menyertakan perubahan pada kode?


8

Ketika saya menggunakan drush untuk memeriksa pembaruan ke situs saya, yang memiliki sekitar 100 modul yang diinstal, saya diberitahu bahwa versi dev dari beberapa versi modul memiliki pembaruan.

Namun, ketika saya memperbarui versi baru, satu-satunya hal yang diubah adalah informasi kemasan dan stempel data.

Sebagai contoh, ini adalah git diff untuk versi dev modul 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"

Itu saja - tidak ada perubahan aktual pada kode. Jika ini hanya satu modul, saya tidak akan terlalu memikirkannya. Namun, saya memiliki beberapa modul seperti ini - modul Peran Kedaluwarsa, modul Tampilan PHP, modul PHP Mailer, i18nviews, dan mungkin ada lebih banyak lagi.

Cukup membuat saya frustasi untuk mengunduh setiap pembaruan ini dan melakukan perubahan, hanya untuk melihat bahwa tidak ada yang berubah. Saya merasa bahwa saya benar-benar membuang-buang waktu. Apakah pengelola melakukan ini? Apakah ini ada hubungannya dengan Drupalcon?


2
Saya khawatir gelar Anda mungkin salah di sini. Anda menganggap itu pengelola yang melakukannya. Apakah Anda 100% yakin itu bukan sesuatu yang dilakukan oleh skrip pengepakan drupal.org? Mungkin pada tindakan seperti pembuatan cabang atau akses git repo lainnya yang seharusnya tidak memicu pengemasan ulang?
Mołot

Aku mengerti ... pikiran itu tidak masuk dalam pikiranku. Jika itu masalahnya, maka, dan pengemasan ulang seharusnya tidak dibuat, saya kira tidak ada harapan untuk dapat dengan mudah mendeteksi dan mengabaikan pembaruan tersebut.
Patrick Kenny

The Project modul bertanggung jawab untuk mengelola proyek-proyek di drupal.org (tidak sepenuhnya yakin bagaimana karya-karya kemasan); Mungkin Anda bisa melihatnya. Versi 7.x dari modul ini tidak stabil seperti yang Anda lihat, jadi ini bisa jadi bug dalam modul, dan harus dilaporkan ke antrian masalah.
AjitS

Untuk siapa pun yang memilih ini di luar topik: Keterlibatan masyarakat dan pembangunan situs adalah pada topik, dan saya tidak berpikir bahwa ini benar-benar jatuh ke dalam "Masalah tentang drupal.org" dari kategori topik - setelah semua ini tentang berurusan dengan modul cara dikemas di sisi pengguna. Dan mungkin tentang pengembangan modul sendiri disimpan di Drupal.org. Mungkin harus pergi ke meta untuk membahas itu?
Mołot

3
Ini adalah masalah "pengembang sebagai pengguna akhir" dan dengan demikian pada topik-- Saya mencoba menjaga situs saya tetap mutakhir. Tapi saya tidak ingin berurusan dengan "pembaruan" yang bukan pembaruan nyata, jadi saya ingin mengerti mengapa ini terjadi.
Patrick Kenny

Jawaban:


6

Aneh, saya memilih beberapa modul secara acak dan saya melihat versi dev secara konsisten mengemas 2013-Okt-01. Saya tidak dapat menemukan siapa pun dengan kencan lain sekarang .

Contoh yang telah saya uji:

dan masih banyak lagi.

Sunting: Beberapa dari mereka, lebih dekat ke awal alfabet, dikemas satu hari sebelumnya:

tetapi operasi besar karena ini tentu saja perlu waktu yang lama dan masih terlihat seperti antrian panjang yang dibangun kembali.

Dengan begitu banyak proyek yang tidak berhubungan yang dikemas ulang pada hari yang sama, dan tanpa ada korelasi dengan log GIT mereka, pasti ada sesuatu di sisi Drupal.org yang memicu pengemasan ulang massal.

Tidak mungkin semua pengelola memutuskan untuk membangun kembali pada hari yang sama, ditambah sejauh yang saya ingat satu-satunya cara untuk memicu mereka membangun kembali adalah melalui GIT.

OKE

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

Rilis -dev saat ini sedang dibangun kembali ... bekerja berdasarkan abjad, dan ada banyak paket, sehingga akan memakan waktu cukup lama. :)

Jadi itu adalah pembangunan kembali manual yang dipicu untuk memperbaiki masalah dengan infrastruktur, bukan sesuatu yang direncanakan sebagai tindakan biasa.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.