发布到TestFlight,新测试者,我真的需要重建/下载我的配置文件吗?

ang*_*son 52 provisioning xamarin.ios ios testflight ios-provisioning

我通过testflight网站发布了一个应用程序,允许我的同事进行测试,随着越来越多的人打开初始电子邮件并抽出时间完成注册过程,测试人员正在我的testflight团队中涓涓细流.

然而,将它们添加到测试中的过程看起来有点复杂,所以我想我会验证,并询问,我是否做得对,或者我是否遗漏了一些明显的东西.

目前整个过程看起来像这样:

  1. 一位同事打开了最初的电子邮件,其中包含邀请链接
  2. 然后他/她注册设备,并注册测试
  3. 我通过电子邮件和testflight网站通知了这位新的测试人员
  4. 然后我必须下载(或写下/复制)自上次以来所有新测试者的UDID列表
  5. 然后我必须访问Apple Developers站点的设备部分,并上传该文件
  6. 编辑我的配置文件以包含新设备
  7. 等待它批准,然后下载配置文件
  8. 我将配置文件拖到Xcode配置文件管理器中
  9. 然后我回到MonoDevelop,并确保它仍然指向正确的配置文件(我不知道使用MonoDevelop/MonoTouch是否使这个过程变得复杂,所以我不想把它留下来,这可能与这个问题无关)
  10. 我重建,并在testflight上重新发布
  11. 然后我访问testflight网站,找到新的/更新的版本,并确保我的所有测试人员都知道它

我注意到如果我不更新版本,它将"静默"替换现有版本,并重用已经通知的测试人员列表,所以如果我只是检查所有新测试人员并完成,它只会通知新的.

但是,使用配置文件文件继续下载和捣乱似乎有点工作.

我错过了一些明显的东西吗 有没有办法让我更容易做到这一点?

例如,我注意到我可以在Xcode组织器中创建配置文件,但是该对话框没有列出任何证书,因此我无法完成该对话框.如果这是一个关键因素,请留下一个简短的答案,我会转而重新提出一个新的问题.

这个问题只是:上述程序是否正确?

Ram*_*esh 29

无需重建.ipa

  • 上传.ipa
  • 向测试人员发送邀请
  • 将他们的设备添加到配置文件
  • 下载批准的个人资料
  • 转到TestFlight构建>>权限>>上传个人资料...
  • 单击发送电子邮件/更新
  • 你完成了 - 新用户获得了下载应用程序的链接.

希望有所帮助.

  • 这使您无需重建IPA,但从测试人员的角度来看,这并没有什么不同.您应该能够只为该帐户添加一个全新的测试人员,让他们立即访问该应用程序 - 这些都不会产生新的配置文件.苹果不能跟踪有多少用户为我们安装了某个应用程序?我意识到这是一个Apple问题而不是TestFlight问题,但这很荒谬.为什么让开发人员和测试人员为了封闭测试而跳过所有这些环节? (2认同)

Edu*_*coz 21

是的,您需要通过该手动过程将UDID添加到您的个人资料中.不幸的是,没有办法解决这个问题.

创建新配置后,如果您愿意,可以使用xcode"同步"新配置文件.打开它,转到管理器,选择左侧的"配置配置文件",然后按刷新.老实说,我是手工做的,毕竟不是那么多工作.


Tom*_*Tom 10

Testflight可以选择在几个月后更新您的配置文件.在它已经存在之前,应该启用"Area 51"功能来查看它.因此不再需要步骤8,9和10 ..