Iphone TestFlight不接受我发布的FlightPath IPA。担心的理由？

所以我按照很多人的建议做了，并在FlightPath最终启动时将TestFlight SDK保留在发布版本中

但是：在对前一个名为TestFlight Live的应用程序执行TestFlight后，TestFlight拒绝接受我的应用程序商店IPA继续阅读，并给出以下消息：

无效IPA:embedded.mobileprovision中的密钥链访问组 你的二进制文件不匹配

我照他们说的做了：

我制作了一个发布版本并提交到应用商店，包括TestFlight SDK和检查点调用，但是-setDeviceIdentifier:调用被删除

2从Xcode Organizer窗口：选择提交的存档，单击Distribute将其重新构造为与TestFlight兼容的二进制文件，并通过TestFlight进行临时分发

---

显然，这个二进制文件是TestFlight的垃圾，这让我想知道：一旦FlightPath到达，我该如何访问分析数据？我是否最好拒绝我的提交并删除所有无用的TestFlight SDK代码，或者这可以修复？

您不必上传应用程序的应用程序商店版本，就可以使用flight path。只要您上传或创建了具有相同捆绑id和应用令牌的应用，该应用就会出现在flightpath中，而无需您上传

---

确保您拥有与捆绑包id匹配的正确应用令牌

您不必上传应用程序的应用程序商店版本，应用程序就可以使用飞行路径。只要您上传或创建了具有相同捆绑id和应用令牌的应用，该应用就会出现在flightpath中，而无需您上传

---

确保您拥有与捆绑包id匹配的正确应用令牌

他们在哪里提到捆绑id必须与应用令牌匹配？当我决定包含TestFlight SDK时，TestFlight自动为我的一个构建生成了应用程序令牌。您团队中的每个应用程序都有一个唯一的捆绑包id。如果更改生产版本的捆绑包id，则必须使用新的应用程序令牌创建新的应用程序。这有时发生在人们身上。我只是想说清楚。他们在哪里提到捆绑id必须与应用令牌匹配？当我决定包含TestFlight SDK时，TestFlight自动为我的一个构建生成了应用程序令牌。您团队中的每个应用程序都有一个唯一的捆绑包id。如果更改生产版本的捆绑包id，则必须使用新的应用程序令牌创建新的应用程序。这有时发生在人们身上。我只是想说清楚。