如何在上传到 App Store 的构建上获得一致的初始处理时间？
How can consistent initial processing times be obtained on builds uploaded to the App Store?
当我将新版本上传到 App Store 时，新版本的处理时间似乎并不一致。我的意思是构建可以在几分钟内快速完成处理，有时它们似乎会停滞数小时或更长时间。不用说，这会影响我轻松使用新版本进行测试或提交以供审核的能力。
我的问题是，对于我的 IPA 打包或我的构建设置，是否可以做些什么来在 App Store 上获得更一致的处理时间？
请注意，我问的是上传二进制文件的初始处理，而不是 Apple 审查应用程序所需的时间。
我主要上传同时使用 Swift 和 Objective-C 的应用程序，因此 Swift 运行时库包含在我的 App Store 包中。我要么使用 Xcode 7.0.1 提交构建，要么使用基于 xcodebuild 的自定义构建脚本。这两种方法都已成功上传构建，但正如我所说，处理时间可能非常不规律，并促使我重新考虑我提交 IPA 的方式。
我想指出的是，这种不规律似乎可以在一天中的任何时间发生，所以我不确定这是否是一个因素。
从偶然的观察来看，似乎较新的版本将优先于较旧的版本。因此，如果您有一个构建尚未完成处理，则较新的构建可以在较旧的构建之前完成处理。如果上传了一系列构建，中间构建可能会停滞很长时间。这似乎是一种明智的方法，因为更新的构建在处理中具有更高的优先级。我不确定这是否正在发生。
这个问题是开放式的。
应用商店审核时间差异很大，如果您现在提交，即使当前时间也不是可靠的时间指标，但可以作为参考。
根据遇到此问题的其他人的经验和我自己的观察，我得出的结论是构建可能会卡在 Processing 状态，有时会无限期地卡住。由于 Apple 不提供与此情况相关的其他信息，因此获得更一致的处理时间的解决方案是在构建卡在 Processing 时提交新构建。这是否是影响实际处理时间的可靠方法还有待确凿证据证明。
当我将新版本上传到 App Store 时，新版本的处理时间似乎并不一致。我的意思是构建可以在几分钟内快速完成处理，有时它们似乎会停滞数小时或更长时间。不用说，这会影响我轻松使用新版本进行测试或提交以供审核的能力。
我的问题是，对于我的 IPA 打包或我的构建设置，是否可以做些什么来在 App Store 上获得更一致的处理时间？
请注意，我问的是上传二进制文件的初始处理，而不是 Apple 审查应用程序所需的时间。
我主要上传同时使用 Swift 和 Objective-C 的应用程序，因此 Swift 运行时库包含在我的 App Store 包中。我要么使用 Xcode 7.0.1 提交构建，要么使用基于 xcodebuild 的自定义构建脚本。这两种方法都已成功上传构建，但正如我所说，处理时间可能非常不规律，并促使我重新考虑我提交 IPA 的方式。
我想指出的是，这种不规律似乎可以在一天中的任何时间发生，所以我不确定这是否是一个因素。
从偶然的观察来看，似乎较新的版本将优先于较旧的版本。因此，如果您有一个构建尚未完成处理，则较新的构建可以在较旧的构建之前完成处理。如果上传了一系列构建，中间构建可能会停滞很长时间。这似乎是一种明智的方法，因为更新的构建在处理中具有更高的优先级。我不确定这是否正在发生。
这个问题是开放式的。 应用商店审核时间差异很大，如果您现在提交，即使当前时间也不是可靠的时间指标，但可以作为参考。
根据遇到此问题的其他人的经验和我自己的观察，我得出的结论是构建可能会卡在 Processing 状态，有时会无限期地卡住。由于 Apple 不提供与此情况相关的其他信息，因此获得更一致的处理时间的解决方案是在构建卡在 Processing 时提交新构建。这是否是影响实际处理时间的可靠方法还有待确凿证据证明。