Nội dung bài viết này giúp
toàn bộ
tất cả chúng ta, hiểu thêm về quy cách đánh số hiệu những phiên bản (version) của phần mềm máy tính, do những hãng, những lập trình viên
Cần sử dụng,
phát hành,.
Đặt vấn đề,
Người “ngoại đạo” hoặc thậm chí còn, là những quý
người sử dụng máy tính, bài bản và chuyên nghiệp cũng chưa chắc nắm rõ,
ý nghĩa và chân thành, đằng sau những dãy số “
huyền bí,” kèm theo với phần mềm tôi vừa thiết đặt. Ví dụ: Mozilla Firefox 10.0.1; Google Chrome 34.0.1847.137; TeamViewer 9.0.24951 …v.v. Thắc mắc, to, nhất với
toàn bộ
tất cả 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 rất khác, nhau ra làm sao,?” – “Nếu
Hiện tại, 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, ra làm sao, thì hợp lí?”
Định nghĩa
Mạng lưới hệ thống đánh số hiệu phiên bản phần mềm là quy
phương pháp để,
khẳng định tên
Duy nhất, của 1 phần mềm ở mỗi
quy trình
cải tân và tăng trưởng, của chính bản thân nó Thỉnh thoảng, một phần mềm trong tiến trình
cải tân và tăng trưởng, nó đc chỉnh sửa,,
Thay đổi, hoặc vá lỗi tương đối
rất nhiều lần. Có
mỗi lần, chỉnh sửa, chỉ đơn giản và giản dị, là những hiệu chỉnh nhỏ dại, không
Đáng để ý,, những cũng sẽ có,
mỗi lần, “
Thay đổi,” toàn diện và tổng thể làm cho nó đã không còn, là thứ y
tựa như, nguyên thủy (bản thân hệ
quản trị Windows là một vài, ví dụ), hay nói phương thức, thức khác lần “
Thay đổi,”
Này đã, đưa phần mềm lên “level” mới. Hiện chứa một số
chiêu trò gán số hiệu phiên bản phần mềm đc
Cần sử dụng, phổ cập, là:
- Đánh số phiên bản bằng những 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
chiêu thức này
Cần sử dụng, những con số (
Nhiều lúc, phối phối hợp, thêm những vần âm) để gán số hiệu cho những, 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]]
những 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 trúc. Đánh dấu sự rất khác, nhau trong cùng 1 phiên bản phụ, 2 chữ số. - revision: Lần điều chỉnh,.
Ghi lại, lần điều chỉnh, của mã nguồn.
Chỉ số major sẽ tăng mỗi một khi: Có sự điều chỉnh, to, trong “nhân mạng lưới hệ thống” mà Từ đó mạng lưới hệ thống mới có tác dụng, khác 1 phần hay tuyệt vời và hoàn hảo nhất, mạng lưới hệ thống cũ.
Chỉ số minor sẽ tăng mỗi một khi: Có sự điều chỉnh, phần “core” của mạng lưới hệ thống mà hoàn toàn không, làm mất đi, đi đi tuyệt vời và hoàn hảo nhất, tính tương thích, trong cùng phiên bản chính.
Chỉ số build sẽ tăng mỗi một khi: Có đóng gói gửi đi ra
Phía ngoài, đội code (đội
cải tân và tăng trưởng,)
nhằm mục tiêu những mục tiêu
phát hành, hay thử nghiệm,…
Chỉ số revision có tác dụng, đc
Cần sử dụng, mỗi một khi: Cần sửa chữa thay thế code
phát hành, trước đó, mà chưa rất cần thiết, phải thay tên, phiên bản. Chỉ số đó là lần điều chỉnh, (revisions) của mã nguồn, nó
Ghi lại, số lần điều chỉnh, của mã nguồn và đã được thường đc mạng lưới hệ thống kiểm
quản trị mã nguồn của
Nhà phân phối, trấn áp, điều hành: Quy cách, quan trọng nếu như với
chiêu trò đánh số phiên bản bằng phương thức, thức này như sau:
- Khi
phát hành, một phiên bản mới những 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,, toàn bộ content (
gồm có, mã nguồn, API) của phiên bản đó phải ổn định, không được, điều chỉnh,. Bất cứ điều chỉnh, 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. - Những phiên bản
cải tân và tăng trưởng, ban sơ thường đc đánh số major =0(dạng0.y.z). Bạn cũng sẽ có, thể triển khai, ngẫu nhiên điều chỉnh, nào Một vài, phiên bản ở
quy trình này. - Chỉ số buildtăng nếu phiên bản này chỉ sửa những lỗi phát sinh,, và đảm bảo an toàn, tương thích, với những, 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 xứng, ngược với những, bản cũ có cùng phiên bản chính
- Ưng ý, thêm mới hoặc sa thải,
Tối thiểu, 1 tính năng của phần mềm
- Thêm mới một tính năng quan trọng
- Có sự cải tổ trong mã nguồn (giúp chương trình giải quyết và xử lý, và xử lý rất tốt, hơn, nhanh hơn…)
thông số kỹ thuật về 0
Stage-based identifers
Software release life cycle bản đồ
Tên thường gọi cho những, phiên bản phần mềm khi
phát hành, gồm : Closebeta, Openbeta, ReleaseCandidate, Official version. của từng phiên bản như sau: Closebeta: Phiên bản thử nghiệm, tinh giảm,.
- Nổi trội,: Bản closebeta là bản thử nghiệm, những tính năng vượt trội
cải tân và tăng trưởng,, nó thường không mang vừa đủ, những tính chất của mạng lưới hệ thống và đơn giản và dễ dàng, điều chỉnh, hoặc bị loại bỏ, trừ bỏ nếu nhận được những, phản xạ không đảm bảo an toàn, sau khoản thời hạn, thử nghiệm,. - : Phiên bản này được,
Cần sử dụng, để điều tra khảo sát, một hoặc một số trong những tính năng vượt trội
thiết kế xây dựng gì đó, của mạng lưới hệ thống (khi chỉ số major điều chỉnh,). - Mục tiêu: Bản closebeta là bản
phát hành, sớm của 1 phần mềm
nhằm mục tiêu mục tiêu tập hợp và
Cần sử dụng, sức khỏe
hội đồng trong những việc góp phần
quan điểm, nâng cấp cải sinh, tính năng,; phát hiện, những lỗi trước lúc đống ý, thông thoáng, tới quý
người sử dụng đôi lúc. - Đối tượng
quý khách
người tiêu dùng đc mời thử nghiệm,: những lập trình viên và nhóm quý
người sử dụng có tay nghề. Bản closebeta chưa phải bản
phát hành, thông thoáng, tới, tay quý
người sử dụng, cho nên chỉ có thể, gửi tinh giảm, tới
những người dân, dân có
trình độ chuyên môn,
trình độ, và thực sự, xem xét, việc
cải tân và tăng trưởng, mạng lưới hệ thống.
Thay đổi,: Không.
Openbeta: Phiên bản thử nghiệm, diện rộng.
- Nổi trội,: Bản openbeta là bản thử nghiệm, những tính năng, đã
cải tân và tăng trưởng,, nó thường mang vừa đủ, những tính chất của mạng lưới hệ thống và hiếm khi điều chỉnh, hoặc bị loại bỏ, trừ bỏ khỏi mạng lưới hệ thống trừ khi có phản hồi, không đảm bảo an toàn, từ
hội đồng. : Phiên bản này được,
Cần sử dụng, để thử nghiệm, một phương thức, thức vừa đủ, và toàn diện và tổng thể mạng lưới hệ thống mới
cải tân và tăng trưởng,. Mục tiêu: Bản openbeta là bản thử nghiệm, vừa đủ,
nhằm mục tiêu mục tiêu tập hợp và
Cần sử dụng, sức khỏe
hội đồng trong những việc dò tìm để vá những lỗi có tác dụng, xẩy ra mà tiến trình thử nghiệm, tinh giảm, (closebeta) không phát chỉ ra,. Đối tượng
quý khách
người tiêu dùng đc mời thử nghiệm,: toàn bộ mọi cá nhân, là cá thể forum nukeviet.vn Trợ giúp thử nghiệm,: Có vừa đủ,. Trợ giúp
Cần sử dụng,: 1 phần. Người thử nghiệm, đc ưng ý, những tài liệu,
hướng dẫn
Cần sử dụng,, đc
giúp đỡ, thẳng trực tiếp trên forum.
Thay đổi,: Không.
Release Candidate: Phiên bản
Ứng viên,.
- Nổi trội,: Bản Release Candidate là bản ổn định,, là ứng viên cho phiên bản chính thức. Những lỗi đc phát hiện, trong
quy trình này sẽ, thường xuyên đc sửa chữa thay thế. - Mục tiêu & : Phiên bản này được,
Cần sử dụng, như 1 bản đệm trong thời điểm chờ phiên bản chính thức reviews
nhằm mục tiêu tránh sự cố một bản chính thức có tác dụng, bị lỗi ngay sau khoản thời hạn, reviews. - Đối tượng
quý khách
người tiêu dùng quý
người sử dụng: toàn bộ mọi cá nhân, - Trợ giúp
Cần sử dụng,: vừa đủ,
Thay đổi,:
rất có thể,. Cả việc
Thay đổi, từ phiên bản cũ lên và
Thay đổi, lên phiên bản chính thức đều sở hữu, thể đc trợ giúp.
Official version: Phiên bản chính thức.
- Nổi trội,: Bản Official version là bản chính thức
Trước tiên, của
quy trình
cải tân và tăng trưởng, của dòng phiên bản mới. Official version là tên thường gọi của lần
phát hành, phiên bản
Duy nhất,, những phiên bản tiếp sau tiếp tới, sẽ chỉ đc gọi tên bằng số phiên bản. - Mục tiêu & : Phiên bản này
Ghi lại, việc reviews dòng phiên bản mới và khuyến khích, quý
người sử dụng chuyển tiếp lên phiên bản mới.
Những
Vị trí,
địa thế căn cứ, để chỉ ra tên thường gọi cho những, phiên bản mới
phát hành,:Tên thường gọi xếp theo mức độ ổn định, sẽ triển khai, gán cho 1 phiên bản đặt theo số ổn định,, vụ việc, đặt tên do đội code chọn dựa vào
Nhận định và đánh giá, về tính chất ổn định, của code sau
phát hành,. Những
Vị trí,
địa thế căn cứ, để chỉ ra tên thường gọi như sau:
- Closebeta:
rất có thể, có rất nhiều lần, phiên bản đánh số theo thứ tự
phát hành,: Closebeta 1, Closebeta 2, Closebeta 3… để nhận biết. Mỗi phiên bản tương ứng, với cùng một phiên bản số rất khác, nhau &
Duy nhất,. Phiên bản sau không rất cần thiết, phải kể cả những, tính năng, của phiên bản trước và cũng không tồn tại quy cách, về mặt thời điểm giữa mỗi phiên bản.
quy trình tiến độ tiến trình, Closebeta sẽ kết thúc khi đã không còn, những điều chỉnh, to, trong nhân mạng lưới hệ thống. - Openbeta: Còn nếu như không, có sự cố nào nghiêm trọng trong bản Closebeta ở đầu cuối, bản thử nghiệm, diện rộng (Openbeta)
Trước tiên, sẽ triển khai,
phát hành, tới toàn bộ những cá thể. Trong
quy trình này, đều đặn mỗi tuần sẽ đã có được, một phiên bản Openbeta reviews để fix lỗi phiên bản Openbeta trước.
rất có thể, có rất nhiều lần, phiên bản đánh số theo thứ tự
phát hành,: Openbeta 1, Openbeta 2, Openbeta 3… để nhận biết. Mỗi phiên bản tương ứng, với cùng một phiên bản số rất khác, nhau &
Duy nhất,. Phiên bản sau bắt buộc kể cả những, tính năng, của phiên bản trước.
quy trình tiến độ tiến trình, Openbeta sẽ kết thúc khi số lượng lỗi đc phát hiện, sụt giảm, đã không còn, những 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, sụt giảm, đã không còn, những lỗi nghiêm trọng sau 2 phiên bản Openbeta, thì một bản Release Candidate sẽ triển khai,
phát hành,.
rất có thể, có rất nhiều lần, phiên bản đánh số theo thứ tự
phát hành,: RC1, RC2, RC3… để nhận biết. Mỗi phiên bản tương ứng, với cùng một phiên bản số rất khác, nhau &
Duy nhất,. Phiên bản sau bắt buộc kể cả những, tính năng, của phiên bản trước. Một bản Release Candidate mới sẽ triển khai, reviews sớm hơn thông lệ thời điểm (như quy cách, ở bản Openbeta) nếu như nó, bị phát hiện, những lỗi nghiêm trọng - Official version Phiên bản chính thức chỉ đc
phát hành, sau thuở nào, gian 2 tuần, khi bản RC sớm nhất không phát hiện, những lỗi tính năng,.
Tài liệu, đọc thêm:
- 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
Like this:
Số lượt thíchĐang tải…
Filed under: Tay nghề – Phần mềm |
you are reading the post: Đánh số phiên bản phần mềm – Software versioning Nguồn: https://duananlacriverside.com Chuyên Mục: CÁCH ĐẶT TÊN
