我們正在考慮在下一版iOS應用中使用傳統的Major.Minor.Patch版本號方案更改版本號，以替代使用基於日期的方案，如2012 .month.patch，以更好地向我們的用戶反映應用程序的貨幣。App Store版本號 - 更改方案/最佳做法
蘋果只在iTunes Connect版本號指引如下：
要添加的應用程序的版本號。編號應遵循 典型的軟件版本控制慣例（例如，1.0或1.0.1或 1.1）。
我的問題 - 他們是否執行這個傳統的方案？
使用基於日期的方案有什麼不足嗎？
在已經廣泛部署的應用程序中，可能會出現更改方案時可能出現的任何問題嗎？
更新：爲了解釋更多的基於日期的版本控制方案的理由......有問題的應用程序更新主要是爲了反映新的數據集每年添加幾次。對於用戶來說知道版本2012.2具有當前數據是很有用的 - 版本2.6不能表達這一點。
根據我的經驗，除第一個版本不小於1.0並且您不能發佈較低編號的版本外，他們不會執行它。
傳統方案的優勢在於它的重點在於可以根據您的步調進行更新的功能，而不是始終停止並且變化太快的日期。很容易判斷髮行版與其他發行版相比的適用性，並縮短使用日期。
爲什麼你想要？如果您將2012.02.08提交給應用商店，但直到2月15日纔會批准，那麼立即就會出現差異。應用商店列出應用上次更新的日期，您的用戶可以閱讀該文件或您的網站。
如果您經常更新它，並且他們下載了更新，那麼我相信他們會收到消息說您的應用程序正在經常更新。我當然注意到應用程序更新時。除了實際上在下載版本號或在應用程序中看到版本號時，將版本號更改爲日期並不能幫助他們知道它經常更新。
蘋果計劃通常是強制執行的，看看你的包檢查了兩次正確的版本號（驗證一次，上載一次）。如果不是蘋果，按照普遍接受的傳統。此外，如果您只需使用內部編號字段，那麼爲什麼還需要超出推薦的小數位？
反正，只有一個問題。有時，iTunes Connect在小數點位置出現兩位數字的問題。我的意思是，V1.1和V1.10有時會顯示爲相同的版本（因爲零被忽略）。但是，V1.11很好。
根據你的建議，這看起來有些古怪，但我會繼續嘗試。應用商店不會顯着地顯示版本號（除了在軟件更新期間，即使這樣，它也是一個副標題），所以我敢打賭它可能會滑落。如果需要，只需修改應用的名稱以反映年份。
我們在使用.9 - > .10更新時遇到了一些問題......如果您有任何關於此「疑難」的其他詳細信息，請好好分享......謹慎分享？ :) – BadPirate 2012-06-22 19:27:55
是的，你有這個問題的完美例子。你可能已經進入.9到.10，但iTunes看到9到1.你在這裏看到問題，對吧？ iTunes認爲你的應用程序只有8個版本！ – CodaFi 2012-06-22 20:04:24
在我們的例子中，.9 - > .10升級導致下載應用程序（和一星級評論）的人失敗了約70％，它會在發佈時崩潰，在我們抓到之前我們在商店中銷售它的時刻並拉動它......有趣的是，我們所要做的就是等待它從所有蘋果商店中撤出，然後重新啓用它下載（相同的.10版本），並且它在世界範圍內的工作沒有問題。 似乎蘋果的一些系統認爲.10在0.9之後，有些人可能認爲它在0.1之前和之前.2 ......但奇怪的是，它是間歇性的。肯定是蘋果的錯誤。 – BadPirate 2012-06-25 17:15:22
爲了解釋更多的基於日期的版本控制方案的理由......所涉及的應用程序主要進行更新以反映每年新增幾次數據集。對於用戶來說知道版本2012.2具有當前數據是很有用的 - 版本2.6不能表達這一點。 – radven 2012-02-10 14:30:01
夠公平的。你有沒有考慮下載新的數據集，而不是捆綁它們，讓應用程序只是一個客戶端？通過這樣的設置，你可以在他們一定會看到的地方有一個面向用戶的字符串「Last updated：xxx ...沒有新的數據可用」。 – JoePasq 2012-02-10 16:25:05
喬 - 可下載的數據集一直在待辦事項列表中，但到目前爲止，投資於必要的後端基礎架構（應用程序幾乎不賺錢）並沒有財務意義。也許一旦我實施應用內購買實施可下載數據將是可行的。但是現在我只是看不到我如何付出帶寬來免費升級。但是，偉大的想法，謝謝！ – radven 2012-02-12 20:16:16