iOS: когда использовать идентификатор подписи кода в конфигурации сборки?


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

Вот что я знаю:

  1. Я создаю на портале подготовки и внедряю в свои приложения как профиль разработки, так и профиль распространения. Provision Portal-создание профилей

  2. Затем я назначаю Project > > Build Settings > > Code Signing в соответствии с различными профили: Подписывания Кода

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

  1. Теперь, если я правильно понимаю, я должен установить "схему" перед запуском приложения: Введите описание изображения здесь

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

Введите описание изображения здесьВведите описание изображения здесь

Вот большой вопрос... в каком сценарии я должен выбрать, какой идентификатор подписи кода?

Я всегда запускаю приложение на одних и тех же двух устройствах: iPhone и iPad; оба они определены на портале подготовки и заданы в профилях. Я только хочу убедиться, что я запускаю его нормально для тестирования на симуляторе и на устройстве, а затем построить приложение для загрузки в App Store.

Любой помощь / направление будут высоко оценены.

1 8

1 ответ:

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

Debug-это конфигурация, используемая, когда вы фактически работаете над кодом, а Release используется, когда вы архивируете его для установки другими людьми. Для отладки следует использовать профиль разработчика, а для выпуска-профиль дистрибутива.

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