Почему бы не использовать обеспечение разработки вместо ad hoc?
У меня сложилось впечатление, что при использовании профиля обеспечения разработки для сборки приложения только указанные разработчики могут развернуть эту сборку на телефон.
Но я только что развернул сборку, которая использует профиль разработки, на телефоне с помощью Xcode Organizer, хотя я не являюсь одним из допустимых разработчиков для этого профиля. Один из моих коллег, у которого даже не установлен Xcode, сделал то же самое со своим телефоном с помощью iTunes.
В таком случае, почему бы не использовать профиль обеспечения разработки для распространения вашего приложения, например, среди вашей команды QA, вместо специального распределения?
РЕДАКТИРОВАТЬ: Пожалуйста, внимательно прочитайте часть, выделенную жирным шрифтом, прежде чем ответить. Я не задаю основной вопрос "как это работает". Я сделал много разработок, специальных сборок и сборок в магазине приложений, и теперь я обнаружил, что, похоже, сделал несколько неправильных предположений.
3 ответа
Есть одна ситуация, когда вам нужен специальный профиль, и именно тогда вы хотите проверить Push-уведомления.
Если вы тестируете push-уведомления в профиле обеспечения разработки, ваши push-уведомления необходимо отправлять с использованием сертификата push-уведомления разработки для ваших SSL-соединений с сервером Apple APNS в изолированной программной среде.
Если вы хотите протестировать Push-уведомления, используя свой производственный сертификат push-уведомлений и действующие серверы APNS, вам придется развернуть приложение на устройстве с использованием сертификата распространения и специального профиля обеспечения (который включает в себя выполнение задержки Entitlement.plist, которую вы может пропустить, если вы используете только профили обеспечения разработчика).
Также обратите внимание, что при развертывании с использованием профиля Ad Hoc ваш токен устройства будет отличаться от того, который вы используете при использовании профиля разработки. Кроме того, это рекомендуемый способ тестирования APN, так как не требуется никаких внутренних изменений между специальной сборкой и окончательным развертыванием в реальном времени в AppStore.
Ad-Hoc не для разработчиков, а для тестеров. У кого нет iPhone SDK / XCode, только iTunes.
(Ответ таков: вы можете установить специальное приложение без сертификата разработчика, но не можете сделать это с приложением для разработки)
Способ 1: установка из XCode
Профиль обеспечения разработки требует, чтобы вы запускали приложение (изначально) из XCode.
Это имеет побочный эффект маркировки устройства как используемого для разработки, но также требует подключения iPhone/iPod Touch к машине с XCode. После запуска приложения из XCode приложение устанавливается на устройство, и вам больше не нужно подключаться к компьютеру для его запуска. (Пока вы не хотите обновить приложение.)
Способ 2: установить из iTunes
Ad-Hoc профиль обеспечения позволяет вам отдать приложение кому угодно и позволить ему установить его самостоятельно с помощью iTunes. Вы отправляете им:
- приложение и
- специальный профиль обеспечения
Они выбирают эти два и перетаскивают их на iTunes. Тогда синхронизируй.
Позже вы можете предоставить им только обновленную версию приложения (без Ad-Hoc Provisioning Profile, поскольку они уже установили его на свое устройство), и они могут перетащить новое приложение на значок iTunes, чтобы установить новую версию.
Одно из ограничений для Ad-Hoc распространения заключается в том, что для этого требуется, чтобы вы вводили каждый идентификатор устройства в Портал разработки iPhone. И есть ограничение в 100 идентификаторов устройств в год (вы не можете стирать никакие идентификаторы, пока не начнется ваш следующий год - только добавьте их). Ограничение в 100 идентификаторов не станет помехой для большинства разработчиков, просто имейте в виду, что вам нужно заранее получить идентификатор устройства, прежде чем создавать Ad-Hoc Provisioning Profile для отправки человеку, которому вы хотите установить приложение.,