如果我提高版本号，testflight 是否会再次审查应用程序？
Does testflight reviews app again if i up the version number?
我几乎没有关于试飞版本上传的问题。我知道基本步骤，但我仍然有疑问，因为这将是我第一次将构建上传到 Testflight
A) 我的应用程序已经在 App Store 中，版本为 1.0，所以如果我想在测试中上传同一应用程序的新版本 2.0航班会重新审核吗？如果是，最长等待时间是多少？
B) 由于我的应用程序已经在 Appstore 上线，版本号为 1.0，内部版本号：28，我可以将内部版本号为 29 的相同版本上传到 testflight 进行 Beta 测试吗？
C) 我还为内部测试人员阅读了 TestFlight doesnot have review time ，这是什么意思？
D) 另外，新版本上传到testflight后，测试邀请必须单独发送吗？因为当我过去只通过更改内部版本号上传时，测试人员过去常常在 TestFlight 中收到有关它的通知，但在使用新版本 2.0 上传后我对此表示怀疑。
对这些问题的任何澄清或回答都会对我有所帮助
您可能需要查看这些文档
https://help.apple.com/app-store-connect/#/devdc42b26b8
https://developer.apple.com/documentation/xcode/distributing-your-app-for-beta-testing-and-releases
试飞审核流程
1)
对于 TestFlight，当您提交新版本号时，需要重新审核（最坏情况下从 48 小时到 3 天不等）。
2)
但是新的内部版本号不需要重新审核（内部版本号就像一个版本在开发过程中的辅助 ID）。
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) 此外，在将构建上传到测试飞行时，有时内部测试人员可能不会收到测试通知，尽管他们较早被邀请，并且在 TestFlight 中显示“缺少合规性”在这种情况下构建只需在 plist 文件中添加此键...一切都会好起来的..
<key>ITSAppUsesNonExemptEncryption</key>
<false/>
4)
假设您的应用程序版本为 1.5 且内部版本号为 1.9 的 AppStore 上线（准备销售）。
我认为一旦该版本通过 AppStore 提供给 public 用户，Apple 就认为版本生命周期已经完成。
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.
如果您尝试使用相同的版本号和不同的内部版本号并且在 App Store 中上线，您将收到如下所示的错误：
值得一读的好文章：https://christianselig.com/2020/06/testflight-review/
我几乎没有关于试飞版本上传的问题。我知道基本步骤，但我仍然有疑问，因为这将是我第一次将构建上传到 Testflight
A) 我的应用程序已经在 App Store 中，版本为 1.0，所以如果我想在测试中上传同一应用程序的新版本 2.0航班会重新审核吗？如果是，最长等待时间是多少？
B) 由于我的应用程序已经在 Appstore 上线，版本号为 1.0，内部版本号：28，我可以将内部版本号为 29 的相同版本上传到 testflight 进行 Beta 测试吗？
C) 我还为内部测试人员阅读了 TestFlight doesnot have review time ，这是什么意思？
D) 另外，新版本上传到testflight后，测试邀请必须单独发送吗？因为当我过去只通过更改内部版本号上传时，测试人员过去常常在 TestFlight 中收到有关它的通知，但在使用新版本 2.0 上传后我对此表示怀疑。
对这些问题的任何澄清或回答都会对我有所帮助
您可能需要查看这些文档
https://help.apple.com/app-store-connect/#/devdc42b26b8 https://developer.apple.com/documentation/xcode/distributing-your-app-for-beta-testing-and-releases
试飞审核流程
1) 对于 TestFlight，当您提交新版本号时，需要重新审核（最坏情况下从 48 小时到 3 天不等）。
2) 但是新的内部版本号不需要重新审核（内部版本号就像一个版本在开发过程中的辅助 ID）。
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) 此外，在将构建上传到测试飞行时，有时内部测试人员可能不会收到测试通知，尽管他们较早被邀请，并且在 TestFlight 中显示“缺少合规性”在这种情况下构建只需在 plist 文件中添加此键...一切都会好起来的..
<key>ITSAppUsesNonExemptEncryption</key>
<false/>
4)
假设您的应用程序版本为 1.5 且内部版本号为 1.9 的 AppStore 上线（准备销售）。
我认为一旦该版本通过 AppStore 提供给 public 用户，Apple 就认为版本生命周期已经完成。
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.
如果您尝试使用相同的版本号和不同的内部版本号并且在 App Store 中上线，您将收到如下所示的错误：
值得一读的好文章：https://christianselig.com/2020/06/testflight-review/