Что такое ad hoc apple

iOS Team Administration Guide

Retired Document

Important: This document has been replaced by App Distribution Guide . App Distribution Guide offers step-by-step instructions for configuring, testing, and submitting your app for approval. This new document describes how to use Xcode and other Apple developer tools to create and configure your project, request signing certificates, create provisioning profiles, configure special App Store technologies, test your app on devices, create your app record in iTunes Connect, and submit your app for approval to Apple. If you have a company Apple Developer Program membership, you’ll also learn how to manage your team’s certificates and provisioning assets.

Distributing an App

If your development team is enrolled in the Standard Program, you can distribute your app in two ways. You can submit an app to the App Store or you can use ad hoc distribution to install the app on up to 100 devices for testing purposes.

Development teams enrolled in the Enterprise Program can also use in-house distribution.

Development teams enrolled in the University Program do not have the ability to distribute apps.

Publish Your App to the App Store

To distribute your app through the App Store, you need to:

Create an iTunes Connect account.

When you register for iTunes Connect, make sure to use the same user name and password used for your iOS Developer Program account.

Prepare your app for submission, see Submitting Your Application for Publication on the App Store .

Ad Hoc Distribution Authorizes a Limited Set of Devices to Run Your App

iOS developers enrolled in the Standard Program can also distribute an app outside of the App Store on up to 100 different devices for testing purposes only. To use ad hoc distribution, create an archive of your app, or have a teammate send you an iOS App Store Package ( .ipa ) of the archived app.

You distribute your app by providing the .ipa file for users to install on their devices. Because you select a valid ad hoc provisioning profile to archive the app, users don’t need to install the profile on their device, only the . ipa file. Users can use iTunes to install the app on their devices. If users want to use Xcode to install the app on their device, share the archive as an .xcarchive file package.

In-House Distribution Allows Companies to Distribute Apps Internally

iOS developers enrolled in the Enterprise Program can distribute in-house without identifying individual devices or using the App Store. To distribute your app in-house, create an archive of your app, or have a teammate send you an archived app. Distribute your internal app using your company’s authorized software distribution mechanism. Because the app file can be installed on any iOS device, make sure you protect the distribution of this file. Members of your company can use iTunes, iPhone Configuration Utility, or Xcode to install the app on their devices.

Copyright © 2013 Apple Inc. All Rights Reserved. Terms of Use | Privacy Policy | Updated: 2013-04-23

Источник

Как распространять iOS приложения минуя AppStore

При создании мобильного приложения под iPad для одной крупной компании перед нами встал вопрос — как распространять данное приложение. Самый распространённый вариант — конечно, через AppStore.

Но данный вариант нам не подошел, так как приложение создавалось для работников компании, а не для общего пользования. Остался только второй вариант — Enterprise Program (подробнее о Developer Program и Enterprise Program).

Клиент купил лицензию, мы занимались разработкой, и вот настало время выкладывать приложение. До этого мы выкладывали приложения в AppStore, а вот опыта работы с in-house приложениями (они предполагают внутреннее использование в компании и не предназначены для выкладывания в общий доступ) не было. К нашему удивлению, мы не нашли полноценных статей, описывающих данный процесс, поэтому решили составить некую инструкцию, которая поможет сэкономить кому-то время.

Получение пакета файлов приложения

Итак, после того как разработка завершена, необходимо выполнить следующие шаги:

1. Создать Distribution-сертификат (подробное описание процесса).
2. Создать Distribution Provisioning Profile
3. Подписать приложение соответствующим Provisioning Profile и создать пакет, который потом можно распространять. Для этого в XCode в меню Product нужно выбрать Archive и отметить пункт — Save for Enterprise or Ad-Hoc Deployment.

Далее выбрать подпись (необходимо выбрать тот provisioning profile который создали выше)

Сохранить полученный пакет. Не забудьте поставить галочку рядом Save for Enterprise Distribution (без этого вы не сможете получить plist-файл). В поле Application URL указываем полный путь к ipa файлу на сервере (http://www.yoursite.com/dir/yourFile.ipa)

На выходе мы получим ipa- и plist-файлы, их уже можно переслать людям, которым нужно установить приложение. Но для установки на iPad (iPhone) необходимо подключить его к компьютеру (при этом пользователям Windows необходимы еще и некоторые танцы с бубном).

Установка приложения через интернет

А как быть, если под рукой нет компьютера? Это как раз был наш случай, так как приложение предназначалось для торговых представителей компании заказчика, а они по роду своей деятельности чаще всего находятся в пути и не имеют компьютера под рукой. Встал вопрос: «А как же распространять in-house приложения (кстати, то же самое справедливо и для Ad Hoc distribution — прямой установки файла-сборки приложения через iTunes), не используя компьютер?» Всё оказалось просто, даже очень просто!

Нужно выложить ранее созданные ipa- и plist-файлы на сервер, к которому есть http (или https) доступ. Затем создать простой html-файл, в котором будет ссылка на plist-файл следующего вида:

И заменить #your_plist_file_path.plist# на полный путь к своему plist-файлу (важный ньюанс: в имени plist-файла не должно содержаться пробелов). Т.е. код должен получиться примерно таким:

Пользователь, зайдя на сайт со своего iPhone или iPad, нажмет на эту ссылку и получит сообщение: «Хотите ли вы установить данное приложение?». Вот, собственно, и всё.

Пара мелочей

Дополнительное преимущество распространения in-house состоит в том, что приложение не проходит проверки в Apple, и соответственно, не «зависает» там на 1-2 недели (а иногда и больше), что очень полезно для исправления ошибок и внесения срочных изменений.

Все описанное работает и для распространения приложения путем Ad Hoc. Единственное отличие: при создании Provisioning Profile необходимо выбрать соответствующий пункт в Distribution Method и привязать Provisioning Profile к профайлу устройства (иначе приложение не будет работать).

Также можно посмотреть порядок действий на видео.

Источник

[FAQ] In-House Apps, Ad Hoc Distribution – распространение приложений в обход App Store

Если вы хотите увидеть на нашем сайте ответы на интересующие вас вопросы обо всём, что связано с техникой, программами и сервисами Apple, iOS или Mac OS X, iTunes Store или App Store, пишите нам через форму обратной связи.

К нам поступил следующий вопрос:

Добрый день, уважаемая редакция! К вам есть вопрос насчёт возможных способов распространения приложений не через App Store. Допустим, есть программа, которую цензоры точно не пропустят, но я хочу распространять её сам. Какие у меня есть альтернативы? Я много чего прочитал про Ad Hoc и In-House, но особой ясности это не прибавило. Когда подходит каждый из этих способов? И что такое Custom B2B Apps? Это какой-то третий способ распространения или разновидность In-House Apps?

Вы правы, существует два способа распространения iOS-приложений не через App Store, которые официально поддерживаются Apple – In-House Apps и Ad Hoc Distribution. Различий между ними много:

• Ad Hoc Distribution – механизм распространения приложений для бета-тестирования (либо для небольших компаний). Разработчик приобретает стандартную подписку iOS Developer Program (за 99 долларов в год) и получает право прикрепить к своему аккаунту 100 iOS-устройств. Затем он компилирует IPA-файл программы, подписывает её своим собственным сертификатом и создаёт к ней профайл – небольшой файлик, содержащий информацию о том, какая именно программа и на какие устройства может быть установлена. Бета-тестеры или конечные пользователи должны будут поставить профайл, после чего смогут установить через iTunes или со специальным образом организованной веб-страницы подписанную разработчиком программу. Если профайла нет, если в нём не указано нужное устройство, если профайл не соответствует сертификату разработчику – ничего не получится. Распространение софта посредством Ad Hoc весьма удобно, но есть существенное ограничение – максимум 100 целевых устройств. Для коммерческого продукта это не аудитория.
• In-House Apps – особый вид внутренних приложений, которые создаются компаниями для своих работников. От имени компании приобретается подписка Developer Enterprise Program (уже за 299 долларов в год), к которой прилагается другой тип сертификата разработчика. От iOS Developer Program он отличается тем, что количество совместимых устройств никак не ограничивается. Напротив, раньше Apple требовала, чтобы In-House Apps ставились минимум на 500 гаджетов, но пару лет назад и это ограничение сняли. Ещё интереснее другое – приложение, подписанное сертификатом Developer Enterprise Program, ставится на любые устройства! Никакие регистрации UDID не требуются, никаких дополнительных проверок нет. Но не всё так прекрасно. Во-первых, зарегистрироваться в Developer Enterprise Program могут только компании, имеющие номер D-U-N-S (а ещё Apple оставляет за собой право запросить у вас нотариально заверенные апостилированные копии учредительных документов). Во-вторых, соглашение с Apple требует, чтобы: а) распространяемый софт был бесплатным; б) он распространялся только среди работников компании. Конечно, Apple не уследит за всеми, однако стоит помнить об этих ограничениях – если вдруг на вас обратят внимание (либо кто-то из доброжелателей накатает донос), ваш сертификат будет аннулирован без права восстановления.

Подчеркнём: при использовании данных способов ваше приложение не проходит через цензоров App Store, поэтому вы вольны распространять абсолютно любой софт. Про HIG и Review Guidelines можно забыть. Этим-то In-House Apps и Ad Hoc Distribution отличаются от упомянутых вами Custom B2B Apps. B2B Apps – приложения для закрытого от посторонних глаз раздела App Store для корпоративных пользователей, где действуют особые условия покупки (например, оптовые контракты). Такие приложения тоже подвергаются цензуре, поэтому данный вариант вряд ли будет вам интересен.

Источник

Прямое распространение для приложений Xamarin.iOS

В этом документе приводится обзор методов прямого распространения, которые в основном используются для тестирования приложений Xamarin.iOS широкой группой людей.

После разработки приложения Xamarin.iOS наступает следующий этап жизненного цикла разработки ПО — распространение приложения среди пользователей для его тестирования.

Одним из вариантов тестирования приложений является использование iTunes Connect. Более подробно этот вариант описан в руководстве TestFlight. Однако участникам корпоративной программы для разработчиков Apple недоступна служба iTunes Connect, поэтому для тестирования таких приложений лучше всего подходит прямое распространение.

Пользователи могут протестировать приложения Xamarin.iOS в рамках прямого распространения, доступного по программе для разработчиков Apple и корпоративной программе для разработчиков Apple и позволяющего проверить до 100 устройств iOS.

К преимуществам прямого распространения относится отсутствие необходимости утверждать приложения в App Store, а также возможность устанавливать приложения по беспроводной сети с веб-сервера или через iTunes. Однако в год участник может добавить не более 100 устройств, как для разработки, так и для распространения, которые к тому же необходимо добавить вручную в центре пользователей по их UDID. Дополнительные сведения о добавлении устройств см. в руководстве Подготовка устройств.

Для прямого распространения необходимо, чтобы приложения были подготовлены с помощью настраиваемого профиля подготовки, в котором содержатся сведения о подписи кода, а также удостоверение приложения и данные об устройствах, на которые можно установить приложение.

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

Настройка для распространения

Даже если приложения Xamarin.iOS планируются только для корпоративного развертывания или в целях тестирования, необходимо создать профиль подготовки для прямого распространения. Этот профиль позволяет подписать приложение цифровой подписью для выпуска, чтобы его можно было установить на устройстве iOS.

В следующем разделе демонстрируется порядок настройки с использованием сертификата распространения и профиля подготовки распространения.

Создавать сертификаты распространения и профили подготовки могут только агенты команды и администраторы.

Создание сертификата распространения

Перейдите к разделу сертификаты, идентификаторы профилей в центре участников разработки Apple.

В разделе Certificates (Сертификаты) выберите Production (Производство).

Нажмите кнопку + , чтобы создать новый сертификат.

В разделе Production (Производство) установите флажок In-House and Ad Hoc (Внутри компании и прямое) или App Store and Ad Hoc (В App Store и прямое) в зависимости от уровня участия в программе:

Нажмите кнопку «Continue» (Продолжить) и следуйте инструкциям, чтобы создать запрос подписи сертификата через доступ к цепочке ключей:

После создания CSR согласно инструкции нажмите кнопку «Continue» (Продолжить) и отправьте CSR в центре участников:

Нажмите «Generate» (Создать), чтобы создать сертификат.

Наконец, загрузите готовый сертификат и дважды щелкните файл, чтобы установить его.

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

Можно также запросить сертификат в Xcode через диалоговое окно «Preferences» (Параметры). Выполните указанные ниже действия:

Выберите команду и щелкните Управление сертификатами. :

Затем нажмите кнопку со знаком «плюс» (+) и выберите IOS App Store:

Создание профиля подготовки распространения

Создание идентификатора приложения

Как и в случае с любым другим создаваемым профилем подготовки, идентификатор приложения требуется для идентификации приложения, которое будет распространяться на устройства пользователей. Если вы еще не создали идентификатор, выполните следующие действия, чтобы создать его:

1. В центре разработчиков Apple перейдите в раздел Certificates, Identifiers and Profiles (Сертификаты, идентификаторы и профили). В разделе Identifiers (Идентификаторы) выберите элемент App IDs (ИД приложений).
2. Нажмите кнопку + и укажите + (Имя) для идентификации приложения на портале.
3. Префикс приложения уже должен быть задан в качестве идентификатора вашей команды. Изменить его невозможно. Выберите «Explicit» (Явный) или «Wildcard App ID» (Шаблон ИД приложения), а затем введите идентификатор пакета (имя DNS в обратном порядке):
   • Явный:
   • Подстановочный знак:
4. Выберите любые службы приложений, которые требуются вашему приложению.
5. Нажмите кнопку Continue (Продолжить) и следуйте инструкциям на экране, чтобы создать идентификатор приложения.

Получив компоненты, необходимые для создания профиля распределения, выполните следующие действия, чтобы создать его:

Вернитесь на портал подготовки Apple и выберите Подготовка распространение: .

Нажмите кнопку + и выберите тип профиля распространения, который необходимо создать для +:

Нажмите кнопку Continue (Продолжить) и выберите из раскрывающегося списка ИД приложения, для которого необходимо создать профиль распространения:

Нажмите кнопку Continue (Продолжить) и выберите сертификат распространения, необходимый для подписи приложения:

Нажмите кнопку Continue (Продолжить) и введите имя нового профиля распространения:

Нажмите кнопку Generate (Создать), чтобы создать профиль и завершить процесс.

Может потребоваться выйти из программы Visual Studio для Mac, чтобы обновить список доступных удостоверений подписи и профилей подготовки в Xcode (в соответствии с инструкциями в разделе Загрузка профилей и сертификатов в Xcode), прежде чем новый профиль распространения станет доступен в Visual Studio для Mac.

Может потребоваться выйти из программы Visual Studio, чтобы обновить список доступных удостоверений подписи и профилей подготовки в Xcode (на компьютере Mac узла сборки) (в соответствии с инструкциями в разделе Загрузка профилей и сертификатов в Xcode), прежде чем новый профиль распространения станет доступен в Visual Studio.

Выбор профиля распространения в проекте Xamarin.iOS

Когда все готово к финальной сборке приложения Xamarin.iOS, выберите профиль распределения, который был создан выше.

В Visual Studio для Mac выполните следующие действия:

Дважды щелкните проект в обозревателе решений, чтобы открыть его для редактирования.

Выберите Подписывание пакета iOS и тип сборки в соответствующих раскрывающихся списках в разделе Конфигурация:

В большинстве случаев в полях Удостоверение подписывания и Профиль подготовки можно оставить значения по умолчанию (Автоматически), чтобы программа Visual Studio для Mac выбрала подходящий профиль на основе идентификатора пакета в файле Info.plist:

При необходимости выберите требуемое удостоверение подписывания и профиль распространения, созданный выше:

Нажмите кнопку ОК, чтобы сохранить изменения.

В Visual Studio выполните следующие действия:

Щелкните проект правой кнопкой мыши в обозревателе решений и выберите пункт Свойства, чтобы открыть его для изменения.

Выберите Подписывание пакета iOS и тип сборки в соответствующих раскрывающихся списках в разделе Конфигурация:

В большинстве случаев в полях Удостоверение подписывания и Профиль подготовки можно оставить значения по умолчанию (Автоматически), чтобы программа Visual Studio выбрала подходящий профиль на основе идентификатора пакета в файле Info.plist:

При необходимости выберите требуемое удостоверение подписывания и профиль распространения, созданный выше:

Сохраните изменения в свойствах проекта.

Прямое распространение

Несмотря на то, что TestFlight остается наиболее популярным средством тестирования и распространения бета-версий, этот компонент входит в iTunes Connect и недоступен участникам корпоративной программы для разработчиков Apple.

С помощью прямого распространения разработчики приложений могут тестировать бета-версии на широком спектре устройств, когда использование iTunes не представляется возможным. Прямое распространение аналогично внутреннему распространению внутри компании и требует создания IPA, который затем можно распространить по беспроводной сети или вручную через iTunes.

Поддержка IPA для прямого развертывания

После подготовки приложения можно упаковать в файл, называемый IPA. Это ZIP-файл, содержащий приложение, а также дополнительные метаданные и значки. IPA используется для добавления приложения локально в iTunes, чтобы его можно было синхронизировать непосредственно на устройство, включенное в профиль подготовки.

Дополнительные сведения о создании IPA см. в руководстве Поддержка IPA.

Источник