版本號是1.13> 1.2？

Question

我從.NET的角度知道，版本為1.13的程序集被認為是比版本1.2更新的版本，因為版本中的每個數字都是單獨計算的。 然而，從數值的角度來看，1.13 <1.2。

問題歸結為為客戶發布更新時的可讀性。 從.0到.9它們都是一樣的，但是在.10你必須區分。 那么，你是否將點數發布的數量限制為9，然后在達到.9時增加主要版本？

請不要認為最終用戶了解典型的開發版本編號方案。

更新：

不要把它想象成十進制數。 （。）是不同字段之間的分隔符。 每個字段的含義（例如）：

  MajorRelease.MinorRelease.BuildNumber 

絕對！ 當我查看版本號時，我看到了它。 但這不是你的普通喬讀取文字“1.13”的方式。 我想作為程序員，很容易將我們的理解投射到我們的用戶身上。 這就是為什么我對數字混淆經驗的回應感興趣。 這可能不是一個真正的問題，或者它可能只是被忽略了。

更新2：響應“提供文檔”或“向用戶解釋”類型解決方案：它們不起作用！ :)如果你必須向用戶解釋版本號，你已經使它變得比它需要的更復雜。 雖然一項技術的主要受眾可能是許多公司的開發人員，但軟件的實際采購和管理由沒有開發或技術背景的秘書和文職人員處理。 如果他們的經理問他們“是否有可用的新版本1.9”並且他們看到“1.11”他們可能不會將其注冊為新版本。

Answer 1

如果版本編號看起來像數字小數，版本編號可能會令人困惑，但（。）實際上是獨立字段之間的分隔符 ，應該讀取如下內容：

MajorRelease.MinorRelease.BuildNumber

每個數字都獨立於其余數字，因此版本1.12.99可能會跟隨版本1.12.100 （例如）。 所以你最終得到：

在第1版中，次要版本12 ...版本100 在構建99之后。

所以在你的例子中（v1.13> v1.2）：次要版本“13”將在發布“2” 之后出現一段時間。

Answer 2

這是標准做法， 無論如何 ，任何關注版本“數字”的人都應該意識到這一點 。 可能存在任何誤解的唯一原因是，如果您的版本“數字”只有一個點，例如“1.13”，在這種情況下，它可能會與十進制數字混淆 （由不知情的讀者），這是不幸的，因為他們代表完全不同的東西，雖然使用相同的表示法。 你使用修訂號嗎？ 如果是這樣，這使得版本更加清晰，不是小數，例如“1.13.2”。 無論如何，從設計的角度來看，我傾向於推薦這種做法。

要點：如果要以編程方式比較程序集的版本，可以使用Version類，它會使比較運算符重載，這樣您只需通過評估versionA > versionB就可以輕松檢查哪個versionA > versionB 。

Answer 3

我更喜歡始終零填充版本號以避免混淆並允許它們在“版本未知”應用程序中正確排序。 在這種情況下，我的數字是1.13> 1.02

優點是它在數字和字母順序上都能正確排序。

Answer 4

1.13> 1.2

如果您認為它可能會使客戶感到困惑，請避開問題 - 從1.10開始編號:)

Answer 5

例如：3.1,95,98，Me，XP，Vista，7

只要想出新的東西，客戶就不會像你想象的那樣擔心它。 解釋新功能，而不是版本號。

Answer 6

這個問題也困擾了我一段時間。 “合理”字符串排序的零填充似乎是一個好主意（我希望更多的源代碼壓縮包跟隨這一點;否則很難發現最新的數十個版本）。

我最近注意到開發人員說“1.13”為“一點十三”，而不是“一點一三”，這是我認為我會采用的做法。 它清楚地表明版本號是一串數字，而不是小數。 也許我們應該先使用破折號或斜線來代替點作為分隔符，以使書面形式不那么模糊。

如果您確實將它們視為小數，那么當您接近新的主要版本時，您最終可能會得到類似“1.999999”的版本號！ （我記得BASIC方言的行號有類似的問題。）它也讓我想起了Knuth的TeX和METAFONT編號方案（分別向pi和e匯合，我認為很棒：它表明定義明確的軟件目的應該趨向理想狀態，而不是不斷擴大）。

Answer 7

我只根據發布的重要性及其作為主要/次要版本的資格來增加不同的版本號。 我想我並不太關心版本號的可讀性。

Answer 8

沒有。 在我見過的delopers的每個軟件版本中，1.13> 1.2

Answer 9

然而，從數值的角度來看，1.13 <1.2。

我不這么認為。

那么，你是否將點數發布的數量限制為9，然后在達到.9時增加主要版本？

沒有。 我的數字進入了數十。 對於臨時版本，較大的項目進入數百個。

Answer 10

我不認為版本號是一個數字編號，而是一個數字元素數組。 因此我總是發現自然1.13> 1.2。 我不會因為之前的次要版本是9來增加主要版本而且有人可能會認為（即使我發現它不太可能）1.9比1.10更晚。

Answer 11

版本號只是為了讓您了解正在使用的構建版本，以及用戶可以查看它們具有的版本。

你如何做到這一點取決於你。

你可以做ABC或I.II.III或你想要的。

我試着讓用戶理解它很簡單。 因為我個人並不在乎它是怎么回事。

我有三層。 Major.Minor.Build

構建是可選的，對於經常更新的項目，我會在那里附加修訂號以查看我們所處的位置。

主要和次要的數字是整數，所以13大於2，但通常我們在次要修訂中從未如此高，我們傾向於將小構建一起批處理並將它們分成一個主要構建。