【发布时间】：2017-04-21 14:30:22
【问题描述】：
一个可能很简单的答案的冗长问题，但上下文可能有助于为我不知道要问的问题提供答案。 :)
我们目前有一款可在 Android 和 PC 上使用的应用，现在我们正在将其推送到 ios。我们正在努力弄清楚如何使应用商店版本控制系统适应我们现有的系统。
我们现有的版本号格式为 xx.yy.zz。当我们开始发布新版本时，我们增加 yy 并将 zz 设置为 0。即，如果我们最后发布的版本是 3.23.5，那么我们将版本号设置为 3.24.0。对于我们推送到测试的每个候选版本，我们都会增加最后一个数字（因此下一个候选版本将是 3.24.1）。
所以我们当然可以将 ios 版本号设为 xx.yy 并将内部版本号设为 zz。
但是，当我们因为发现错误而需要为某个版本推送快速补丁时会发生什么？对于我们的其他平台，例如 3.24.2。 3.24 版已公开发布后，我们能否将其发布到应用商店？
或者，我们可以将版本号设为完整的 xx.yy.zz 号，并为每个测试候选者推送新的版本号，即使之前的版本尚未发布。这是禁忌吗？
如果这两个选项都不可行，我们的麻烦是我们要么必须进行一些流程更改（因此在其他平台上的版本号在一个小补丁上达到 3.25，我们不想这样做）或者我们必须使 ios 版本号略有不同。例如，3.24 可能是一个版本的初始版本，而 3.24.1 可能是后续版本（导致跨平台版本号之间的一些差异以及一些构建机器的痛苦，因为我们需要检测构建是否公开)。
注意，我已阅读此内容：https://developer.apple.com/library/content/technotes/tn2420/_index.html
问题，如果你错过了：
我们可以为应用商店中已有的版本号（即已发布版本的补丁）推送新版本吗？
当之前的版本号尚未发布时，我们可以推送具有新版本号的构建吗？如果我们将其作为标准做法，史蒂夫乔布斯会从坟墓中复活并扼杀我们（更糟糕的是，苹果会禁止我们）吗？
【问题讨论】：