Air 如何处理Google Play版本增量和IAB测试

我们的产品版本遵循语义版本控制，带有一个额外的数字用于构建包标识：

major.minor.patch.build

前三部分是源代码版本控制，具体取决于API兼容性和错误修复（补丁）。最后一部分是跟踪多个构建包。多个构建可以在不更改源代码的情况下进行（因此对

major.minor.patch

没有任何更改）。多版本的原因很多，都与Android APK打包有关（例如图标丢失/更改、

minSDKVersion

增加、权限更改、SDK更新、描述符文件更改[我们正在使用AIR]等）

不幸的是，Google Play不承认这个由4部分组成的版本。它只识别前3个部分。例如：

2.3.1.1

-已上载，收到SDK/API最小版本不匹配的警告。

2.3.1.2

-没有源代码更改，只是在清单中增加了

minSDKVersion

。
就Google Play而言，两者都是版本

2.3.1

（

2003001

）

为什么重要？
为了测试应用内计费（IAB）购买，必须将版本发布到Alpha（或Beta或Production）。发布后，如果不增加版本，则无法上载另一个APK。就我们而言，我们正在增加版本，但谷歌没有意识到这一点。对我们来说，在没有源代码更改的情况下增加

补丁

的数量是愚蠢的，而且违反了公司的版本控制计划，该计划跨越了比谷歌Play更多的平台

那么IAB测试怎么办？
-我们在内部将APK分发给QA（不是通过Google Play），但是我们仍然需要向Alpha发布APK以测试IAB。
-如果不发布版本号增加的APK，IAB测试错误就会出现（设备上的APK版本不能高于Google Play中最新上传的APK）

其他人如何处理