Подтвердить что ты не робот

Управление программой разработчика iOS Enterprise

Недавно мы зарегистрировались в Программе для разработчиков iOS Enterprise, чтобы иметь возможность использовать собственный дистрибутив, что значительно упрощает развертывание приложений внутри нашей компании, что довольно велико. Перед тем, как присоединиться к нам, мы полностью ознакомились с документацией программы, и мы знали, что новая учетная запись будет полностью отделена от стандартной учетной записи, используемой для представлений AppStore.

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

Как вы организовываете это внутри Xcode? Создаете ли вы две разные цели или можете ли вы управлять этим с помощью новой конфигурации проекта? Как насчет прав iCloud?

ИЗМЕНИТЬ

Так же, как и обновление, я хотел бы четко указать, что мы ищем лучшее решение для создания приложения для рассылки In-House и для представления AppStore.

EDIT2

Учитывая, что корпоративная программа не предоставляет вам доступ к iTunesConnect, где могут быть установлены тестовые пользователи и идентификаторы продуктов, действительно ли невозможно проверить покупки InApp?

4b9b3361

ОТВЕТЫ

Ответ 1

Я не совсем понимаю, что вам нужно, но похоже, что вы хотите создавать приложения для приложений приложений для внутреннего использования. Это правильно?

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

Итак, например, вы можете создать свою конфигурацию Enterprise:

enter image description here

Затем перейдите к настройкам вашей целевой сборки и добавьте пользовательский параметр сборки:

enter image description here

Дайте ему имя типа BUNDLE_ID, и если вы развернете треугольник, вы можете указать ему разные значения для каждой конфигурации:

enter image description here

Затем откройте файл Info.plist и введите ${BUNDLE_ID} для значения идентификатора пакета:

enter image description here

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

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

enter image description here

После этого в зависимости от конфигурации будут использоваться правильные уведомления push/iCloud.

Мы уже давно это делаем. Наш сервер сборки будет создавать версии приложений и приложений для приложений для каждой сборки, используя именно эту технику.

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

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

Хранилище iCloud по умолчанию будет полностью разделено для двух версий. Они могут иметь доступ к одному и тому же хранилищу iCloud (если вам это нужно) до тех пор, пока права доступа настроены с тем же идентификатором команды. Но это может быть проблемой, если у вас есть две отдельные учетные записи разработчиков.