最近在研究apple上架的项目，其中发现要真正把一个项目上传到App Store是很困难的，然后我去把目前遇到的问题整理成一片文章方便以后上传再次需要和供其他人做个参考。
Apple“上传错误”解决方法 - 取消选中“位码”和“上传您的符号”有什么区别？
如果他们正在解决这个问题，Apple 会通知我们吗？ 这有效，上传速度恢复正常。 Apple 可能没有立即注意到这个问题，因为一些二进制文件正在正常运行。我想知道苹果是否还知道这个错误。显然，新的 iOS 14 配置为正常上传搞砸了一些东西。 在这一点上，预计会承认问题并让我们知道 Apple 正在解决这个问题。
答：更多信息。似乎已经升级 Xcode 的人和没有升级 Xcode 的人都在让他们的二进制文件消失。仅仅是因为我们检查了“位码”和“上传您的符号”。 而已。这就是大毛病。直到 iOS 14 掉线之前都很好。这影响着每个人。 只有关闭这些东西的二进制文件才会通过。 那么这是一个 Xcode 错误吗？还是后端处理错误？那是苹果的工程师要找出来的。 我们需要的是 App Store Connect 底部的一个快速“BUG ALERT”按钮——它可以轻松地向 Apple 报告此类重要信息。
ICloud Drive 上传需要一个选择选项
iCloud Drive 上传默认上传桌面上的所有文档、文档和照片。
应该有一个选择器来选择要上传的文件夹或右键单击“不上传”的选项。
答：我同意，但我认为这应该适用于两种方式。
· 应该可以强制仅本地
· 应该可以只强制云（选择性地释放 Mac 上的空间 - 但留下一个图标，允许像今天一样下载）
据我所知，没有其他云解决方案能做到这一点（OneDrive 上有一个有点像这样的功能，但它似乎已经消失了），所以这将是苹果真正的 USP。
苹果音乐不断上传
我的 Apple Music 资料库不断上传。我今天在 beta 1 中遇到了这个问题，现在在 beta 2 中也遇到了这个问题。我已经重新启动了 Mac，但没有区别。直到今天工作正常。
答： 我有同样的问题。登录和退出。重新启动。仍然是“加载 iCloud 音乐库”，仅此而已。Beta 1 也存在问题，该问题在重新启动时得到解决。
单独上传到苹果商店
这是我们遇到的问题。我们想请我们的应用程序开发人员将应用程序上传到苹果商店，因为他们不想给我们应用程序的源代码。我们知道我们需要提供我们与内容供应商之间的协议，以证明内容是合法的。但是，我们不想将此类文档提供给应用程序提供商。您有什么建议我们可以向您发送我们与内容提供商之间的协议，而无需将信息提供给应用程序开发人员？
答：1.这听起来像是一种非常片面的关系。您是否首先签订了接收源代码的合同？2. 他们不想给我们源代码，我会开始寻找新的开发人员。
Apple Transporter 应用程序异常上传行为
我正在使用 Apple transporter 应用程序将我的一个应用程序上传到 Testflight。使用transporter应用的原因是上传卡在管理器中很长时间。
Transporter 应用程序以进度成功启动上传，但进度永远不会达到 13%，它会反弹回 10%，并在 10% 和 13% 之间陷入循环。上传大小约为 220mb，我的网络连接良好，但已经超过 3.4 小时，但没有任何进展。
有什么解决方法吗？
答：使用 Application Loader 的行为相同吗？我会试试的。我两个都用。有点像尝试不同的浏览器。
将 macOS 应用程序上传到 Apple Store
我用 Qt/QML 用 C 开发了一个我想从 Apple Store 分发的应用程序。当我尝试从 Xcode 上传应用程序时，出现此错误：
请求中的内部版本号“”具有无效格式。内部版本号只能包含数字字符 (0-9) 和句点。
我已经验证版本和构建都存在并且格式正确。这怎么可能解决？
答：我有同样的问题，我只是在 info.plist CFBundleVersion $(CURRENT_PROJECT_VERSION) 中添加了这段代码
无法将二进制文件上传到 Apple - 所有服务都是绿色的？！？！？
Xcode 停在最后——这是我第一次遇到这种情况。所以我得到了运输者。我的上传缓慢达到 30%，停止，然后进度开始下降（怎么会发生这种情况？）。 今天早上（2020 年 9 月 2 日）就这样持续了两个小时。我是唯一一个？
答：你很幸运你以前没有问题;） 最近似乎比平时更多的问题 - 一般的互联网和后端。 关于开发系统上的绿灯……那些并不总是反映现实，所以…… 请耐心等待，继续尝试，祝你好运。
上传到苹果商店失败~
App Store Connect 操作错误 下载的软件组件已损坏，将无法使用。
https://contentdelivery.itunes.apple.com/transporter/repositories/j2se8/2.0.0/bundles/com.apple.transporter.mediatoolkit-2.0.0.jar 应用商店连接操作错误 未满足要求：com.apple.transporter .itmstransporter App Store Connect 操作错误 (&(package=com.apple.jingle.leghorn.fileformat.exceptions)(version>=2.0.0)(!(version>=3.0.0)))
答： 升级到Xcode 11*后，上传应用商店失败，提示需要安装.jar App Store Connect Operation Error 下载的软件组件已损坏，无法使用。
https://contentdelivery.itunes.apple.com/transporter/repositories/j2se8/2.0.0/bundles/com.apple.transporter.mediatoolkit-2.0.0.jar 应用商店连接操作错误 未满足要求：com.apple.transporter .itmstransporter App Store Connect Operation Error (&(package=com.apple.jingle.leghorn.fileformat.exceptions)(version>=2.0.0)(!(version>=3.0.0))) 解决方法： 1、在网页中输入提示.jar文件的下载地址进行下载（如上图： https://contentdelivery.itunes.apple.com/transporter/repositories/j2se8/2.0.0/bundles/com.apple.transporter.mediatoolkit-2.0.0.jar ） 2、将下载好的.jar文件添加到/
Users/mac/Library/Caches/com.apple.amp.itmstransporter/obr/2.0.0 文件夹文件下。 3、重新上传.ipa。
exportArchive：Xcode Server 不支持将应用程序上传到 Apple。
我正在尝试将持续集成添加到我们当前的应用程序构建部署过程中。我已经添加了一些单元测试并在外部存储的 mac mini 上配置了 xcode 服务器，以便在推送到 github 时构建和运行测试——一切都很好。但是，我的机器人在生成我签名的存档后返回一个错误，上面写着：
“exportArchive：Xcode Server 不支持将应用程序上传到 Apple。”。
我有点失落。我希望 xcode 服务器为我上传我的构建，但如果需要，我会设置 fastlane 来执行上传过程。但我感到困惑的是为什么机器人将其作为错误返回。
问题：有没有办法设置我的机器人上传到 iTunes 连接
和：我如何摆脱这个“未解决的问题”？
答：基本上，Xcode Server 不支持将应用上传到 App Store。这意味着它将检查 ExportOptions.plist，如果您已在配置中指定它，并检查“目标”键的值。如果设置为“上传”，它会吐出上面的错误：“exportArchive：Xcode Server 不支持将应用程序上传到 Apple。” 因此，我将其保留为“出口”。
但是，您仍然可以通过添加触发器让 Xcode Server 代表您上传。使用 altool 添加后集成脚本：
altool --upload-app -f $XCS_PRODUCT -u <用户名> -p <应用程序特定密码>。或者，您可以使用 fastlane，但将所有东西都放在一个地方很好。
在 Apple 拒绝后上传我的应用程序的新版本时，如何更改上传的版本号？
当我尝试上传修改后的应用程序时，它不允许我并且我收到一条错误消息“
错误 ITMS-4238：“冗余二进制上传。在 SoftwareAssets/PreReleaseSoftwareAsset 中已经存在构建版本为 '1' 的二进制上传，用于训练 '1.0'”
错误 ITMS-4238：“冗余二进制上传。在 SoftwareAssets/PreReleaseSoftwareAsset 中已经存在构建版本为 '1' 的二进制上传，用于训练 '1.0'”。
答：您需要转到每个目标（例如主应用程序、watchKitExtension 和 WatchKitApp），并且您需要将“构建”从 1 更改为 2（或增加它）。那应该可以解决您遇到的错误。但请确保为您的每个目标都这样做。保持版本不变。似乎苹果需要为每个提交单独的内部版本号，即使它失败并且甚至没有进入批准周期。
