Tại sao lại có các bản cập nhật của các phiên bản khác nhau của các mô-đun mà không bao gồm bất kỳ thay đổi nào đối với mã?

Khi tôi sử dụng drush để kiểm tra các bản cập nhật cho trang web của mình, có khoảng 100 mô-đun được cài đặt, tôi được thông báo rằng các phiên bản dev của một số phiên bản của các mô-đun đã có bản cập nhật.

Tuy nhiên, khi tôi cập nhật phiên bản mới, điều duy nhất đã được thay đổi là thông tin đóng gói và dấu thời gian.

Ví dụ: đây là git diff cho phiên bản dev của mô-đun Prepopulation:

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

Đó là-- không có thay đổi thực sự đối với mã. Nếu đây chỉ là một mô-đun, tôi sẽ không nghĩ nhiều về nó. Tuy nhiên, tôi đã có một số mô-đun như thế này - mô-đun hết hạn vai trò, mô-đun PHP xem, mô-đun PHP Mailer, i18nview, và có thể có nhiều hơn nữa.

Tôi khá bực bội khi tải xuống từng bản cập nhật này và thực hiện một khác biệt, chỉ để thấy rằng không có gì thay đổi. Tôi cảm thấy rằng tôi thực sự lãng phí thời gian của tôi. Là những người duy trì làm điều này? Điều này có liên quan gì đến Drupalcon không?

7 community-official-site

— Patrick Kenny
nguồn

Tôi sợ tiêu đề của bạn có thể sai ở đây. Bạn cho rằng đó là những người duy trì đã làm điều đó. Bạn có chắc chắn 100% đó không phải là thứ được thực hiện bởi kịch bản đóng gói drupal.org? Có thể trên các hành động như tạo chi nhánh hoặc truy cập repo git khác không nên kích hoạt đóng gói lại?

— Mołot

Tôi hiểu rồi - ý nghĩ đó không đi vào tâm trí tôi. Nếu đó là trường hợp, sau đó, và việc đóng gói lại không nên được tạo ra, tôi cho rằng không có hy vọng có thể dễ dàng phát hiện và bỏ qua các cập nhật như vậy.

— Patrick Kenny

Các dự án Module này là trách nhiệm quản lý các dự án trên drupal.org (không hoàn toàn chắc chắn cách thức hoạt động đóng gói); Có lẽ bạn có thể nhìn vào nó. Phiên bản 7.x của mô-đun này không ổn định như bạn có thể thấy, vì vậy đây có thể là một lỗi trong mô-đun và phải được báo cáo cho hàng đợi vấn đề.

— AjitS

Đối với bất kỳ ai bỏ phiếu ngoài chủ đề này: Sự tham gia của cộng đồng và xây dựng trang web là chủ đề và tôi không nghĩ rằng điều này thực sự rơi vào "Các vấn đề về drupal.org" ngoài danh mục chủ đề - sau tất cả là về cách xử lý các mô-đun được đóng gói về phía người dùng. Và có thể về việc phát triển các mô-đun riêng được lưu giữ trên Drupal.org. Có lẽ nó nên vào meta để thảo luận về điều đó?

— Mołot

Đây là vấn đề "nhà phát triển với tư cách là người dùng cuối" và do đó về chủ đề-- Tôi cố gắng cập nhật trang web của mình. Nhưng tôi không muốn đối phó với "cập nhật" không phải là cập nhật thực sự, vì vậy tôi muốn hiểu tại sao điều này xảy ra.

— Patrick Kenny

Thật kỳ lạ, tôi đã chọn một số mô-đun một cách ngẫu nhiên và tôi thấy các phiên bản dev luôn được đóng gói 2013-Oct-01. Tôi không thể tìm thấy bất cứ ai có một ngày khác bây giờ .

Ví dụ tôi đã thử nghiệm:

và nhiều thứ khác nữa.

Chỉnh sửa: Một số trong số chúng, gần với phần đầu của bảng chữ cái, đã được đóng gói trước đó một ngày:

nhưng hoạt động lớn vì điều này chắc chắn cần phải mất thời gian đáng kể và nó vẫn giống như một hàng dài được xây dựng lại.

Với rất nhiều dự án không liên quan được đóng gói lại trong cùng một ngày và không có bất kỳ mối tương quan nào với nhật ký GIT của họ, đó phải là thứ gì đó ở phía Drupal.org đã kích hoạt việc đóng gói lại hàng loạt.

Đơn giản là không thể nào tất cả các nhà bảo trì quyết định xây dựng lại cùng một ngày, cộng với tôi chỉ nhớ cách kích hoạt để họ xây dựng lại là thông qua GIT.

HIỂU RỒI

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

Các bản phát hành -dev hiện đang được xây dựng lại ... hoạt động theo thứ tự abc, và có rất nhiều gói, vì vậy sẽ mất một thời gian. :)

Vì vậy, nó là một bản dựng lại thủ công được kích hoạt để khắc phục sự cố với cơ sở hạ tầng, không phải là thứ được lên kế hoạch như hành động thông thường.

— Mołot
nguồn