rad*_*ven 2 versioning app-store appstore-approval ios
我们正在考虑更改iOS应用程序的下一版本中的版本号,使用传统的Major.Minor.Patch版本号方案,而不是使用基于日期的方案(如2012.month.patch)来更好地向用户反映货币该应用程序.
Apple iTunes中唯一的版本号指导如下:
您要添加的应用的版本号.编号应遵循典型的软件版本控制约定(例如,1.0或1.0.1或1.1).
我的问题 - 他们是否执行这一传统计划？
使用基于日期的计划有任何不利之处吗？
在已经广泛部署的应用程序上,是否有任何可能出现的问题？
更新:为了解释进入基于日期的版本控制方案的更多理由...有问题的应用程序主要更新,以反映每年添加几次的新数据集.对于用户来说,知道版本2012.2具有当前数据是有用的 - 版本2.6没有传达这一点.
苹果方案通常是强制执行的,因为您的包被检查两次以获得正确的版本号(一次在验证时,一次在上传时).如果不是苹果,通过普遍接受的传统.此外,如果您可以使用内部版本号字段,为什么还需要超出推荐的小数位数？
无论如何,只有一个问题.有时,iTunes Connect在小数位时会出现两位数的问题.我的意思是,V1.1和V1.10有时会显示为相同版本(因为零被忽略).但是,V1.11很好.
根据你的建议,它看起来有点古怪,但我会继续尝试.应用程序商店并没有突出显示版本号(除非在软件更新期间,即使这样,它也是一个副标题),所以我敢打赌它可能只是滑过.如果需要,只需修改应用程序的名称即可反映年份.
| 归档时间： |
|
| 查看次数： |
7793 次 |
| 最近记录： |