我们正在考虑在下一版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