Mình thấy một bài viết rất hay nói về việc đánh số các phiên bản cho phần mềm mỗi khi các hãng phát hành nên mình xin thuật lại trong bài viết này cho các bạn cùng đọc và tham khảo.
Bài viết này giúp chúng ta hiểu thêm về quy tắc đánh số hiệu các phiên bản (version) của phần mềm máy tính do các hãng, các lập trình viên sử dụng phát hành.
Đặt vấn đề
Người “ngoại đạo” hoặc thậm chí những người sử dụng máy tính chuyên nghiệp cũng chưa chắc hiểu rõ ý nghĩa đằng sau những dãy số “bí ẩn” đi kèm với phần mềm mình vừa cài đặt. Ví dụ: Mozilla Firefox 68.0.1; Google Chrome 76.0.3809.132; TeamViewer 14.0.13880 …v.v. Câu hỏi lớn nhất với chúng ta là:
- Tại sao phiên bản của phần mềm lại được đánh số?
- Phiên bản phần mềm 1.0 và 2.0 khác nhau như thế nào?
- Nếu bây giờ tôi bắt tay viết một phần mềm mà đặt mã hiệu phiên bản của tôi như thế nào thì phù hợp?
Định nghĩa
Hệ thống đánh số hiệu phiên bản phần mềm là quy tắc để xác định tên duy nhất của một phần mềm ở mỗi giai đoạn phát triển của nó
Thông thường, một phần mềm trong quá trình phát triển nó được chỉnh sửa, nâng cấp hoặc vá lỗi nhiều lần. Có những lần chỉnh sửa chỉ đơn thuần là những hiệu chỉnh nhỏ không đáng kể, những cũng có những lần “nâng cấp” toàn diện khiến cho nó không còn là thứ giống như nguyên thủy (bản thân hệ điều hành Windows là 1 ví dụ), hay nói cách khác lần “nâng cấp” này đã đưa phần mềm lên “level” mới.
Hiện có một số phương pháp gán số hiệu phiên bản phần mềm được dùng phổ biến là:
- Đánh số phiên bản bằng các con số (Sequence-based identifiers)
- Đánh số hiệu phiên bản dựa theo mức độ ổn định của sản phẩm (Stage-based identifiers)
Sequence-based identifers
Phương pháp này sử dụng các con số (đôi khi kết hợp thêm các chữ cái) để gán số hiệu cho các phiên bản. Công thức đánh số hiệu phiên bản như sau:
major.minor.[build [.revision]] hoặc
major.minor [maintenance[.build]]
Ý nghĩa các số major, minor, build, revision như sau
- major: Chuỗi phiên bản chính.
- minor: Chuỗi phiên bản phụ
- build: Chuỗi phiên bản cấu tạo. Đánh dấu sự khác nhau trong cùng 1 phiên bản phụ, 2 chữ số.
- revision: Lần sửa đổi. đánh dấu lần sửa đổi của mã nguồn.
Chỉ số major sẽ tăng mỗi khi: Có sự thay đổi lớn trong “nhân hệ thống” mà theo đó hệ thống mới có thể khác 1 phần hay hoàn toàn hệ thống cũ.
Chỉ số minor sẽ tăng mỗi khi: Có sự thay đổi phần “core” của hệ thống mà không làm mất đi hoàn toàn tính tương thích trong cùng phiên bản chính.
Còn chỉ số build sẽ tăng mỗi khi: Có đóng gói gửi đi ra ngoài đội code (đội phát triển) nhằm các mục đích phát hành hay thử nghiệm…
Chỉ số revision có thể được sử dụng mỗi khi: Cần thay thế code phát hành trước đó mà chưa cần thiết phải thay tên phiên bản. Chỉ số này là lần sửa đổi (revisions) của mã nguồn, nó đánh dấu số lần sửa đổi của mã nguồn và được thường được hệ thống kiểm quản lý mã nguồn của hãng kiểm soát:
Quy tắc quan trọng đối với phương pháp đánh số phiên bản bằng cách này như sau:
- Khi phát hành một phiên bản mới các chỉ số major, minor, build phải được tăng ổn định và có thứ tự. Ví dụ 1.9.0 → 1.10.0 → 1.10.1
- Mỗi khi phiên bản mới đã được phát hành, tất cả nội dung (bao gồm mã nguồn, API) của phiên bản đó phải giữ nguyên không được thay đổi. Bất kỳ thay đổi phát sinh nào đều phải được công bố như phát hành một phiên bản mới.
- Các phiên bản phát triển ban đầu thường được đánh số major =
0(dạng0.y.z). Bạn có thể thực hiện bất kỳ thay đổi nào trong các phiên bản ở giai đoạn này. - Chỉ số build tăng nếu phiên bản này chỉ sửa các lỗi phát sinh, và đảm bảo tương thích với các bản cũ trước đó.
- Chỉ số phiên bản phụ minor tăng nếu phiên bản này:
- Tương thích ngược với các bản cũ có cùng phiên bản chính
- Cung cấp thêm mới hoặc loại bỏ ít nhất 1 chức năng của phần mềm
Thông thường người ta thường tăng chỉ số minor nếu:
- Thêm mới một chức năng quan trọng
- Có sự cải thiện trong mã nguồn (giúp chương trình xử lý tốt hơn, nhanh hơn…)
Sau khi tăng chỉ số phiên bản phụ minor thì số hiệu phiên bản vá buildthường được thiết lập về 0
Stage-based identifers
Tên gọi cho các phiên bản phần mềm khi phát hành gồm : Closebeta, Openbeta, ReleaseCandidate, Official version. Ý nghĩa của từng phiên bản như sau:
Closebeta: Phiên bản thử nghiệm hạn chế.
- Đặc điểm: Bản closebeta là bản thử nghiệm các tính năng mới phát triển, nó thường không mang đầy đủ các đặc điểm của hệ thống và dễ dàng thay đổi hoặc bị loại bỏ nếu nhận được các phản ứng không tốt sau khi thử nghiệm.
- Ý nghĩa: Phiên bản này được sử dụng để khảo sát một hoặc một vài tính năng mới xây dựng nào đó của hệ thống (khi chỉ số majorthay đổi).
- Mục đích: Bản closebeta là bản phát hành sớm của một phần mềm nhằm mục đích tập hợp và sử dụng sức mạnh cộng đồng trong việc đóng góp ý kiến, cải tiến tính năng; phát hiện các lỗi trước khi phân phối rộng rãi tới người sử dụng thông thường.
- Đối tượng được mời thử nghiệm: các lập trình viên và nhóm người dùng có kinh nghiệm.
Bản closebeta không phải bản phát hành rộng rãi đến tay người sử dụng, do đó chỉ gửi hạn chế đến những người có trình độ và thực sự quan tâm đến việc phát triển hệ thống. - Nâng cấp: Không.
Openbeta: Phiên bản thử nghiệm diện rộng.
- Đặc điểm: Bản openbeta là bản thử nghiệm các tính năng đã phát triển, nó thường mang đầy đủ các đặc điểm của hệ thống và hiếm khi thay đổi hoặc bị loại bỏ khỏi hệ thống trừ khi có phản hồi không tốt từ cộng đồng.
- Ý nghĩa: Phiên bản này được sử dụng để thử nghiệm một cách đầy đủ và toàn diện hệ thống mới phát triển.
- Mục đích: Bản openbeta là bản thử nghiệm đầy đủ nhằm mục đích tập hợp và sử dụng sức mạnh cộng đồng trong việc dò tìm để vá các lỗi có thể xảy ra mà quá trình thử nghiệm hạn chế (closebeta) không phát hiện ra.
- Đối tượng được mời thử nghiệm: tất cả mọi người là thành viên diễn đàn
- Hỗ trợ thử nghiệm: Có đầy đủ.
- Hỗ trợ sử dụng: 1 phần. Người thử nghiệm được cung cấp các tài liệu hướng dẫn sử dụng, được trợ giúp trực tiếp trên diễn đàn.
- Nâng cấp: Không.
Release Candidate: Phiên bản ứng viên.
- Đặc điểm: Bản Release Candidate là bản ổn định, là ứng cử viên cho phiên bản chính thức. Các lỗi được phát hiện trong giai đoạn này sẽ tiếp tục được sửa chữa.
- Mục đích & Ý nghĩa: Phiên bản này được sử dụng như một bản đệm trong thời gian chờ phiên bản chính thức ra mắt nhằm tránh trường hợp một bản chính thức có thể bị lỗi ngay sau khi ra mắt.
- Đối tượng người dùng: tất cả mọi người
- Hỗ trợ sử dụng: đầy đủ
- Nâng cấp: Có thể. Cả việc nâng cấp từ phiên bản cũ lên và nâng cấp lên phiên bản chính thức đều có thể được hỗ trợ.
Official version: Phiên bản chính thức.
- Đặc điểm: Bản Official version là bản chính thức đầu tiên của giai đoạn phát triển của dòng phiên bản mới. Official version là tên gọi của lần phát hành phiên bản duy nhất, các phiên bản tiếp theo sau đó sẽ chỉ được gọi tên bằng số phiên bản.
- Mục đích & Ý nghĩa: Phiên bản này đánh dấu việc ra mắt dòng phiên bản mới và khuyến khích người sử dụng chuyển tiếp lên phiên bản mới.
Các căn cứ để đưa ra tên gọi cho các phiên bản mới phát hành:Tên gọi xếp theo mức độ ổn định sẽ được gán cho một phiên bản đặt theo số nhất định, việc đặt tên do đội code chọn dựa trên đánh giá về tính ổn định của code sau phát hành. Các căn cứ để đưa ra tên gọi như sau:
- Closebeta:
Có thể có nhiều phiên bản đánh số theo thứ tự phát hành: Closebeta 1, Closebeta 2, Closebeta 3… để phân biệt. Mỗi phiên bản tương ứng với một phiên bản số khác nhau & duy nhất. Phiên bản sau không nhất thiết phải bao gồm các tính năng của phiên bản trước và cũng không có quy định về mặt thời gian giữa mỗi phiên bản. Giai đoạn Closebeta sẽ kết thúc khi không còn những thay đổi lớn trong nhân hệ thống. - Openbeta:
Nếu không có sự cố nào nghiêm trọng trong bản Closebeta cuối cùng, bản thử nghiệm diện rộng (Openbeta) đầu tiên sẽ được phát hành tới tất cả các thành viên. Trong giai đoạn này, đều đặn mỗi tuần sẽ có một phiên bản Openbeta ra mắt để fix lỗi phiên bản Openbeta trước.
Có thể có nhiều phiên bản đánh số theo thứ tự phát hành: Openbeta 1, Openbeta 2, Openbeta 3… để phân biệt. Mỗi phiên bản tương ứng với một phiên bản số khác nhau & duy nhất. Phiên bản sau bắt buộc bao gồm các tính năng của phiên bản trước.
Giai đoạn Openbeta sẽ kết thúc khi số lượng lỗi được phát hiện giảm xuống, không còn các lỗi nghiêm trọng sau 2 phiên bản Openbeta. - Release Candidate (RC)
Khi số lượng lỗi được phát hiện giảm xuống, không còn các lỗi nghiêm trọng sau 2 phiên bản Openbeta, thì một bản Release Candidate sẽ được phát hành. Có thể có nhiều phiên bản đánh số theo thứ tự phát hành: RC1, RC2, RC3… để phân biệt. Mỗi phiên bản tương ứng với một phiên bản số khác nhau & duy nhất. Phiên bản sau bắt buộc bao gồm các tính năng của phiên bản trước. Một bản Release Candidate mới sẽ được ra mắt sớm hơn thông lệ thời gian (như quy định ở bản Openbeta) nếu nó bị phát hiện các lỗi nghiêm trọng - Official version
Phiên bản chính thức chỉ được phát hành sau một khoảng thời gian 2 tuần, khi bản RC gần nhất không phát hiện các lỗi tính năng.
Tài liệu tham khảo:
- Software versioning http://en.wikipedia.org/wiki/Software_versioning
- Software Development and Release Stages http://en.wikipedia.org/wiki/Software_release_life_cycle
- Concurrent Versions System http://vi.wikipedia.org/wiki/CVS
Xem thêm:
- 6 điều bạn có thể hiểu sai khi sử dụng Máy Tính
- Full Key Professional + Enterprise Và Link Download Microsoft Visual Studio Tất Cả Các Phiên Bản Mới Nhất
- Chia sẻ Khóa Học Git & Github cho lập trình và thiết kế website
- Những lệnh GIT – GitHub cơ bản hữu dụng cần nhớ
CHÚC CÁC BẠN THÀNH CÔNG VÀ VUI VẺ
Leave a Reply