Câu trả lời:
Xem Drupal.org để biết các quy ước đặt tên phát hành và giải thích thêm .
Tóm lược:
RC = Ứng cử viên phát hành, được cho là phù hợp bởi tác giả cho các trang web sản xuất.
RC : Một ứng cử viên phát hành chỉ nên được tạo khi tất cả các vấn đề về loại lỗi nghiêm trọng được báo cáo đã được khắc phục trong hàng đợi vấn đề của dự án. Thẻ này chỉ nên được sử dụng khi nhà phát triển tin rằng dự án đã sẵn sàng để sử dụng trên một trang web sản xuất. Không có thực tiễn tốt nhất chính thức cho một dự án nên là một ứng cử viên phát hành trong bao lâu trước khi tạo ra một bản phát hành chính thức .0, nhưng có ý kiến cho rằng nó nên được đưa ra ít nhất một tháng với trạng thái được đặt thành "cần xem xét". Nếu một cái gì đó (ví dụ như một lỗi nghiêm trọng mới được báo cáo) khiến bạn cần phải tạo một bản phát hành mới trong giai đoạn này, một ứng cử viên phát hành mới sẽ được tạo và điều này sẽ duy trì trong ít nhất một tháng với trạng thái được đặt thành "cần xem xét".
Bạn có thể gắn thẻ mô-đun "RC" với các vấn đề yêu cầu tính năng nổi bật. Tác giả mô-đun không bắt buộc phải thực hiện mọi yêu cầu tính năng của người dùng mô-đun gửi đến hàng đợi vấn đề.
Dưới đây là mô tả về các thẻ phát hành được phép khác:
không ổn định : Dự án không ở trạng thái ổn định. Có lẽ có rất nhiều lỗi không trộn, bao gồm các vấn đề bảo mật. API có thể thay đổi mà không cần thông báo trước. Lược đồ cơ sở dữ liệu có thể thay đổi mà không cần hook_update_Nthực hiện. Cách sử dụng và API có thể không được ghi lại. Cài đặt một bản phát hành không ổn định mới đòi hỏi phải gỡ cài đặt dự án, do đó mất tất cả dữ liệu. Chỉ dành cho những người muốn xem trước dự án. Chưa phù hợp để phát triển chia sẻ.
alpha : Hầu hết các lỗi được báo cáo đã được giải quyết, nhưng vẫn có thể có các vấn đề nổi bật nghiêm trọng đã biết, bao gồm các vấn đề bảo mật. Dự án không được kiểm tra kỹ lưỡng, do đó cũng có thể có nhiều lỗi chưa biết. Có một README.txt / README.md ghi lại dự án và API của nó (nếu có). Lược đồ API và DB có thể ổn định, nhưng tất cả các thay đổi này được báo cáo trong ghi chú phát hành và hook_update_Nđược triển khai để bảo toàn dữ liệu thông qua các thay đổi lược đồ, nhưng không có đường dẫn nâng cấp / cập nhật nào khác. Không phù hợp cho các trang web sản xuất. Đối tượng mục tiêu là các nhà phát triển muốn tham gia thử nghiệm, gỡ lỗi và phát triển dự án.
beta : Tất cả các lỗi mất dữ liệu quan trọng và lỗi bảo mật được giải quyết. Nếu mô-đun cung cấp API, nó sẽ được coi là bị đóng băng, để những người sử dụng API có thể bắt đầu nâng cấp các dự án của họ. Nếu đó là bản nâng cấp hoặc cập nhật của dự án, nên cung cấp đường dẫn nâng cấp / cập nhật và người dùng hiện tại có thể nâng cấp / cập nhật lên phiên bản mới mà không mất dữ liệu. Tất cả các tài liệu nên được cập nhật. Đối tượng mục tiêu là các nhà phát triển muốn tham gia thử nghiệm, gỡ lỗi và phát triển dự án và nhà phát triển của các dự án khác có giao diện với dự án. Nói chung không phù hợp với các trang sản xuất, nhưng có thể được sử dụng trên một số trang sản xuất nếu người quản trị trang biết rõ dự án và biết xử lý mọi vấn đề còn lại.
Các chuỗi "dev" và "ổn định" không có giá trị như một phần của một thẻ phát hành, nhưng untagged phiên bản phát triển được giả định là "dev" và được cho giới thiệu như "7.x-1.x-dev" của Drupal .org phát hành hệ thống đóng gói để chỉ ra rằng chúng là bản phát hành phát triển không được đánh dấu.
Tất cả các thẻ phát hành phải kết thúc bằng một số. Các con số chỉ để phân biệt các bản phát hành của cùng một lớp. Đầu tiên được đánh số "1" (như trong "alpha1"), "2" tiếp theo, v.v.
Tái bút Các chuỗi biểu thị các bản phát hành (chẳng hạn như "7.x-1.0-alpha4") được biết đến là "thẻ phát hành" theo cách nói của git, không phải là "tên". Và bạn không bao giờ sử dụng phiên bản nhỏ của drupal như một phần của thẻ, thay vào đó bạn sử dụng "x".