2013-03-06 3 views
7

У меня под впечатлением какое-то время, что для iOS подписание сборки с профилем подготовки разработчика позволяет приложению запускать (и получать отлаженную) на авторизованном устройстве (указанном в разработке профиль создания) через сборку XCode, тогда как подписание с профилем распространения позволяет запускать приложение (но не отлаживается) на других устройствах iOS, которые были специально добавлены в файл обеспечения распределения для целей тестирования QA/beta/etc (и установлен через iTunes sync или OTA-дистрибутив), не требуя, чтобы те QA/бета-тестеры даже знали, что такое XCode.iOS Developer Builds vs Distribution Builds

Кажется, чтобы соответствовать несколько собственных Документах Apple:

«Когда вы будете готовы поделиться своим приложением для пользовательского тестирования [...], вам нужно создать архив приложения, используя распределение резервов профиль и отправить его в приложение тестировщиков»(source)

и

подписывания кода с профиль разработки позволяет вашему приложению работать на устройстве через Xcode, а подписание с профилем распределения позволяет создать .

Сертификат под названием «iPhone Developer» позволяет запускать/отлаживать приложения на IOS устройствах через Xcode, и сертификат с именем «iPhone Distribution» позволяет протестировать ваше представление строить с Специальным распределения (source)

Это, по-видимому, подразумевает, что использование профиля распространения необходимо для совместного использования приложений вне App Store, и в течение многих лет я всегда считал, что это правда. Недавно, однако, мне показали пример использования другого коллеги, где они могли делиться сборками со многими другими людьми, используя только файл для разработки. Другой пользователь описал аналогичное открытие здесь: Why not use development provisioning instead of ad hoc?

Я беспокоюсь, что может быть что-то здесь, я подозреваю, что есть случаи, когда у другого пользователя есть доступ к соответствующему профилю подготовки разработчика, который включает их UUID своего устройства и устанавливает его на свое устройство (перетащить в iTunes, утилиту config и т. д.), чтобы они могли синхронизировать сборку разработчика через iTunes, без необходимости создавать отдельные сборки Distribution.

Это привело меня к вопросу о некоторых предположениях, которые я имел о характере различий между разработчиками и сборками распределения в целом. Я начинаю думать, что это больше касается поддержки отладки и общей простоты установки, а не характера ее установки (XCode vs iTunes/OTA явно).

Короче говоря, если устройство имеет это UUID включенный в проявителе провизий профиля, я действительно потребности сделать отдельное распределение строит, или я могу просто поделиться билдом Development Release и предположу, что будет работать с синхронизацией Itunes также? Значит ли кнопка «Использовать для развития» в организаторе имеет какое-либо отношение к этому?

В более широком смысле: каковы фундаментальные различия между разработчиками и AdHoc в плане того, как они могут совместно использоваться другими людьми в организации на этапе разработки/тестирования, прежде чем отправлять их в App Store?

+0

Специальные сборки предназначены для распространения внутри организации. –

ответ

2

Проверьте это SO Post за различия, перечисленные между сборками разработчиков и дистрибутивами. С точки зрения разработчика нет большой разницы, хотите ли вы распространять свое приложение, подписав его с профилем разработчика или профилем распространения, если вы не тестируете push-уведомления.

+0

Не могли бы вы рассказать о различиях в тестировании push-уведомлений? –

+1

Идентификаторы устройств, которые генерируются, различны для разработки и распространения. Если вы хотите протестировать свои push-сообщения перед тем, как перейти в AppStore, тогда единственным доступным вариантом является создание сборников Ad-hoc. – ashokbabuy

+0

НЕТ, можно протестировать push-уведомление с помощью сборки разработчика. Я делаю это уже почти 3 года в моем текущем проекте. –