当前位置：文江博客话题详情

如果我提高版本编号，TestFlight会再次审核应用程序吗？

发布于 2025-01-22 18:20:21 字数 474 浏览 3 评论 0原文

我对测试飞行堆积上传的疑问。我知道的基本步骤，但我仍然有问题，因为这将是我第一次将构建上传到testflight

a） 我的应用程序已经在App Store中使用1.0版，因此我想在测试飞行中上传同一应用程序的新版本2.0是否会再次进行审查？如果是的，最大等待时间是多少？

b），因为我的应用已经在AppStore中使用，并使用版本1.0播放：28我可以上传具有构建号为29的同一版本？

c）我还阅读了内部测试人员的testflight，没有审核时间，这在明确的意义上意味着什么？

d）一旦将新版本上传到测试时测试的邀请必须单独发送？因为当我过去仅通过更改用于在测试范围中通知的构建号测试仪时上传，但是在上传新版本2.0后，我对此有疑问。

对这些问题的任何澄清或答案都会有所帮助

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

烙印 2025-01-29 18:20:21

测试飞行审查过程

1）
对于TestFlight，当您提交新版本号时，需要进行新的审查（最坏情况下的48小时至3天不等）。

2）
但是，新的构建数字不需要新的审核（在开发过程中，构建数字就像版本的辅助ID）。

例如，我可以将新版本的Apollo推向Testflight，
版本1.8（构建编号50），它需要审查，但构建51，
同一版本的52、53等不需要任何审查。
同样，如果您有1.7版的应用程序，并且要上传一个
新版本1.8将需要新的评论（范围从48小时到3
最坏情况下的天数）

3）同时将构建上传到测试飞行时，有时内部测试人员可能会提前邀请他们进行测试，并且还显示了在测试飞行构建中“缺失合规性”，情况只需在PLIST文件中添加此键...一切都会好起来的..

<key>ITSAppUsesNonExemptEncryption</key>  
<false/>

4）

假设如果您的应用程序已在AppStore上使用（准备出售），则使用1.5版，构建编号为1.9。

我认为苹果会考虑一旦通过AppStore提供版本的版本生命周期完成。

例如，1.5（1.9）在Appstore上进行了现场直播，这意味着版本1.5
生命周期完成，最终版本为1.5（1.9构建版本）。
因此，您将无法以1.5添加任何新的构建
版本。相反，您应该创建一个高于1.5的新版本，
IE，1.5.1、1.6，然后将构建上传到新创建的构建
版本。

如果您尝试使用相同的版本编号和不同的构建编号并在App Store中进行实时，则会获得错误，如下所示：

” 14621362“> https://stackoverflow.com/a/52719866/14621362
https://stackoverflow.com/a/a/45207369/14621362

值得阅读的好文章： https://christianselig.com/2020/2020/06/testflight-review/

The Testflight Review Process

1)
For TestFlight, when you submit a new version number, it requires a new review(Ranging from 48 hrs to 3 days in worst cases).

2)
But new build numbers do not require a new review(build numbers are like a secondary ID for a version as it goes through development).

For instance, I could push a new version of Apollo to TestFlight,
version 1.8 (build number 50) and it would need review, but builds 51,
52, 53, etc. of the same version do not require any review.
Similarly if you have 1.7 version of your app and you want to upload a
new version 1.8 it will require a new review (Ranging from 48 hrs to 3
days in worst cases)

3) Also while uploading the build to Test flight sometimes the internal testers may not get notification to test though they were invited earlier and also it shows "missing compliance" in TestFlight build in that case simply add this key in plist file...Everything will be alright..

<key>ITSAppUsesNonExemptEncryption</key>  
<false/>

Suppose if your app has become Live (Ready For Sale) on the AppStore with version 1.5 and build number 1.9.

I think Apple consider the version life cycle completed once the version is available to public users via AppStore.

For example, 1.5 (1.9) is Live on AppStore which means version 1.5
life cycle completes with final version being 1.5 (1.9 build version).
So, you would not be able to add any further new build with 1.5
version. Instead, you should create a new version higher than 1.5,
i.e., 1.5.1, 1.6, and then upload the builds to that newly created
version.

If you try with same version number and different build number and is live in App Store you will get error as shown below: