Почему бы не использовать обеспечение разработки вместо ad hoc?

Question

У меня сложилось впечатление, что при использовании профиля обеспечения разработки для сборки приложения только указанные разработчики могут развернуть эту сборку на телефон.

Но я только что развернул сборку, которая использует профиль разработки, на телефон с помощью Xcode Organizer, хотя я не являюсь одним из допустимых разработчиков для этого профиля. Один из моих коллег, у которого даже не установлен Xcode, проделал то же самое со своим телефоном через iTunes.

В таком случае, почему бы не использовать профиль обеспечения разработки для распространения вашего приложения, например, на. ваша команда обеспечения качества, а не специальная рассылка?

РЕДАКТИРОВАТЬ: Пожалуйста, внимательно прочитайте часть, выделенную жирным шрифтом, прежде чем ответить. Я не задаю основной вопрос "как это работает". Я много занимался разработкой, специальными разработками и сборками в магазине приложений, и теперь я обнаружил, что, похоже, сделал несколько неправильных предположений.

Answer 1

В одной ситуации вам нужен специальный профиль, и именно тогда вы хотите протестировать Push-уведомления.

Если вы тестируете push-уведомления в профиле обеспечения разработки, ваши push-уведомления необходимо отправлять с использованием сертификата push-уведомлений разработки для ваших соединений SSL с сервером Apple APNS в изолированной программной среде.

Если вы хотите протестировать Push-уведомления, используя свой производственный сертификат push-уведомлений и действующие серверы APNS, вам придется развернуть приложение на устройстве с использованием сертификата распространения и специального профиля обеспечения (который включает создание Entitlement.plist). задержка, которую обычно можно пропустить, если вы используете только профили обеспечения разработчика).

Также обратите внимание, что при развертывании с использованием профиля Ad Hoc ваш токен устройства будет отличаться от того, который вы используете при использовании профиля разработки. Кроме того, это рекомендуемый способ тестирования APN, поскольку между специальной сборкой и окончательным развертыванием в реальном времени в AppStore не требуется никаких внутренних изменений.

Answer 2

Ad-Hoc не для разработчиков, а для тестеров. У кого нет iPhone SDK / XCode, только iTunes.

(Ответ таков: вы можете установить специальное приложение без сертификата разработчика и не можете сделать это с приложением для разработки)

Answer 3

Способ 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 для отправки человеку, которому вы хотите установить приложение. .