Распространение бета-приложения среди удаленных пользователей


8

Кажется, что не существует простого решения для предоставления моего бета-приложения для iOS людям, не имеющим физического контакта. Способы, которые я нашел, чтобы сделать это БЕЗ использования App Store (который Apple явно говорит, не для бета-тестирования):

  1. Используйте Developer Enterprise Program; Дорого и Излишне

  2. Используйте TestFlight; Только до 25 «внутренних» тестеров, разрешенных до того, как появятся экстремальные рекомендации для большего количества людей (почему бы просто не поместить их в App Store на этом этапе ...?)

  3. Дайте им весь мой проект Xcode и попросите пользователя собрать его в своей среде Xcode; Невозможно спросить людей, не разбирающихся в технологиях + Я не хочу отдавать свой проект людям за пределами моей компании

  4. Специальное развитие; Заставьте всех давать мне свои UDID ... Огромные хлопоты за других / Люди могут не захотеть делать это вне моей компании

Разрабатываемое мной приложение будет использоваться людьми из научного сообщества для управления конкретным устройством, которое производит моя компания. Существует вероятность того, что он никогда не будет соответствовать стандартам Apple для приложений в App Store, но может быть использован более чем 100 людьми в ближайшем будущем. Я предполагаю, что реальный вопрос, который я задаю, состоит в следующем: как я могу передать свое бета-приложение "sub-par" большой группе людей?

Ответы:


2

Раньше вам приходилось выбирать между приложением Hockey и TestFlight для больших бета-групп, но теперь, когда Apple приобрела TestFlight и вам нужно пройти обзор, чтобы получить бета-версию, среда бета-тестирования Hockey лучше всего подходит для ваших нужд. в списке.

Это помогает обрабатывать регистрацию пользователей и управление уведомлением о сборках и их обслуживанием для конечных пользователей. Вы по-прежнему готовы к управлению своим пулом тестовых AppleID, но теперь, когда лимит в 100 устройств был ослаблен, вы можете провести довольно широкое бета-тестирование, используя обычные платные лимиты аккаунта разработчика в Hockey и Apple.

В долгосрочной перспективе вы захотите получить приложение в одном из магазинов Apple, поскольку «злоупотребление» подписью корпоративного дистрибутива требует больших затрат времени и средств для настройки и со временем, не так сложно получить приложение через обзор. Да, вас могут задержать на месяц, два или более, но если вы продолжите, это редкое приложение, которое не может быть развернуто, если вы не нарушаете одно из правил, которое очень волнует Apple, например, включение фреймворков, использующих частный API или работающих код, который они загружают после того, как приложение было подписано и отправлено на утверждение.

Единственный другой вариант - отправить исходный код каждому пользователю и заставить его использовать Xcode для сборки, самостоятельной подписи и установки собственного приложения. Это может летать для мотивированных пользователей специального приложения. GitHub или другие исходные инструменты помогут вам выпускать обновления, но вы будете поддерживать людей и, возможно, будете платить за это вместо самого приложения в соответствии с этой моделью.


То есть нет способа распространять мое приложение без предварительного получения UDID каждого человека, которому я хочу его предоставить? Тьфу, поражает воображение, что я не могу просто послать кому-нибудь по электронной почте файл .ipa, и пусть они уронят его в свой собственный itunes
Jel

@jel - Нет. Вы можете использовать AppleID через TestFlight или сервис, который собирает UDID для вас. Это сделано специально - iOS не хочет загружать приложения. С 29 июня 2007 года это стало стандартом, и я не думаю, что оно скоро изменится. Тем более, что iOS 9 и Xcode позволяют любому самому подписывать «свои» приложения.
Bmike

2

Вы можете использовать TestFlight для внешних бета-тестеров. Это позволит вам тестировать до 2500 внешних тестеров. Вам не нужно знать их UDID, только их адреса электронной почты.

Тем не менее, я предполагаю, что вы думаете, что ваше приложение не сможет пройти даже менее ограниченный обзор бета-приложений.

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

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

Инструменту потребуется изменить имя пакета в Info.plist и использовать инструмент «CodeSign» для подписи приложения:

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

Инструмент кодирования можно использовать с такой командой:

codesign --force --sign "my identity"  <path for .app file>

где «моя личность» - это личность (apple-id) конечного пользователя.


Вы можете упомянуть, что Apple недавно попросила создателей F.lux прекратить делать именно эту практику.
GhostLyrics

2
Да, все верно, но, на мой взгляд, разница между этим и F.lux заключается в том, что группа F.lux была зарегистрирована Apple Developers. Они нарушали соглашение, заключенное с Apple, - и чтобы гарантировать, что их потенциальные другие приложения или программы Mac не будут запрещены, они решили прекратить рекомендовать стороннюю загрузку приложения для iOS. Кроме того, приложение F.lux имело огромное количество потенциальных пользователей. Это похоже на специализированное исследовательское оборудование, которое может использоваться максимум несколькими сотнями пользователей. В этом случае Apple, вероятно, не проявит к этому интереса.
jksoegaard

1
Итак, первые два абзаца были для того, чтобы вы знали о менее строгих правилах, касающихся проверки бета-приложений, по сравнению с обычным процессом проверки приложений. Что касается инструмента, я не понимаю, почему вы думаете, что это ужасно сложно. Это вопрос запуска существующих инструментов командной строки, которые поставляет Apple. То есть наложение простого в использовании графического интерфейса поверх существующих инструментов. Я не могу понять, как это бесполезно.
jksoegaard

Я добавил подробности о том, как выполнять команду codeign и т. Д. Вы также можете обратиться к документации Apple: developer.apple.com/library/mac/documentation/Security/…
jksoegaard

1

Fabric.io действительно великолепен.

Вы можете отправить приглашение по электронной почте, и вы получите соответствующий UDID по электронной почте.

И действительно, хорошей особенностью Fabric являются возможности Crashlytics и Analytics .

Платформа Fabric состоит из четырех модульных комплектов, которые решают некоторые из наиболее распространенных и распространенных проблем, с которыми сталкиваются все разработчики приложений: стабильность, распространение, доход и идентичность. Он сочетает в себе услуги Crashlytics, MoPub, Answers, Twitter и других, чтобы помочь вам создавать более стабильные приложения, получать доход с помощью крупнейшего в мире обмена мобильной рекламой и позволяет подключаться к системам входа в Twitter и богатым потокам контента в реальном времени. для большего распространения и более простой идентичности. И Ткань была создана с учетом простоты использования. Установка занимает всего несколько минут, а большинству функций требуется всего несколько строк кода, поэтому вы тратите меньше времени на управление SDK и больше времени на создание наилучшего опыта для своих пользователей.

http://frabric.io


0

Diawi - отличная платформа для того, что вы хотите сделать.

По сути, вы загружаете свое приложение на эту платформу и получаете короткую ссылку, которую вы можете отправить своим тестерам. Когда они открывают ссылку на своем устройстве iOS, им предлагается установить приложение.

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

Это, вероятно, так же просто, как и для пользователей, без распространения через TestFlight.

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.