我們正在考慮在下一版iOS應用中使用傳統的Major.Minor.Patch版本號方案更改版本號,以替代使用基於日期的方案,如2012 .month.patch,以更好地向我們的用戶反映應用程序的貨幣。App Store版本號 - 更改方案/最佳做法
蘋果只在iTunes Connect版本號指引如下:
要添加的應用程序的版本號。編號應遵循 典型的軟件版本控制慣例(例如,1.0或1.0.1或 1.1)。
我的問題 - 他們是否執行這個傳統的方案?
使用基於日期的方案有什麼不足嗎?
在已經廣泛部署的應用程序中,可能會出現更改方案時可能出現的任何問題嗎?
更新:爲了解釋更多的基於日期的版本控制方案的理由......有問題的應用程序更新主要是爲了反映新的數據集每年添加幾次。對於用戶來說知道版本2012.2具有當前數據是很有用的 - 版本2.6不能表達這一點。
爲了解釋更多的基於日期的版本控制方案的理由......所涉及的應用程序主要進行更新以反映每年新增幾次數據集。對於用戶來說知道版本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