Có một tiêu chuẩn để đặt tên phiên bản plugin

Đối tác kinh doanh của tôi và tôi đang phát triển một số plugin và chúng tôi muốn biết liệu có tiêu chuẩn cho số phiên bản của plugin hay không khi có các bản cập nhật, ví dụ: phiên bản 1.0, phiên bản 1.2, phiên bản 1.2.3, v.v.?

Cảm ơn vì lời khuyên nào.

Không, không có tiêu chuẩn. Bạn thậm chí có thể sử dụng tên, chữ số La Mã hoặc bất cứ điều gì, nhưng tôi không khuyến khích điều đó.

Hầu hết các tác giả sử dụng Phiên bản ngữ nghĩa : Major.Minor.Patch.

Điều này có một số nhược điểm:

• Người dùng sợ những thay đổi lớn trên mạng. Việc nâng cấp cho phiên bản mới với thay đổi trong phần đầu tiên ( Major) thường bị trì hoãn hoặc người dùng đang chờ gói dịch vụ đầu tiên của Wap (2.0.1).
• Các nhà phát triển đôi khi không chắc chắn khi nào cần thay đổi phần nào. Chuyên ngành là gì? Một thay đổi mã lớn có thể có ít tác động đến trải nghiệm người dùng.
• Độ dài của một số phiên bản là không thể dự đoán. 1.2.3vs 2.12.123. Không phải là một vấn đề lớn, nhưng không lý tưởng.

Trong thực tế, Phiên bản ngữ nghĩa không phải là ngữ nghĩa.

Tôi thích ngày là số phiên bản:2012.11.19

• Những thay đổi trong số đầu tiên rõ ràng không liên quan đến những thay đổi lớn trong chương trình.
• Không 0ở cuối Không bao giờ. :)
• Luôn có cùng độ dài (trừ khi bạn có nhiều hơn một phiên bản mỗi ngày).
• Tương thích với version_compare()- đây có thể được coi là một tiêu chuẩn .

Đề nghị đọc:

• Lập trình viên Stack Exchange: Ngày là số phiên bản phần mềm .
• Jeff Atwood: Dù sao thì số phiên bản là gì? và Phiên bản vô hạn .

Cả hai đề án làm việc. Sự khác biệt chủ yếu là ở trải nghiệm người dùng.

Tiêu chuẩn cho số phiên bản trong PHP hoạt động như thế này:

MAJOR dot MINOR dot REVISION

Mỗi cái này là một số nguyên và độc lập với phần còn lại. Nó không phải là một số thập phân. Đây là quan trọng vì cách version_compare hoạt động.

MAJOR là phiên bản chính. Bạn sẽ cập nhật số này sau khi có thay đổi lớn đối với mã, chẳng hạn như hoàn toàn sửa đổi cách thức hoạt động của mã.

MINOR là phiên bản nhỏ. Bạn sẽ cập nhật số này sau một thay đổi nhỏ đối với mã, chẳng hạn như thêm một tính năng mới.

REVISION là một số sửa đổi. Bạn sẽ cập nhật điều này sau khi thay đổi thành phiên bản nhỏ hiện có, chẳng hạn như lỗi.

Bây giờ, một lần nữa các phiên bản là số nguyên cách nhau bởi dấu chấm. Vì vậy, vì điều này, phiên bản 1.1 = 1.01; cả hai số phiên bản này giống hệt nhau, phiên bản chính là 1, phiên bản phụ là 1.

Một ví dụ khác, phiên bản 1.9 nhỏ hơn phiên bản 1.10; phiên bản nhỏ đã thay đổi từ chín thành mười .

Vì WordPress sử dụng chức năng version_compare của PHP, nên bạn phải tuân theo các phương pháp này để đánh số phiên bản.

Lưu ý rằng chính WordPress là một ngoại lệ theo một cách nhỏ, trong đó lõi đi từ 2.9 đến 3.0. Đây là di sản và chỉ là cách họ luôn thực hiện đánh số. Nó tương thích với chức năng version_compare, nhưng nói chung, người ta nên đi từ 2.9 đến 2.10 nếu không có ghi lại đáng kể để biện minh cho vết sưng của phiên bản chính.