Logic để thiết lập số phiên bản trong một ứng dụng là gì?

Tôi muốn biết logic để cài đặt các phiên bản trong ứng dụng mà bạn đang phát triển là gì?

Ý tôi là từ 1.0 đến 1.1 hoặc 1.7 đến 2.0

Số phiên bản được định nghĩa là Major.minor.revision có thể có bất kỳ ý nghĩa tùy ý, nhưng nói chung khi đề cập đến các ứng dụng:

• Sửa đổi = Sửa lỗi
• Nhỏ = Sửa tính năng và điều chỉnh nhỏ
• Chính = Các tính năng mới và các thay đổi lớn khác

Khi đề cập đến API, một nâng cấp lớn thường là thay đổi giao diện sẽ phá vỡ người dùng API. Một nâng cấp nhỏ thường là thay đổi chức năng đằng sau các lệnh gọi API nhưng giao diện vẫn giữ nguyên.

Nói chung, chúng có thể có nghĩa là bất cứ điều gì bạn muốn chúng có nghĩa. Thật không may, chúng thường được sử dụng đơn giản như các công cụ tiếp thị (Phiên bản 2 đã hết, vì vậy tất cả khách hàng của chúng tôi nên mua nó!). Một cách sử dụng tốt hơn cho họ là trong việc thực hiện phiên bản ngữ nghĩa. Đó là, cung cấp cho các phiên bản ý nghĩa cụ thể hữu ích cho các nhóm phát triển và QA của bạn. Về mặt kỹ thuật, bạn có thể thực hiện những ý nghĩa đó bất cứ điều gì bạn thích, nhưng có một số thực tiễn tốt nhất.

OSGi có một whitepaper đẹp về phiên bản ngữ nghĩa . Trong khi một số khái niệm được đề cập chủ yếu áp dụng cho OSGi, phần còn lại khá chung chung.

Ví dụ: thay đổi số phiên bản chính (1.0 -> 2.0) thường có nghĩa là hai phần mềm không tương thích ngược.

Một phiên bản mới được giới thiệu khi bộ tính năng và / hoặc chức năng trước đó của ứng dụng bị thay đổi.

Các số sau dấu chấm là cho những thay đổi nhỏ hơn. Ví dụ: bạn chỉ sửa đổi biểu mẫu đăng ký và phần còn lại của ứng dụng vẫn giữ nguyên.

Các số trước dấu chấm cho thấy những thay đổi quan trọng hơn, như thay đổi chức năng lớn hoặc thêm một bộ tính năng mới, v.v.

Bên cạnh các con số, phiên bản cũng có thể có các số nhận dạng như Betahoặc Alpha, cho biết liệu phiên bản hiện tại đã hoàn thành hay vẫn đang được xử lý và có thể có một số sai sót.

Hãy xem bài viết wiki để biết thêm.