我可以从我的iTunesconnect控制面板中看到有多少用户在使用我的Beta版应用程序的每个版本。TestFlight何时更新这些应用程序？他们是否必须打开TestFlight并手动选择更新？当他们启动他们正在测试的应用程序时，它会自动发生吗？我似乎无法在Apple的文档中找到任何答案。 最佳答案 他们必须手动更新它。发送推送通知和电子邮件让用户知道新版本已准备好进行测试，但是否打开试飞并安装它取决于用户。 关于ios-Apple的TestFlight应用程序是否会自动更新外部Bet
我已将我的应用程序提交给TestFlight，我故意让我的设备上的应用程序崩溃，但我不知道在哪里可以看到这些崩溃日志。顺便说一句，我想在应用程序上查看其他人的崩溃日志，而不是设置菜单中的崩溃日志。有人知道吗？ 最佳答案 在Xcode6.3中，崩溃日志已移至管理器窗口。可能需要一些时间并重新启动崩溃的应用程序才能显示日志。 关于ios-您如何查看TestFlight崩溃日志？，我们在StackOverflow上找到一个类似的问题： https://stackov
我发现Testflight支持API调用上传应用http://testflightapp.com/api/builds.format.它接受应用程序包、dsyms、应用程序信息等。所以我的下一个问题是:是否有任何xcode的自动脚本会在“存档”操作后将构建上传到Testflight？请分享链接。解决方案在这里(MacOSX10.8):1)关注thismanual并设置执行后脚本2)删除Replace"echo"stringswithnextrule:#!/bin/bash##(AbovelinecomesoutwhenplacinginXcodescheme)#API_TOKEN=""
我刚刚开始从Testflights获取我正在开发的预发布应用程序的崩溃报告，但无论出于何种原因，Xcode都没有正确地符号化日志。构建可用(在此版本的Xcode中在此计算机上构建、存档和上传)，那么我在这里缺少什么？为什么这些崩溃日志没有符号化？ 最佳答案 显然，这是一个bug，它是在Apple开始接受bitcode时开始出现的。当您在Xcode管理器中单击“下载dSYM…”时，并非所有的dSYM都被下载。这是我修复它的方法:从iTunesConnect的构建页面手动下载dSYM在Xcode中右键单击崩溃日志并在Finder中打开它
我的团队使用TestFlight在公司内部署测试版。通常，TestFlight应用程序不想安装最新版本。例如，我们将收到一封TestFlight电子邮件，通知我们有关build#91的应用程序更新。该电子邮件包含一个链接“在TestFlight中打开”。当您点击该链接时，TestFlight将打开，但会提供安装build#90(旧版本)，而不是build#91(最新)。这是一个已知问题吗？是否有解决方法来改善这种情况？ 最佳答案 在您的应用程序的“预发布”列表中，一旦您的构建完成处理，您将能够单击该特定测试构建的链接并转到包含有关它
所以我一直在将TestFlight与正在开发的应用程序一起使用。直到现在，Beta用户的变化还没有那么快，所以只需将新设备添加到配置文件并在需要时发布新版本就非常容易了。但是，我们最近开始快速扩展Beta用户池，每次我们想要添加新用户时都向TestFlight发布新版本似乎不再是理想的解决方案。所以我知道他们有一个功能，可以让你在新配置文件中使用新设备上传新配置文件，我正在尝试使用它。因此，那时我让新用户尝试安装应用程序，TestFlightWebClip要求用户安装新的配置文件(因为它不再像初始构建/配置文件那样嵌入到应用程序中)。用户成功安装了新的配置文件，但是当返回到TestFl
我的应用程序正在iTunesConnect上进行内部测试，但我无法将其提升为外部测试。它告诉我测试信息不完整。我尝试了各种方法，包括阅读thisdoc和thisdoc在Apple上重新输入所有信息。玩languagespecifier.这太让人抓狂了，因为这个确切的信息适用于以前的构建。 最佳答案 我选中并取消选中“需要登录”并保存，警告图标终于消失了。 关于ios-TestFlight:提交外部测试构建需要完整的测试信息，我们在StackOverflow上找到一个类似的问题：
假设您上传构建1192...等待一段时间后，您会收到电子邮件....只有这样您才能最终在itunesconnect.apple.com网站上看到以下...然后您可以最后单击“将组添加到此构建”，最后单击“提交以供审核”。我的问题:有没有办法自动等待-知道什么时候可以提交？因此，除了查看电子邮件之外，还有什么方法可以自动“知道它已完成处理”吗？例如，Apple会发送有关API版本的信息吗？还是电子邮件实际上是唯一且唯一的了解方式？如果没有，是否有任何现有系统可以劫持您的电子邮件或者可能轮询服务器/API/其他任何东西，以了解何时“正在处理”完成”？再一次，这里的具体问题是......有什
我们正在使用TestFlight派出我们应用程序的飞行员。应用程序的一部分崩溃了，我们在重现崩溃时遇到了很多麻烦。他们的代码相当简单。事实证明，通过TestFlight获取应用程序的用户会崩溃，而如果您使用IDE构建应用程序并安装它，它不会崩溃!有人知道是什么原因造成的吗？有什么解决方法吗？我们不想停止使用TestFlight。 最佳答案 确保在Release模式而非Debug模式下构建您的应用。该应用程序可能仅在发布时崩溃。 关于ios-仅在Testflight上崩溃，我们在Stack
我正在尝试在iTunesConnect(TestFlight)中为外部测试人员提交应用程序，但我收到了这条消息:Invalidsdkvalue.ThevalueprovidedforthesdkportionofLC_VERSION_MIN_IPHONEOSinAPP_NAMEis9.2whichisgreaterthanthemaximumallowedvalueof9.1.我使用今天发布的最新XCode7.2(iOS9.2)构建了这个应用程序，部署目标为iOS8.0，BaseSDK“LatestiOS(iOS9.2)”。是否因为这是一个新版本，我们还不能提交使用XCode7.2构建
