ios - App Store 版本号 - 更改方案/最佳实践

Question

我们正在考虑在下一版本的 iOS 应用程序中更改版本号，从使用传统的 Major.Minor.Patch 版本号方案改为使用基于日期的方案，例如 2012.month.patch 以更好地反射(reflect)我们的用户应用的货币。

Apple 在 iTunes Connect 中唯一的版本号指南如下:

The version number of the app you are adding. Numbering should follow typical software versioning conventions (for example, 1.0 or 1.0.1 or 1.1).

我的问题 - 他们是否执行这种传统方案？

使用基于日期的方案有什么缺点吗？

更改已广泛部署的应用程序的方案是否会出现任何陷阱？

更新:为了解释更多采用基于日期的版本控制方案的理由...相关应用程序的更新主要是为了反射(reflect)每年添加几次的新数据集.用户知道版本 2012.2 具有当前数据是很有用的 - 版本 2.6 不传达这一点。

Answer 1

Apple 方案通常是强制执行的，因为您的包会被检查两次以获得正确的版本号(一次在验证时，一次在上传时)。如果不是苹果，也是普遍接受的传统。此外，如果您可以只使用内部版本号字段，为什么还需要超过建议的小数位？

无论如何，只有一个陷阱。有时，iTunes Connect 会遇到小数位两位数的问题。我的意思是，V1.1 和 V1.10 有时显示为相同的版本(因为忽略了零)。但是，V1.11 没问题。

根据您的建议，这似乎有点古怪，但我会继续尝试。应用程序商店不会显眼地显示版本号(除了在软件更新期间，即使那样，它也是一个副标题)，所以我敢打赌它可能会溜走。如果需要，只需修改应用名称以反射(reflect)年份。