Đánh số phiên bản phần mềm – Software versioning

Danh so phien ban phan mem – Software versioning

Danh so phien ban phan mem – Software versioning
Nội dung bài viết này cứu tất cả chúng ta hiểu thêm về quy cách đánh số hiệu các phiên bản (version) của phần mềm laptop do các hãng, các lập trình viên áp dụng cho ra đời.

Đặt sự việc

Người “ngoại đạo” hoặc thậm chí là các quý khách hàng laptop bài bản và chuyên nghiệp cũng chưa chắc làm rõ chân thành và ý nghĩa đằng sau các dãy số “bí ẩn” 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. Câu hỏi lớn nhất với 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 không giống nhau như thế nào?”
– “Nếu hiện nay 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ớ như thế nào 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 cách để định vị tên độc tôn của 1 phần mềm ở mỗi quá trình cải cách và phát triển 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 cách và phát triển nó đc căn chỉnh, đổi mới hoặc vá lỗi tương đối nhiều lần. Có các lần căn chỉnh chỉ đơn giản là các hiệu chỉnh bé dại không đáng chú ý, các cũng luôn tồn tại các lần “đổi mới” toàn diện và tổng thể làm cho nó đã hết là thứ y hệt như nguyên thủy (bản thân hệ quản lý Windows là một trong những ví dụ), hay nói phương pháp thức khác lần “đổi mới” đó đã đưa phần mềm lên “level” mới.

Hiện chứa một số chiêu thức gán số hiệu phiên bản phần mềm đc áp 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 độ không thay đổi của dòng sản phẩm (Stage-based identifiers)

Sequence-based identifers

Chiêu bài này áp dụng các con số (nhiều khi phối kết hợp thêm các vần âm) để 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]]

Chân thành và ý 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ông giống nhau trong cùng 1 phiên bản phụ, 2 chữ số.
  • revision: Lần chỉnh sửa. đánh dấu lần chỉnh sửa của mã nguồn.

Chỉ số major sẽ tăng mỗi một khi:  Có sự chỉnh sửa lớn trong “nhân mạng lưới hệ thống” mà Từ đó mạng lưới hệ thống mới có khả năng khác 1 phần hay tuyệt vời nhất mạng lưới hệ thống cũ.

Chỉ số minor sẽ tăng mỗi một khi: Có sự chỉnh sửa phần “core” của mạng lưới hệ thống mà dường như không làm mất đi đi tuyệt vời nhất tính thích hợp 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 bên ngoài đội code (đội cải cách và phát triển) nhằm mục đích các mục tiêu cho ra đời hay thí điểm…

Xem Thêm:  Đặt Tên Con Trai Họ Hồ 2021 Hay ❤️️1001 Tên Bé Trai Đẹp

Chỉ số revision có khả năng đc áp dụng mỗi một khi: Cần sửa chữa thay thế code cho ra đời trước đây mà chưa cần thiết phải đổi tên phiên bản. Chỉ số đó là lần chỉnh sửa (revisions) của mã nguồn, nó đánh dấu số lần chỉnh sửa của mã nguồn và đã được thường đc mạng lưới hệ thống kiểm chủ tịch mã nguồn của hãng sản xuất kiểm soát điều hành:

 Điều khoản quan trọng nếu như với chiêu thức đánh số phiên bản bằng phương pháp thức này như sau:

  1. Khi cho ra đời một phiên bản mới các chỉ số major, minor, build phải đc tăng không thay đổi và có thứ tự. Ví dụ 1.9.0 → 1.10.0 → 1.10.1
  2. Mọi khi phiên bản mới đã đc cho ra đời, toàn bộ content (bao gồm mã nguồn, API) của phiên bản đó phải không thay đổi chưa được chỉnh sửa. Bất cứ chỉnh sửa nảy sinh nào đều phải đc có phát ngôn như cho ra đời một phiên bản mới.
  3. Các phiên bản cải cách và phát triển ban sơ thường đc đánh số major =  (dạng 0.y.z). Bạn cũng luôn tồn tại thể tiến hành ngẫu nhiên chỉnh sửa nào Một trong những phiên bản ở quá trình này.
  4. Chỉ số buildtăng nếu phiên bản này chỉ sửa các lỗi nảy sinh, và bảo đảm an toàn thích hợp với các bản cũ trước đây.
  5. Chỉ số phiên bản phụ minor tăng nếu phiên bản này:
    • Phù hợp ngược với các bản cũ có cùng phiên bản chính
    • Tán thành thêm mới hoặc loại trừ ít nhất 1 tính năng của phần mềm

    Thỉnh thoảng người ta thường tăng chỉ số minor nếu:

    • Thêm mới một tính năng quan trọng
    • Có sự cải tổ trong mã nguồn (cứu chương trình giải quyết và xử lý cực tốt hơn, nhanh hơn…)

    Sau khoản thời gian tăng chỉ số phiên bản phụ minor thì số hiệu phiên bản vá buildthường đc tùy chỉnh cấu hình về 0

 Stage-based identifers

1625772780 697 Danh so phien ban phan mem – Software versioning

Software release life cycle bản đồ

Tên thường gọi cho các phiên bản phần mềm khi cho ra đời gồm : Closebeta, Openbeta, Release Candidate, Official version. Chân thành và ý nghĩa của từng phiên bản như sau:

Closebeta: Phiên bản thí điểm tiêu giảm.

  • Nổi bật: Bản closebeta là bản thí điểm các tính năng vượt trội cải cách và phát triển, nó thường không mang tương đối đầy đủ các tính chất của mạng lưới hệ thống và đơn giản dễ dàng chỉnh sửa hoặc bị loại trừ bỏ nếu nhận được các phản xạ không đảm bảo sau khoản thời gian thí điểm.
  • Chân thành và ý nghĩa: Phiên bản đó được áp dụng để điều tra một hoặc một số trong những tính năng vượt trội thiết kế và xây dựng gì đấy của mạng lưới hệ thống (khi chỉ số major chỉnh sửa).
  • Mục tiêu: Bản closebeta là bản cho ra đời sớm của 1 phần mềm nhằm mục đích mục tiêu tập hợp và áp dụng sức khỏe cộng đồng trong các việc góp phần cách nhìn, nâng cấp tác dụng; phát giác các lỗi trước lúc đồng tình thoáng mát tới quý khách hàng đôi lúc.
  • Đối tượng người tiêu dùng người sử dụng đc mời thí điểm: các lập trình viên và nhóm quý khách hàng có tay nghề.
    Bản closebeta chưa phải bản cho ra đời thoáng mát đến tay quý khách hàng, cho nên chỉ gửi tiêu giảm tới những người dân có trình độ chuyên môn và sự thật suy xét việc cải cách và phát triển mạng lưới hệ thống.
  • Đổi mới: Không.

Openbeta: Phiên bản thí điểm diện rộng.

  • Nổi bật: Bản openbeta là bản thí điểm các tác dụng đã cải cách và phát triển, nó thường mang tương đối đầy đủ các tính chất của mạng lưới hệ thống và hiếm khi chỉnh sửa hoặc bị loại trừ bỏ khỏi mạng lưới hệ thống trừ khi có bình luận không đảm bảo từ cộng đồng.
    Chân thành và ý nghĩa: Phiên bản đó được áp dụng để thí điểm một phương pháp thức tương đối đầy đủ và toàn diện và tổng thể mạng lưới hệ thống mới cải cách và phát triển.
    Mục tiêu: Bản openbeta là bản thí điểm tương đối đầy đủ nhằm mục đích mục tiêu tập hợp và áp dụng sức khỏe cộng đồng trong các việc dò tìm để vá các lỗi có khả năng xẩy ra mà tiến trình thí điểm tiêu giảm (closebeta) không phát bỏ ra.
    Đối tượng người tiêu dùng người sử dụng đc mời thí điểm: toàn bộ mỗi cá nhân là cá thể forum nukeviet.vn
    Trợ giúp thí điểm: Có tương đối đầy đủ.
    Trợ giúp áp dụng: 1 phần. Người thí điểm đc tán thành các dữ liệu chỉ dẫn áp dụng, đc bổ trợ thẳng trực tiếp trên forum.
    Đổi mới: Không.

Release Candidate: Phiên bản ứng cử viên.

  • Nổi bật: Bản Release Candidate là bản không thay đổi, là ứng viên cho phiên bản chính thức. Các lỗi đc phát giác trong quá trình đó sẽ thường xuyên đc sửa chữa thay thế.
  • Mục tiêu & Chân thành và ý nghĩa: Phiên bản đó được áp 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 đích tránh sự cố một bản chính thức có khả năng bị lỗi ngay sau khoản thời gian reviews.
  • Đối tượng người tiêu dùng người sử dụng quý khách hàng: toàn bộ mỗi cá nhân
  • Trợ giúp áp dụng: tương đối đầy đủ
  • Đổi mới: Rất có khả năng. Cả việc đổi mới từ phiên bản cũ lên và đổi mới lên phiên bản chính thức đều phải sở hữu thể đc trợ giúp.

Official version: Phiên bản chính thức.

  • Nổi bật: Bản Official version là bản chính thức thứ nhất của quá trình cải cách và phát triển của dòng phiên bản mới. Official version là tên thường gọi của lần cho ra đời phiên bản độc tôn, các phiên bản tiếp sau tiếp đến sẽ chỉ đc gọi tên bằng số phiên bản.
  • Mục tiêu & Chân thành và ý nghĩa: Phiên bản này đánh dấu việc reviews dòng phiên bản mới và khích lệ quý khách hàng chuyển tiếp lên phiên bản mới.

Các địa thế căn cứ để chỉ ra tên thường gọi cho các phiên bản mới cho ra đời:Tên thường gọi xếp theo mức độ không thay đổi sẽ tiến hành gán cho 1 phiên bản đặt theo số không thay đổi, vấn đề đặt tên do đội code chọn dựa vào nhận định về tính chất không thay đổi của code sau cho ra đời. Các địa thế căn cứ để chỉ ra tên thường gọi như sau:

  1. Closebeta:
    Rất có khả năng có rất nhiều phiên bản đánh số theo thứ tự cho ra đời: Closebeta 1, Closebeta 2, Closebeta 3… để nhận biết. Mỗi phiên bản khớp ứng với cùng một phiên bản số không giống nhau & độc tôn. Phiên bản sau không cần thiết phải kể cả các tác dụng của phiên bản trước và cũng không tồn tại điều khoản về mặt thời điểm giữa mỗi phiên bản. Quy trình tiến độ Closebeta sẽ kết thúc khi đã hết các chỉnh sửa lớn trong nhân mạng lưới hệ thống.
  2. Openbeta:
    Còn nếu không có sự cố nào nghiêm trọng trong bản Closebeta ở đầu cuối, bản thí điểm diện rộng (Openbeta) thứ nhất sẽ tiến hành cho ra đời tới toàn bộ các cá thể. Trong quá 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ó khả năng có rất nhiều phiên bản đánh số theo thứ tự cho ra đời: Openbeta 1, Openbeta 2, Openbeta 3… để nhận biết. Mỗi phiên bản khớp ứng với cùng một phiên bản số không giống nhau & độc tôn. Phiên bản sau bắt buộc kể cả các tác dụng của phiên bản trước.
    Quy trình tiến độ Openbeta sẽ kết thúc khi số lượng lỗi đc phát giác sụt giảm, đã hết các lỗi nghiêm trọng sau 2 phiên bản Openbeta.
  3. Release Candidate (RC)
    Khi số lượng lỗi đc phát giác sụt giảm, đã hết các lỗi nghiêm trọng sau 2 phiên bản Openbeta, thì một bản Release Candidate sẽ tiến hành cho ra đời. Rất có khả năng có rất nhiều phiên bản đánh số theo thứ tự cho ra đời: RC1, RC2, RC3… để nhận biết. Mỗi phiên bản khớp ứng với cùng một phiên bản số không giống nhau & độc tôn. Phiên bản sau bắt buộc kể cả các tác dụng của phiên bản trước. Một bản Release Candidate mới sẽ tiến hành reviews sớm hơn thông lệ thời điểm (như điều khoản ở bản Openbeta) nế như đó bị phát giác các lỗi nghiêm trọng
  4. Official version
    Phiên bản chính thức chỉ đc cho ra đời sau một thời gian 2 tuần, khi bản RC sớm nhất không phát giác các lỗi tác dụng.

Dữ liệu đọc thêm:

  1. Software versioning http://en.wikipedia.org/wiki/Software_versioning
  2. Software Development and Release Stages http://en.wikipedia.org/wiki/Software_release_life_cycle
  3. Concurrent Versions System http://vi.wikipedia.org/wiki/CVS

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

Leave a Reply

Your email address will not be published.