Làm thế nào để các mô-đun đưa ra các bản phát hành màu xanh lá cây, vàng và đỏ?

Như chúng ta đã biết, không phải mọi mô-đun được đánh dấu "Phát hành được đề xuất" trên drupal.org đều thực sự ổn định. Trong thực tế, một số mô-đun được đánh dấu beta vĩnh viễn, trong một số loại trạng thái limbo vĩnh viễn. Ngay cả khi hàng trăm trang web sử dụng chúng mỗi ngày.

Tôi đã tự hỏi loại tiêu chuẩn hoặc thực tiễn tốt nhất nào bạn sử dụng, với tư cách là người duy trì hoặc người đóng góp, trong các mô-đun của bạn để đánh dấu các bản phát hành 'Được đề xuất' (Màu xanh lá cây), 'Khác' (Màu vàng) hoặc 'Dev' (Màu đỏ)? Bạn sử dụng gì khi đánh dấu nó là beta, alpha hoặc ổn định?

Cảm ơn bạn trước cho bất kỳ lời khuyên, trợ giúp, hoặc tài liệu bạn có thể cung cấp.

LƯU Ý: Nhiều trong số các tiêu chuẩn này có thể là tiêu chuẩn chung cho mã hóa hoặc phát triển dự án. Tôi chỉ đơn giản muốn biết phương pháp hoặc tiêu chuẩn nào được sử dụng cụ thể trong các mô-đun Drupal, ngay cả khi chúng có thể / có thể được khái quát hóa.

Nhiều trong số các tiêu chuẩn này có thể là tiêu chuẩn chung cho mã hóa hoặc phát triển dự án.

Trong Drupal không có tiêu chuẩn cho việc này. Nó là trái với ý định tốt nhất của các chủ sở hữu mô-đun.

Triết lý cá nhân của tôi là:

• Phát hành beta và / hoặc releasecandidate nếu được thử nghiệm trong môi trường thử nghiệm hoặc nếu tất cả các thử nghiệm vượt qua.
• Phát hành ổn định chỉ khi tôi, bản thân tôi, đã thực hiện thành công mô-đun (phiên bản) trong ít nhất ba dự án trong thế giới thực khác nhau; hoặc nếu ai đó mà tôi biết có tiêu chuẩn của mình, đã làm điều đó và báo cáo lại.
• Một mô-đun có thể được hoàn thành . Nó không cần làm thêm bao giờ nữa. Một cái gì đó bị hạn chế và nằm trong phạm vi tính năng, ổn định và có thể dự đoán được. Các mô-đun như vậy không cần lỗi, yêu cầu tính năng hoặc tác vụ.

Trong thực tế, điều này có nghĩa là rất ít bản phát hành, nhưng bản phát hành được thực hiện sẽ ảnh hưởng đến hầu như bất cứ ai. Điều đó dẫn đến hầu như không bao giờ phát hành bất cứ điều gì trong thực tế.

Lý do của tôi đằng sau này là:

• Những người trong hàng đợi vấn đề hầu như không kiểm tra một cách thích hợp: họ áp dụng một tính năng, sửa lỗi hoặc vá lỗi, nhấn f5, xem nó hoạt động và nói "có, hoạt động cho tôi +1". "Nó dường như hoạt động" không bằng "nó đã được sửa" . Bạn cần thử nghiệm đáng tin cậy, hoặc những người còn lại, những người thậm chí không kiểm tra sự thay đổi, sẽ tập trung vào các vấn đề báo cáo điều gì đó TUYỆT VỜI, cần sửa chữa NGAY BÂY GIỜ !!.
• Chỉ khi một mô-đun được thực hiện trong các tình huống và môi trường khác nhau, nó sẽ có một số kinh nghiệm trong thế giới thực. Thông thường, trong lần thực hiện thứ hai, bạn thấy rằng bạn cần phải viết lại một số api trung tâm, quên một số tham số hữu ích hoặc đơn giản là có một ý tưởng sai về sự cần thiết của một số tính năng. Chỉ sau khi triển khai trong thế giới thực, một cái gì đó có thể được coi là ổn định. Khác nó chỉ ổn định trong lý thuyết.
• Các nhà phát triển và bảo trì trang web, người dùng mô-đun của bạn, cần phải nỗ lực rất nhiều (hơn nữa trong bất kỳ phần mềm nào khác mà tôi biết) để theo kịp các bản phát hành mới, bản phát hành bảo mật và phiên bản mới. bất kỳ sự giúp đỡ nào cho nỗ lực đó (và ngân sách và thời gian) sẽ được chào đón nhiều hơn.

Nếu có một mô-đun mà bạn sử dụng nơi bạn tìm thấy lỗi, điều tốt nhất bạn có thể làm là gửi một vấn đề. Thậm chí tốt hơn là nếu ai đó viết một bản vá cho vấn đề đó, bản vá có thể được viết bởi nhà phát triển cần tính năng hoặc nó có thể được viết bởi nhà phát triển được tài trợ để viết bản vá đó. Người bảo trì đóng góp thường duy trì rất nhiều mô-đun và khi bạn tạo mô-đun, bạn sẽ tự động trở thành người bảo trì, không cần phải nói rằng điều đó gây ra nhiều căng thẳng cho chúng tôi, vì vậy chúng tôi luôn cần sự giúp đỡ của những người viết bản vá, tài trợ bản vá hoặc xem xét chúng.

Khi bạn duy trì các bản phát hành trong drupal.org, bạn có hộp kiểm 'Được hỗ trợ', cho phép nó sẽ cung cấp cho bạn bản phát hành được đề xuất (màu xanh lá cây) và nếu bạn cũng bật 'Hiển thị bản phát hành ảnh chụp nhanh', bạn sẽ nhận được bản phát hành dev (màu đỏ). Nếu bạn có nhiều hơn một phiên bản chính của mô-đun (6.1 & 6.2), bạn có thể chọn phiên bản nào sẽ nằm trong phần phát hành được đề xuất (màu xanh lá cây). Chỉ betas và bản phát hành thông thường mới được đưa vào bảng chữ cái 'được đề xuất' (màu xanh lá cây) và bản phát hành thấp hơn sẽ được hiển thị trong phần 'bản phát hành khác' (màu vàng).

Về betas, rcs và dev, nó phụ thuộc vào mức độ phổ biến và thích hợp mô-đun của bạn lấp đầy imo.

Nếu bá tước tung ra một phiên bản chính thức của các chế độ xem có vấn đề mất dữ liệu thì toàn bộ internet có thể ngừng hoạt động.

Tuy nhiên, nếu bạn có một mô-đun nhỏ tương đối không phổ biến (> 1.000 người dùng) và bạn chỉ cần trải qua các lỗi thông thường, sẽ hợp lý hơn khi chỉ phát hành mới và không beta / RC chúng.

nếu bạn biết rằng bạn đã tạo ra một số chnages lớn hoặc nhìn thấy rất nhiều churn thì hãy kiểm tra kỹ hơn.

Tôi có xu hướng kiểm tra và cuộn betas / rc khi tôi thay đổi DB hoặc phát hành hook update () vì tôi nhận ra sự mất mát vĩnh viễn của dữ liệu. Tôi có thể chạy lại và phát lại một lỗi nhỏ nhanh chóng ngay trên thế giới nhưng tôi có thể tạo lại dữ liệu trang web của bạn.

Mong rằng sẽ giúp.