Làm thế nào để số phiên bản đầu làm việc cho các sản phẩm mới?

Tôi hiện đang viết một ứng dụng máy tính để bàn nhỏ cho một người bạn, nhưng tôi đang làm nó chủ yếu như một trải nghiệm học tập cho bản thân mình. Với tinh thần được giáo dục và thực hiện mọi thứ theo cách đúng đắn, tôi muốn có số phiên bản cho ứng dụng này.

Nghiên cứu của tôi đã đưa ra những kết quả liên quan

• "Quy ước đặt tên phiên bản" nào bạn sử dụng?
• Làm thế nào để bạn phiên bản các tập tin của bạn (Số phiên bản)
• Ngã ba một dự án, số phiên bản của tôi bắt đầu từ đâu?

nhưng không ai trong số họ đánh số thứ tự của bảng chữ cái, betas, phát hành ứng cử viên, & c. Các quy ước cho số phiên bản dưới 1.0 là gì? Tôi biết họ có thể tiếp tục một thời gian; ví dụ, PuTTY đã tồn tại ít nhất một thập kỷ và vẫn chỉ ở phiên bản beta 0.60.

Nó thực sự phụ thuộc vào dự án; một số dự án thậm chí không phát hành phiên bản 1.0.

Các nhà phát triển của MAME không có ý định phát hành phiên bản 1.0 của chương trình giả lập của họ. Lập luận là nó sẽ không bao giờ thực sự "kết thúc" bởi vì sẽ luôn có nhiều game arcade hơn. Phiên bản 0.99 được theo sau đơn giản là phiên bản 0.100 (phiên bản nhỏ 100> 99). Theo cách tương tự, Xfire 1.99 được theo sau bởi 1.100. Sau 6 năm phát triển, eMule thậm chí chưa đạt đến phiên bản 0.5. ^{Phiên bản phần mềm tại Wikipedia}

Một phương pháp đánh số phiên bản phổ biến (mà tôi đã bắt đầu sử dụng) là Phiên bản ngữ nghĩa .

Theo sơ đồ này, số phiên bản và cách chúng thay đổi truyền đạt ý nghĩa về mã cơ bản và những gì đã được sửa đổi từ phiên bản này sang phiên bản tiếp theo.

Một số trích dẫn để cung cấp cho bạn thêm ý tưởng về cách thức hoạt động và / hoặc trả lời một số câu hỏi của bạn:

Làm cách nào để biết khi nào phát hành 1.0.0?

Nếu phần mềm của bạn đang được sử dụng trong sản xuất, có lẽ nó đã là 1.0.0. Nếu bạn có API ổn định mà người dùng đã phụ thuộc, bạn nên là 1.0.0. Nếu bạn lo lắng rất nhiều về khả năng tương thích ngược, có lẽ bạn đã là 1.0.0.

Điều này không ngăn cản sự phát triển nhanh chóng và lặp lại nhanh chóng?

Phiên bản chính số 0 là tất cả về sự phát triển nhanh chóng. Nếu bạn thay đổi API mỗi ngày, bạn vẫn nên ở phiên bản 0.xx hoặc trên một nhánh phát triển riêng làm việc trên phiên bản chính tiếp theo.

Nếu ngay cả những thay đổi ngược tương thích nhỏ nhất đối với API công khai yêu cầu một phiên bản chính, tôi sẽ không nhanh chóng kết thúc phiên bản 42.0.0 chứ?

Đây là một câu hỏi về phát triển có trách nhiệm và tầm nhìn xa. Những thay đổi không tương thích không nên được đưa vào phần mềm có nhiều mã phụ thuộc. Chi phí phải chịu để nâng cấp có thể là đáng kể. Phải vượt qua các phiên bản chính để phát hành các thay đổi không tương thích có nghĩa là bạn sẽ suy nghĩ về tác động của các thay đổi của mình và đánh giá tỷ lệ chi phí / lợi ích liên quan.

Ngoài ra còn có các quy tắc về cách chỉ định các bản phát hành "alpha," "beta", v.v. Kiểm tra các chi tiết tại http://semver.org/ .

[Chỉnh sửa] Một lược đồ đánh số phiên bản thú vị khác là một lược đồ MongoDB sử dụng :

MongoDB sử dụng các phiên bản số lẻ để phát hành phát triển.

Có 3 số trong phiên bản MongoDB: ABC

• A là phiên bản chính. Điều này sẽ hiếm khi thay đổi và biểu thị những thay đổi rất lớn
• B là số phát hành. Điều này sẽ bao gồm nhiều thay đổi bao gồm các tính năng và những thứ có thể phá vỡ khả năng tương thích ngược. Ngay cả Bs sẽ là các nhánh ổn định, và Bs lẻ ​​sẽ được phát triển.
• C là số sửa đổi và sẽ được sử dụng cho các lỗi và vấn đề bảo mật.

Ví dụ:

• 1.0.0: Bản phát hành GA đầu tiên
• 1.0.x: sửa lỗi thành 1.0.x - rất khuyến khích nâng cấp, rất ít rủi ro
• 1.1.x: phát hành phát triển. điều này sẽ bao gồm các tính năng mới chưa hoàn thành đầy đủ và đang hoạt động. Một số thứ có thể khác 1.0
• 1.2.x: phát hành GA thứ hai. đây sẽ là đỉnh cao của phiên bản 1.1.x.

Tôi không nghĩ có một "tiêu chuẩn" như vậy.

Có một quy ước dành cho Ứng viên phát hành thường là "[phiên bản] RC 1", v.v. tùy thuộc vào số lượng phiên bản bạn nghĩ bạn có thể phát hành.

Nếu bạn đang phát hành phiên bản đầu tiên của sản phẩm - một phiên bản chưa hoàn thiện - thì bạn có thể muốn sử dụng phiên bản "0". Bằng cách đó, bạn có thể tăng phiên bản theo thời gian khi bạn điền vào bộ tính năng của mình.

Tôi sẽ sử dụng "Alpha" và "Beta" như Ứng viên phát hành - trong các phiên bản giới hạn thời gian để cho biết rằng bạn nghĩ rằng bạn sắp phát hành phiên bản đầy đủ.

Có một trang Wikipedia về Phiên bản phần mềm . Để chia sẻ các phiên bản trước 1.0, quy ước được Apple và các công ty khác sử dụng hoạt động tốt: Major.minor.maintSrev trong đó S là chỉ số giai đoạn cho các phiên bản phát hành trước: d = phát triển, a = alpha, b = beta, rc = ứng cử viên phát hành. Vì vậy, phiên bản nội bộ đầu tiên của bạn có thể là 1.0.0d1.

Đối với sửa đổi hoàn toàn nội bộ, dấu thời gian là đủ.

Mỗi nhà phát triển phần lớn quyết định họ sẽ sử dụng tiêu chuẩn nào. Nói chung, mặc dù các con số ở bên trái của dấu thập phân cho thấy các sửa đổi lớn có thể rất đáng chú ý đối với người dùng trung bình (ví dụ: thay đổi chức năng hoặc giao diện, v.v.). Ở bên phải dấu thập phân, đây sẽ là một thay đổi / sửa đổi / bổ sung không thay đổi nhiều chức năng và thiết kế tổng thể nhưng đã thay đổi một cái gì đó về chính chương trình (nghĩa là tạo ra một chức năng nhanh hơn trong khi vẫn làm điều tương tự hoặc cố định một vấn đề bảo mật). Sau đó, nếu bạn thêm các điểm thập phân bổ sung, các số ở bên phải sẽ chỉ ra các thay đổi ngày càng nhỏ hơn (ví dụ: sửa lỗi nhỏ / các vấn đề bảo mật và như vậy).

Như những người khác đã nói, dường như không có một tiêu chuẩn chính xác. Tổ chức của chúng tôi sử dụng ký hiệu sau:

Phiên bản 1.0 ---> 2.0 (Một tính năng mới / cải tiến chính được thêm vào sản phẩm)

Phiên bản 1.0 ---> 1.1 (Một tính năng mới / cải tiến ở mức trung bình được thêm vào sản phẩm)

Phát hành 1.0 ---> 1.001 (Sửa lỗi)

Cột mốc "phiên bản 1.0" rất quan trọng đối với người dùng máy tính có kinh nghiệm, vì nó ngụ ý rằng chương trình được thực hiện và hoạt động như mong đợi. Bất cứ điều gì trong phiên bản "0. một cái gì đó" ngụ ý rằng chính các lập trình viên nghĩ rằng chương trình chưa được thực hiện .

Bạn có thể giữ các số phiên bản "0,1", "0,2" ... cho các thành tựu chính của chức năng và sau đó đặt nó với số bản dựng thường là ngày và dấu thời gian đủ chi tiết.