Нет атрибута beta-reports-active для специальной проверки.профили.Лучшая стратегия для управления несколькими

наши специальные сборки IOS, распространяемые посредством testflight, совсем недавно перестали быть устанавливаемыми.У нас возникает проблема «Не удается загрузить» ( http://help.testflightapp.com/customer/portal/articles/829652-received-an-unable-to-download-application-message-what-does-this-означает- ).Ошибка в журналах xcode8 декабря, 15:50:09 ipad3 installd [34]: право «beta-reports-active» имеет значение, не разрешенное профилем подготовки «TestFlight WWTK ALL Projects»Мы определили основную причину (несоответствие между профилем пров. И правами), но не уверены, что делать дальше.Вот подробности:наш портал для разработчиков содержит несколько профилей обеспечения распространения, но, в частности, один специальный и один, управляемый x-code.профиль специальной подготовки, даже если принудительно создается через http://developer.apple.com , никогда не получает атрибут beta-reports-active.Мы подозреваем, что это нормально, но не нашли подтверждения.дистрибутив ios, управляемый xcode, получает атрибут, установленный в значение trueнаш процесс сборки использует для сборки профиль распространения ios.В рамках этого шага xcode автоматически создает файл полномочий, который соответствует первому профилю распространения.Таким образом, связанный файл полномочий содержит атрибут beta-reports-active:наша сборка повторно подписывает полученный ipa, используя наш специальный сертификат, и загружает полученный IPA в testflightИтак, у нас есть конфликтующая пара файлов prov.профиль и права.Один с активными бета-отчетами, другой без.Мы должны иметь возможность обойти проблему, добавив где-нибудь следующий сценарий после сборки (мы убедились, что он создает правильный IPA)что в некотором роде очень похоже на принудительное обновление подписи кода в XcodeДля этого потребуется немного изменить нашу цепочку инструментов (например, плагин jenkins xcode)Но мы были бы счастливы немного лучше понять основную проблему и посмотреть, есть ли лучшее решение.В частности ?если специальный пров.профиль, созданный developer.apple.com, содержит новые бета-отчеты-активны?Изменился ли процесс создания специальных пакетов?https://developer.apple.com/library/ios/documentation/IDEs/Conceptual/AppDistributionGuide/TestingYouriOSApp/TestingYouriOSApp.html#//apple_ref/doc/uid/TP40012582-CH8-SW17 состоянияПри необходимости Xcode создает для вас сертификат распространения и специальный профиль подготовки.Имя специального профиля обеспечения с текстом XC :.Все же те AdHoc пров.профили больше не содержат UDID, поэтому выглядят подозрительно.был ли наш рабочий процесс слишком хрупким для начала?Например, должны ли мы с самого начала подписывать, используя нашу специальную версию?есть идея получше?
7 голосов | спросил coffeebreaks 8 MonEurope/Moscow2014-12-08T21:24:00+03:00Europe/Moscow12bEurope/MoscowMon, 08 Dec 2014 21:24:00 +0300 2014, 21:24:00

0 ответов


Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132