Развертывание React Native приложения на iOS (Часть первая)

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

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

и
в каком порядке
нужно сделать для корректной работы приложения на этапах разработки, тестирования и при публикации его в магазин App Store. В русском же сообществе подобных материалов, собранных в одном месте и в удобном доступе, я не видел вовсе, поэтому и решил написать эту статью. Для всех интересующихся — добро пожаловать под кат.
Мы разберем процесс управления вашим приложением в Apple Developer Center от его создания до публикации в магазине App Store. Мы будем говорить только о базовых вещах, таких, как разработка, тестирование и публикация, а также обсудим APNs (Push Notifications).
Отмечу тот факт, что далее я буду описывать принцип работы девцентра по состоянию на 31 марта 2020 года, поэтому если вы читаете эту статью позднее — все уже могло измениться.

Собственно, для работы нам нужно следующее:

  • Рабочий Mac, либо PC с виртуальной машиной и установленной на ней Mac OS.
  • Действующий Apple ID. Его всегда можно бесплатно зарегистрировать на официальном сайте компании Apple.
  • На вашем Apple ID (либо у одной из компаний, которая добавила ваш Apple ID в свою команду) должна быть активирована так называемая Apple Developer Program — оплачиваемая раз в год «подписка», дающая вам доступ к Apple Developer Center и возможность публиковать ваши приложения в App Store. На текущий момент стоимость в пересчете на год невелика и составляет в районе $99 за год пользования.
  • И, конечно же, навыки разработки под iOS.

В девцентре для полноценной работы с вашими приложениями нам понадобятся только два пункта:

  • Certificates, Identifiers & Profiles.
    Раздел обеспечивает управление всей системой сертификации ваших приложений. Работу именно с этим разделом мы и будем разбирать в данной статье.
  • iTunes Connect.
    Дает доступ к внутреннему и внешнему тестированию через TestFlight, а также к управлению публикацией ваших приложений в App Store.

Давайте подробно разберем понятия, лежащие в основе функционирования девцентра Apple.

Сертификаты (Certificates)

Этот раздел дает доступ к управлению сертификатами, которыми обладает ваша учетная запись Apple ID. Каждый из этапов, которые вы будете проходить, будь то разработка, тестирование или публикация, включая все значимые составляющие экосистемы Apple вроде Push Notifications, требует обязательного наличия актуального (действующего, Active) сертификата. Говоря проще, ваше приложение не сможет даже чихнуть, не имея на то разрешения из Apple Developer Center. Чуть подробнее о подразделах:

  • Pending.
    Запрошенные вами сертификаты, находящиеся в процессе обработки от Apple. Для дев (Development) и прод (Production) сертификатов конкретно в моем случае этот подраздел чаще всего пустует.
  • Development.
    Дев-сертификаты, обеспечивающие возможность отладки вашего приложения на конкретных девайсах (одном либо нескольких) через Xcode, а также создание дев-сборок «в отладочном режиме». Более подробно поговорим о них чуть ниже.
  • Production.
    Прод-сертификаты, обеспечивающие работоспособность приложения при тестировании в TestFlight и при публикации в магазине App Store.

Теперь разберем типы сертификатов.

Сертификаты типа «Development»

В первую очередь, нужно знать, что девелоперский сертификат всегда привязывается к одной конкретной машине
. Поэтому для отладки на вашем Mac вам понадобится доступ к этому сертификату. Тут есть варианты. Например, если, вы устроились на работу iOS-программистом, и в ваши задачи входит отладка на устройствах (как правило, так и есть), то есть два пути решения (какой из них выбирать — зависит от вас и условий работы в вашей компании):

  • Создать отдельный дев-сертификат конкретно для вашего Mac, скачать и установить его. Плюс понадобится сгенерировать и установить на свой Mac девелоперский профиль
    на основе этого сертификата, но об этом позже.
  • Либо экспортировать с машины, на которую заведен сертификат, файл *.p12/*.pfx (это можно сделать в связке ключей Apple). Такой файл защищается паролем при экспорте, и, зная этот пароль, информацию о сертификате можно будет импортировать на любом другом Mac. В этом случае отпадает необходимость создавать для каждого Mac отдельные Development-сертификаты и отдельные Development-профили. Небольшая оговорка: профиль хоть и должен быть сгенерирован для той машины, на которую выпущен экспортируемый сертификат, но в этот профиль понадобится добавить UDID вашего устройства прежде, чем выдавать профиль вам для установки, иначе ничего работать не будет.

Инструкция по процессу будет показана вам в девцентре Apple при начале создания сертификата, там все расписано очень подробно и понятно, по шагам, сложностей возникать не должно. Если вкратце, то после выбора типа сертификата (iOS App Development
, для отладки приложения, либо
APNs Sandbox
, для отладки пушей) вам придется создать файл запроса к бюро сертификации (Certificate Signing Identity Request), на основе которого и будет сгенерирован девелоперский сертификат. Если вы хотите и отлаживать приложение, и отлаживать пуш-нотификации в «песочнице», то вам потребуются оба этих сертификата. Забегая вперед, упомяну, что аналогичный процесс применяется и при создании прод-сертификатов.

Наличие дев-сертификата означает, что, скачав его и установив двойным кликом в Связку Ключей (Apple Keychain), вы сможете запускать ваше приложение напрямую через Xcode в режиме отладки на устройстве, подключив это устройство проводом к вашему Mac. Перечень разрешенных конкретных устройств Apple нужно будет обязательно указать при генерации девелоперского профиля, но об этом позже. Также, вы сможете собрать и экспортировать сборку с дев-профилем, но стоит учесть, что в этом случае ваше приложение не будет иметь доступа к продакшн-возможностям (APNs будет только в режиме sandbox, например).

Сертификаты типа «Production»

Для начала на всякий случай поясню, что сборкой iOS-приложения называют *.ipa-файл, архив, выпускаемый с соблюдением правил сертификации Apple через команду Project — Archive в Xcode.
Теперь о сертификации. Прод-сертификаты обеспечивают функционирование различных подсистем приложения в «боевых» условиях, то есть в магазине App Store, а также на устройствах, где выполняется внутреннее и внешнее тестирование приложения через TestFlight. Здесь, по аналогии с Development-сертификацией, есть тип App Store & Ad Hoc Production

, а также тип
APNs Production
, использующийся веб-сервером для рассылки push-уведомлений. Если вы планируете выпустить приложение, поддерживающее работу с пушами, то вам понадобятся оба сертификата, как App Store & Ad Hoc (на основе которого вы сделаете сборку и отправите приложение в iTunes Connect), так и APNs Production (его вы отдадите серверу, а тот воспользуется им для получения прав на рассылку пушей). В довесок к уже упомянутым подсистемам есть еще несколько других, обеспечивающих доступ к Wallet, Apple Watch и так далее, но их обзор выходит за рамки данной статьи.

Очень часто возникает вопрос о том, в чем же разница между App Store и тем самым Ad Hoc. Ранее они были представлены разными сертификатами, с некоторого времени Apple объединила их в единое целое, за что им большое спасибо. Чуть подробнее об этих разновидностях:

  • Выпуск сборок типа App Store.
    Обеспечивает возможность тестировать приложение в TestFlight, как в режиме внутреннего, так и в режиме внешнего тестирования. Также дает возможность опубликовать приложение в App Store.
  • Выпуск сборок типа Ad Hoc.
    Термин «Ad Hoc» можно перевести как «специальный», «для конкретной цели». Такой тип сертификации обеспечивает возможность запускать ваше приложение (включая все нужные подсистемы типа APNs) в боевых условиях, но только на конкретных девайсах, и без участия Xcode в процессе запуска. Другими словами, Ad Hoc необходим, если вы захотите поставить ваше приложение на стороннее устройство, не имея к нему прямого доступа (то есть не подсоединяя его проводом к вашему Mac, так как в этом случае вам бы хватило Development-сертификата), но при этом и не выкладывая приложение в iTunes Connect. Такой сертификат используется при создании специального Ad Hoc-профиля, о котором пойдет речь чуть позже.

Еще один частый вопрос: чем отличаются сборки, собранные на паре Development Certificate + Development Profile, и сборки, созданные через связку Distribution Certificate + Ad Hoc Profile? Ведь и там, и там нужно указывать перечень разрешенных для установки устройств, и то, и то можно устанавливать через iTunes. В чем же различие? На деле, разница в том, что дев-сборка будет запускаться «в отладочном режиме», то есть, например, APNs ей будут доступны только в режиме «sandbox». Продакшн-сборка будет обладать «боевыми» правами, с доступом во все подсистемы Apple вроде «настоящих» APNs, iCloud и так далее.

Intermediate Certificates

Некоторое время назад Apple внесла изменения в логику работы девцентра и своей системы сертификации, после чего на большинстве компьютеров пропала возможность делать сборки приложений, несмотря на наличие активных дев- и прод-сертификатов и актуальных профилей. Причина этого была в том, что Apple добавила дополнительное требование, чтобы на вашем Mac в связке ключей был установлен специальный сертификат под названием «Worldwide Developer Relations Certificate Authority»
. Он устанавливается автоматически с новыми версиями Xcode, но те, у кого Xcode уже был установлен ранее, просто должны были установить этот сертификат вручную, скачав его по прямой ссылке из секции Intermediate Certificates в девцентре Apple, после чего проблемы со сборками исчезали. Больше никакой смысловой нагрузки этот сертификат не несет.

Откуда на вашем iPhone или iPad появился «Developer»?

Несмотря на то, что «Developer» — это «история» для разработчиков, данный пункт может появиться на любом «среднестатистическом» iPhone.

Как, например, у меня.

Откуда он взялся? В этом могут быть виноват(-ы):

  1. Xcode. Подключив iPhone или iPad к Mac OS с запущенным Xcode в настройках вашего устройства появиться строка «Developer». При этом, совсем не обязательно быть программистом — достаточно простого подключения.
  2. Программы для управления устройством. Имеются ввиду 3uTools, iTools и другие. Причем, при простом подключении ничего не происходит. Но как только вы попытаетесь «нестандартно» работать с устройством — записывать экран, делать скриншоты, транслировать изображение и т.д., то вот здесь «Developer» будет проявляться во всей красе.

  3. Установка сторонних приложений. Имеются ввиду те магазины, которые являются альтернативой App Store. Как правило, для использования этих магазинов нужно установить сертификат разработчика, а вместе с сертификатом «подтягивается» и «Developer».
  4. Ваше добровольное согласие на тестирование приложений и программ. Ситуация редкая, но такое тоже может быть — вы решили кому-то помочь и взялись протестировать приложение. Есть тест — есть и «Developer» для анализа работы и сбора статистики.
  5. Ваше случайное согласие на тестирование приложений и программ. В современном интернете огромное количество недобросовестной рекламы (баннеры, всплывающие окна, шокирующие тексты и картинки), которые просто навязывают установку различных приложений. Если приложение «неофициальное», то меню «разработчик» вполне может оказаться на вашем iPhone или iPad.

У меня, кстати, пункт «Developer» появился в тот момент, когда я изучал возможности программы 3uTools (записывал экран, скачивал рингтоны и делал скриншоты) — хотел изучить одно, а в итоге занялся совершенно другим:)

Идентификаторы (Identifiers)

Данный раздел обеспечивает управление идентификаторами. Для вашего приложения в минимальном исполнении понадобится App ID, управление которыми доступно в одноименном подразделе.
В буквальном переводе «App ID» означает «идентификатор приложения», что полностью отражает его суть. Любое ваше приложение, которое вы хотите отлаживать на устройстве Apple, тестировать через TestFlight и/или публиковать в магазин App Store, должно обладать собственным уникальным именем, по которому его можно однозначно идентифицировать среди тысяч других приложений. При добавлении нового App ID вам будет предложено ввести несколько элементов:

  • App ID Description.
    Имя вашего приложения. К примеру, если ваше приложение называется
    Mail Printer
    , то прямо так его и записываем в это текстовое поле.
  • App ID Prefix.
    Префикс вашего приложения, он выдается вам автоматически и будет общим для конкретной команды Apple Team, где подключена и активна Apple Developer Program.
  • App ID Suffix.
    Здесь нам понадобится выбрать
    Explicit App ID
    , чтобы указать бандл (bundle) приложения. Это идентификатор, обычно имеющий вид
    com.mycompany.myappname
    , где
    mycompany
    — имя вашей компании или вашего домена. Например,
    com.homecompany.MailPrinter
    . Обращаю ваше внимание, что точно такой же бандл должен быть выставлен в настройках таргета (Target) вашего приложения в Xcode (секция настроек General, поле Bundle Identifier).
  • App Services.
    Здесь вам нужно отметить те сервисы, которые вы планируете использовать в вашем приложении. По умолчанию там отмечены только Game Center и In-App Purchase, их использование обязательно, удалить их нельзя. Остальные сервисы подключайте по мере необходимости.

После создания App ID вы можете использовать его для генерации любых типов профилей, об этом чуть позже.

Профили (Provisioning Profiles)

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

  • Активного сертификата определенного типа (раздел Certificates). С помощью сертификата профиль подтверждает, что ваше приложение имеет право на выполнение определенной группы действий.
  • App ID (раздел Identities). Определяет конкретное приложение, для которого выпускается профиль.
  • В некоторых случаях, еще нужен список зарегистрированных устройств (раздел Devices). Определяет перечень устройств, на которые разрешено устанавливать вашу сборку. Используется только с некоторыми типами профилей.

На выходе как раз и получаем профиль для выпуска сборок с определенными целями. Давайте рассмотрим разновидности профилей.

Профили типа «Development»

Это профиль для разработки, то есть его основное назначение — отладка вашего приложения на конкретных устройствах через Xcode с прямым подключением устройства проводом к вашему Mac. Дев-профили представлены двумя видами:

  • iOS App Development. Требует указания перечня разрешенных устройств из раздела Devices.
    Используется для отладки iOS-приложений.
  • tvOS App Development.
    Аналогично, только используется для tvOS-приложений.

Профили типа «Distribution»

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

  • App Store.
    Используется для тестирования (как внутреннего, так и внешнего) в TestFlight, а также для выпуска приложения в App Store.
  • tvOS App Store.
    Аналогично предыдущему, только для tvOS.
  • Ad Hoc. Требует указания перечня разрешенных устройств из раздела Devices.
    Используется, если вы хотите выпустить сборку, которую можно будет поставить в режиме «Production», но только на некоторых устройствах. Реальная ситуация, когда это может понадобится, например, следующая. Вы разрабатываете приложение, а в процессе работы заказчик попросил у вас «дать ему пощупать приложение» на своем Apple-устройстве. В iTunes Connect для активации внешнего тестирования вы еще выходить не готовы, но просьбу заказчика нужно выполнять — вот тут как раз и пригодится Ad Hoc-профиль, сгенерированный на базе прод-сертификата
    App Store & Ad Hoc Production Certificate
    . Важный момент: в моем случае часто возникали проблемы при экспорте сборок подобным способом, если в Xcode не был также установлен и Development-сертификат. Ошибки были разного рода, от невозможности подписать сборку до абсурдного «App ID is not available», хотя это фактически не так (замена на другой бандл ничего не давала). Поэтому, по моему предположению, для удачного экспорта Ad Hoc-сборок необходимо, чтобы, помимо Ad Hoc-профиля, был также установлен и дев-сертификат с соответствующим профилем.
  • tvOS Ad Hoc.
    Аналогично предыдущему, только для tvOS.

Этот сервис предоставляет вам возможность управлять внутренним и внешним тестированием в TestFlight, а также выкладывать приложение в App Store. Рассмотрение этого процесса выходит за рамки данной статьи, упомяну лишь тот факт, что для корректной работы этому сервису необходимы сборки, созданные на базе профиля типа Distribution — App Store
(для iOS либо tvOS). Другие типы профилей здесь не поддерживаются. По сути, при получении доступа к девцентру с активной Apple Developer Program ваш алгоритм действий должен сводиться к следующему:

  1. Определиться, с каких конкретно машин будет производиться прямая отладка на устройствах через Xcode. Определить среди них основную машину (это может быть Mac разработчика, с которого чаще всего планируется производить отладку). Сгенерировать для основного Mac сертификаты группы Development, скачать и установить их. По необходимости, экспортировать информацию об этих сертификатах в файлы *.p12/*.pfx, которые потом можно будет разослать на другие целевые машины, где также планируется проводить отладку приложений.
  2. Узнать, с какой машины планируется собирать сборки для тестирования и/или публикации в App Store. Сгенерировать для нее сертификат группы Distribution. Повторить процедуру с экспортом из предыдущего пункта, если требуется поддержка нескольких машин.
  3. Проконтролировать наличие нужного идентификатора приложения в разделе App IDs и соответствие указанного там бандла значению поля Bundle Identifier в проекте в Xcode, при наличии несовпадения — устранить его либо в девцентре, либо в Xcode (где именно это править — зависит от вашей конкретной ситуации).
  4. Убрать (Revoke/Delete) все сертификаты, а затем и профили, которые обладают пометкой Expired (истекший сертификат) или Invalid (некорректный профиль). Также отмечу, что, в отличие от сертификатов, профили можно редактировать. То есть, сгенерировав новые сертификаты, вместо удаления старых профилей вы можете просто отредактировать их, указав им новые сертификаты в качестве подписи.
  5. Если профилей нет, либо не хватает нужных, то сгенерировать необходимые профили.
  6. Скачать и установить нужные для вашей машины сертификаты и профили на свой компьютер. Установка производится двойным кликом на файле. Сертификаты будут установлены в Связку Ключей (Apple Keychain), профили — в Xcode.
  7. Указать в настройках проекта Xcode нужные вам сертификаты в секции Build Settings — Code Signing Identity — Development/Distribution
    , а также указать необходимый
    Provisioning Profile
    .

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

  • Произвести запуск в режиме отладки (Project — Run) через Xcode на разрешенном устройстве, используя дев-профиль.
  • Создать сборку (Project — Archive с выбранным целевым устройством Generic iOS Device
    ) на базе продакшн-профиля Ad Hoc для установки на конкретные устройства (такую сборку можно будет выслать, например, по электронной почте заказчику, чтобы он установил ее на свое разрешенное устройство).
  • Создать сборку аналогично предыдущему пункту, но на базе продакшн-профиля App Store. Это будет сборка для внутреннего и/или внешнего тестирования, а также для выкладки в App Store, которую можно использовать в iTunes Connect.

Надеюсь, это подробное описание поможет вам разобраться в специфике функционирования системы сертификации приложений Apple, а также поможет навести порядок в Apple Developer Center.

Внимание!

При регистрации аккаунта, следует указывать одинаковую информацию о владельце аккаунта и оплата должна производится с карты владельца аккаунта!

Например: Вы Иванов Иван, регистрируете на свое имя аккаунт, оплата за аккаунт должна быть также быть оплачена с вашей карты (Иванова Ивана ), в противном случае при оплате с другой карты, владельцем которой вы не являетесь, вы рискуете потерять 99$.

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

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

Для компании

  1. Для начала идем на страницу developer.apple.com/programs и регистрируемся в качестве нового разработчика. Не советуем использовать уже существующую учетную запись, если раньше вы никогда не пользовались ею для публикации приложений, так как в ее данных могут быть ошибки. Лучше создайте новую, которая будет использоваться для дальнейшей работы и размещения.
    Работая с Apple, указывайте только верные и корректные данные при заполнении любых анкет. Это поможет избежать проблем в будущем, сократит время принятия решений по вашему вопросу и значительно облегчит жизнь. Нередко бывает так, что при регистрации приложений из-за одной описки в названии фирмы или других важных данных весь процесс приходится начинать заново.

    Существует два типа профилей. Они привязаны к определенным устройствам, поэтому приложение может работать только на них.

    • Профили развития.
    • Профили распределения.

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

    Что пишут в интернете на эту тему?

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

    Заполнив простые формы, принимаем лицензионное соглашение и подтверждаем электронную почту присланным на нее кодом, после чего получаем Apple ID для разработчика, с помощью которого и авторизуемся.

    Сначала вам нужно создать два сертификата: один для ваших профилей разработки и другой для ваших профилей распространения. Теперь вы увидите экран, в котором говорится, что ваш сертификат готов. Теперь у вас есть сертификат для ваших профилей разработки, вам нужно создать сертификат для ваших профилей производства или распространения.

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

  3. Следующий шаг — регистрация компании в программе iOS Developer. Заходим во вкладку Account
    и жмем на
    Apple Developer Program
    . Читаем красивые продающие описания всех преимуществ программы и жмем далее, пока не увидим надпись
    Start your enrollment
    . Нажимаем на нее и приступаем к процессу регистрации.
  4. Для начала нам предстоит выбрать — от юридического лица или от физического будут публиковаться наши приложения. Выбираем Company
    (ни в коем случае не государственная компания (Government organization) — не перепутайте). Далее нас попросят заполнить личную информацию и информацию о компании.

    Инструкция по регистрации аккаунта разработчика в Apple

    Теперь ваше устройство зарегистрировано и появится в списке устройств. Вы всегда можете вернуться позже, чтобы зарегистрировать больше устройств, таких как те, которые принадлежат друзьям и бета-тестировщикам. Если вы зарегистрируете устройство, а затем удалите его, он по-прежнему рассчитывает на ваше общее количество за год.
    Вместе они создают уникальный идентификатор для вашего приложения. Вы можете выбрать, чтобы все ваши приложения имели один и тот же префикс для семян, если вы хотите делиться информацией о цепочке ключей между ними. Скажем, у вас есть набор приложений, которые используют один и тот же сайт через логин. Заполните описание.

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

    Затем вы увидите сообщение «Завершение регистрации». Теперь вы готовы создать профили обеспечения и распределения. Поскольку вы только сгенерировали один из них, выпадающее меню содержит только этот. На следующем экране предлагается выбрать сертификаты для профиля. Если у вас несколько членов в команде, они могут быть выбраны здесь.

    Теперь введите имя для этого профиля. Указанное вами имя используется для идентификации его среди других профилей, поэтому постарайтесь сделать его максимально понятным. На последней странице показан ваш сгенерированный профиль и кнопка загрузки, позволяющая загрузить его.

  5. Здесь же нас попросят указать так называемый D-U-N-S number
    , который теперь используется Apple вместо предоставления переведенной на английский выписки из ЕГРЮЛ, чтобы удостовериться, что ваша компания реально существует. Вот на этом шаге и возникает загвоздка у многих разработчиков. Присвоением D-U-N-S-номеров занимается фирмы D&B, на которую Apple возложила все обязанности по проверке юридических лиц. Чтобы проверить наличие номера у вашего юр лица, перейдите по ссылке https://developer.apple.com/enroll/duns-lookup/#/search ,зайдите под своей учетной записью, заполните все поля и нажмите Continue.
  6. Если ваша организация имеет DUNS номер, то вы увидите данную информацию, если нет, то следуйте пункту 6.
  7. Стоимость присвоения номера — 12 240 рублей . Пока вы его не получите, процедуру регистрации в Apple продолжить не удастся, но страшного в этом ничего нет, так как все заполненные данные сохранятся. Обратите внимание, что названия вашей компании на сайтах Apple и D&B должны полностью
    совпадать. Пройдите по ссылке https://www.dnb.ru/order/add/#order-begin

    Все данные на сайте D&B заполняются на русском языке, перевод на английский компания осуществляет самостоятельно. После заполнения анкеты на указанную электронную почту придет письмо со счетом на сумму 12 240 рублей. В течение 5 рабочих дней после его оплаты данные о вашей компании появятся в реестре D&B. Но имейте в виду, что для Apple они станут доступны только через 14 рабочих дней. Если вы попробуете ввести D-U-N-S раньше этого срока, тот он не пройдет. Итого, придётся ждать 19 рабочих дней, фактически календарный месяц. Как только номер принят Apple — самый длительный и тяжелый этап регистрации остается позади.

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

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

  8. Далее нам нужно получить доступ к инструментарию разработчика для размещения приложения в сторах, получения сертификатов и т.д. Доступ платный и стоит $99 в год. За эту сумму вы получите возможность разрабатывать приложения под три платформы — iOS, Mac и Safari. Однако при размещении контента в iTunes (книг, фильмов и музыки) может потребоваться использовать отдельный аккаунт AppleID.
    Внимательно проверяем данные и подтверждаем информацию, после чего ожидаем подтверждение от Apple. Обычно это происходит в течение 1-3 дней, после чего вам позвонят на указанный в анкете номер, на английском языке поблагодарят за регистрацию и сообщат, что пришлют ссылку на продолжение регистрации по электронной почте. По большому счету, совершается этот звонок для того, чтобы еще раз проверить реальность существования фирмы и соответствие контактных данных.

    Шаг 6: Теперь вам будет представлен следующий экран. Здесь вы захотите заполнить разделы «Название продукта», «Название организации» и «Идентификатор организации» — все остальные могут быть оставлены в режиме по умолчанию. Наиболее важным является идентификатор организации. Он должен автоматически заполнить пример. Как только эта информация будет введена, нажмите «Далее».

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

  9. Получив письмо со ссылкой, переходим по ней, принимаем соглашение и оплачиваем программу. Для России оплатить можно только с кредитной карты, заполнив специальную форму и отправив ее в Apple. Не советуем указывать личные карты, для этого удобнее всего выпустить предоплаченную виртуальную карту на нужную сумму и передать ее данные. В течение 1-3 дней средства будут списаны, и вы получите письмо с активационным кодом для завершения процедуры регистрации.
  10. Кликните по коду и нажмите Продолжить
    в открывшемся окне, после чего станет доступна долгожданная кнопка
    Get Started
    . Нажав на нее, мы получим доступ в Developer Member Center, где увидим полный функционал разработчика, поддержку и, самое главное, — доступ на портал для разработчиков .

Всё, процесс подготовки к размещению приложения завершен.

Для физического лица

Далее у нас появляется кнопка Купить, нажав на которую мы попадаем на страницу с данными по кредитной карте. Весь предыдущий процесс занимает от силы 5 минут. Дальше всё точно также, как и для юридических лиц. Оплачиваем, ожидаем пару рабочих дней и получаем доступ к ресурсу для разработчиков.

Затем нажмите кнопку «Выбрать». Если все будет успешным, вам будет представлен следующий диалог. Шаг 12. Теперь, когда у вас есть автономный режим, вы захотите получить его на своем устройстве. Чтобы установить автономный режим, просто перетащите его из своего каталога создания в окно «Установленные приложения» на вашем устройстве.

Шаг 2: Имейте компанию и юридические полномочия подписать ее

У вас есть вопросы или мысли? Для получения дополнительной информации, послушайте опыт Марко Армента с этим в сборнике и анализе эпизода 93. Для компаний, некоммерческих организаций, совместных предприятий, партнерств и правительственных организаций. Компания. . Если нет, обратитесь к эксперту за советом относительно соответствующей правовой структуры и процедур для создания вашей компании. Давайте посмотрим, что нам нужно знать, в кратком объяснении.

Обязательно убедитесь, что перешли по ссылке в письме и завершили процедуру регистрации!

Если есть желание стать разработчиком приложений для iOS, нужно официально зарегистрироваться как разработчику компании Apple. Аналогичное требование существует для тех, кто уже создаёт какие-то приложения для данной продукции, но не публиковался в App Store. Хотя хотел бы это сделать. Сама по себе процедура довольно-таки простая. Однако вряд ли кому-то помешает пошаговое описание, чтобы понятно было даже новичкам. Созданный аккаунт позволяет публиковать созданные приложения, получать за них средства.

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

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

Кроме того, владелец аккаунта получит доступ к бета-версиям операционных систем, которые закрыты для рядовых обывателей. Только у разработчиков есть официальный доступ к ним. Так что если хочется показать свои приложения всему миру – аккаунт нужно заводить обязательно. Итак, как его регистрировать? Для начала нужно перейти на сайт (речь идёт о iOS Dev Center), нажать на кнопку Register. Дальше выбирается какой-то один из двух представленных вариантов. На Sign In стоит нажимать при наличии уже созданной учётной записи Apple ID. А вот Create Apple ID позволяет создать новую учётку. Последнее нужно, чтобы создать аккаунт. Выбирайте его.

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

Дальше нужно ввести информацию о себе. Просто базовые сведения, ничего особенного, нужно также принять пользовательское соглашение (прочитайте его). Нажать стоит дальше на кнопку Create Apple ID. Напишите, кстати, настоящую почту и ждите приход на письмо с ссылкой. На неё нужно перейти, чтобы активизировать свой аккаунт.

«Мы хотим видеть, что такое ответ, и последовательно расширять наше обязательство». Теперь компания ищет разработчика для желаемого приложения. Он согласен с функциями, расходами и, возможно, контрактом на поддержку. Однако, что вам нравится забывать: кто теперь действует как «разработчик» приложения? Это сэкономит компании лицензионный сбор за разработчика. Однако, если внешняя компания разрабатывает приложение под собственной учетной записью разработчика, приложение также присваивается этой учетной записи при публикации.

Передача приложения от разработчика к разработчику невозможна!

Для большинства приложений разработчик, упомянутый здесь, также является «владельцем» приложения. Приложение теперь имеет номер версии. Кроме того, приложение имеет более 120 отзывов в магазине и некоторые отзывы клиентов. Теперь приложение должно быть дополнительно развито профессиональной компанией. Фактически, в настоящее время невозможно передать приложение от одного разработчика к другому или передать приложение на учетную запись разработчика компании.

После чего нужно перейти снова на сайте, нажать на Register, дальше Sign In. И зайдите на сайт, используя данные созданного вами только что акаунта. Потом будет что-то вроде анкетирования. Не повредит знание английского языка. Но вас никто не торопит, можно воспользоваться словарём. И вот после введения сведений о себе закончите процедуру регистрации – нажмите на Register. Проверьте последовательность действий.

Половина решения. Удалите приложение и создайте новую учетную запись под новой учетной записью

Однако для компаний это обстоятельство приносит большие проблемы, поскольку только «менее красивое» полурешение является выходом. На данный момент у компаний только есть возможность иметь приложение, переданное как бывший разработчик, и его переустановить в магазине приложений под их собственным счетом. Почему это решение составляет только половину решения? Почему решение «уродливое»?
Новое настроенное приложение — это новый объект, который означает, что вы проигрываете. Все отзывы клиентов Все отзывы клиентов История обновлений и путь обновления Предыдущие статические показатели. Как компания, пользователи старого приложения должны указать, что теперь есть новое приложение и что они будут развиваться в будущем. Пользователь не может легко импортировать новую версию приложения с помощью обновления. Очевидно, что это очень «неудобно» для пользователей и предприятий. Иногда вы теряете некоторых пользователей.

Пройдите по ссылке, которая появится перед вами или же можете выбрать в самом верхнем углу страницы кнопку Programs. Как вариант. А дальше выпадает, присмотритесь, кнопка iOS Developer Program. Проверьте последовательность действий, если вы что-то напутали, то лучше вернуться. Дальше нажмите на Learn more. Следующим этапом вы увидите Enroll Now – это старт при покупке аккаунта разработчика. Цены могут меняться. В роли ID для компании выбирается уже созданный аккаунт, после чего нажимайте на Continue.

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

  • Сотрудничество с разработчиком прекращается компанией.
  • Сотрудничество с разработчиком прекращается разработчиком.
  • Разработчик отказывается от своего бизнеса.
  • Разработчик падает или умирает.

Из опыта мы знаем, что отсутствие технических знаний, общение с бывшими разработчиками может быть затруднено.

Рейтинг
( 2 оценки, среднее 4 из 5 )
Понравилась статья? Поделиться с друзьями: