2016-07-15 20 views
-1

Мой вопрос отличается от других подобных вопросов, потому что аналогичные запросы были заданы за время, когда Apple Developer Portal был отключен из-за взлома.Добавить UDIDs в профиль подготовки без использования портала разработчиков Apple

Есть ли способ автоматизировать добавление новых UDID в профиль подготовки?

Я работаю в компании с бета-приложением, которое имеет медленное развертывание 20-тысячной пользовательской бета-версии для существующих клиентов. Другими словами, я не хочу вручную добавлять 20K UDID с ADP в течение следующих 6 месяцев. Имейте в виду, мне нужно спросить у пользователя свой адрес электронной почты, отправить им электронное письмо в бета-менеджер, заставить их открыть электронное письмо, чтобы щелкнуть ссылку, чтобы я мог получить их UDID, тогда мне нужно вручную открыть ADP для добавьте его. Все это нужно сделать, прежде чем обновлять свой профиль в Xcode, а затем архивировать сборку для их развертывания. В интересах здравомыслия и эффективного использования времени для исправления ошибок, которые сообщают бета-пользователи, весь этот процесс кажется безумным. Мы уже добавили 50 этот путь, и это заставляет меня сходить с ума.

Я думал, что Fabric Beta может справиться с этим красиво для меня, но это не так.

Есть ли интерфейс командной строки для добавления UDID? Или, есть ли способ приглашать пользователей по электронной почте, и если они открывают электронную почту на своем устройстве, они могут установить наше бета-приложение без необходимости добавлять их UDID вручную в ADP в первую очередь? Исправлено ли обновление учетной записи Apple Enterprise?

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

+0

Прочтите контракт с Apple. Частная бета-версия для 20 000 клиентов - это, безусловно, не то, что вы должны делать, если хотите сохранить лицензию своего разработчика. – gnasher729

+1

Если у вас есть стандартное членство в разработчике, вы можете добавлять только 100 UUID в год и активировать только 100 UUID в любое время. Если вы используете учетную запись корпоративного разработчика, вам не нужно добавлять какие-либо UUID. Вы можете просто распространять приложение напрямую – Paulw11

+0

Вы ищете что-то вроде TestFlight, которое позволяет публиковать бета-версии. Проблема в том, что я считаю, что TestFlight ограничен 2000 бета-тестерами. Для масштаба, который вы пытаетесь сделать, я думаю, вам нужно будет создать страницу входа, где вам нужно будет поддерживать базу данных ваших 20 000 писем. и убедитесь, что пользователь является частью бета-версии при первом запуске приложения. Не должно быть слишком сложно сделать, но не то, что предназначалось для iTunes Connect. – wottle

ответ

0

Я, наконец, понял это.

на основе this question, и слишком много впустую время, пытаясь другими решениями заранее, я решил единственный разумный способ сделать это , не нарушая условия от Apple обслуживания (которые вы бы делать, если вы распространяете приложения к некомандному участники через портал разработчика Enterprise) - использовать TestFlight, создать несколько приложений в TestFlight (каждый из которых должен иметь отдельные имена приложений + bundleIds) одного и того же приложения и одновременно запускать несколько внешних бета-сессий. Если вы автоматизируете это с помощью Fastlane, вы можете сразу изменить имя приложения + bundleId для каждой версии и сразу же загрузить их всем в TestFlight, чтобы не допустить безумного, требуя повторить одно и то же много раз.

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

2

Способ запуска приложения на устройстве iOS без индивидуальной регистрации идентификатора устройства в профиле (который не будет работать для вас в любом случае, поскольку существует ограничение на 100 устройств для каждой учетной записи) заключается в использовании профиля распределения предприятия , Приложение, подписанное с профилем предприятия, может работать на любом устройстве.

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

Чтобы создать профиль предприятия, вам необходимо будет зарегистрироваться для дополнительной учетной записи разработчика предприятия here. Он составляет $ 299 в год в дополнение к вашей обычной учетной записи разработчика. После этого вы создадите новый профиль распределения предприятия и используете его в настройках сборки для создания/подписания приложения.

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

+0

Я не думаю, что учетная запись предприятия является решением, потому что мы не владеем устройствами, и пользователи не будут только сотрудниками компании. Даже если Apple действительно не исследует использование/злоупотребление в бизнесе, наша компания слишком велика, чтобы принять риск заразиться этим. Похоже, что наши только два варианта - запустить его с помощью TestFlight, принять пользовательский предел 2000 и ограничения продолжительности теста на 60 дней на один или просто запустить его как новое приложение в магазине приложений и разрешить только логины для пользователей, включенных в бета-версию. – jungledev

+1

Да, если они находятся вне организации, вы рискуете блокировать ее Apple. Хотя, для тестирования, я думаю, что это потенциально вписывается в предполагаемое использование, если вы не пытаетесь фактически выпускать программное обеспечение. Что касается запуска в магазине приложений, вот статья кампании kickstarter, в которой они работали над проблемой, выпуская ее в магазин и требуя входа в систему для uesrs, чтобы получить полную функциональность: http://www.sixtostart.com/onetoread/2012/distribution-3000-copy-of-an-ios-game/Я считаю, что приложение Mailbox сделало что-то подобное. – wottle

Смежные вопросы