Сохранить для Enterprise или ad-hoc развертывание отсутствует

Я пытаюсь создать файл IPA для своего приложения с учетом какого-либо специального распределения предприятия. Я смотрел, как это сделать с Xcode 4.3.2, версией, которую я использую в настоящее время, и я дошел до того, что в организаторе я должен выбрать опцию "Сохранить для предприятия или ad-hoc". Проблема в том, что этот вариант фактически не появляется в первую очередь. Фактически, у меня есть только опции "Сохранить встроенные продукты" и "экспортировать как архив Xcode".

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

Спасибо заранее всем, кто помогает здесь.

Приветствия.

ОТВЕТЫ

Ответ 1

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

Во-первых, на вкладке "Настройки сборки" сторонней цели lib установите параметр Пропустить установку на Да.

Во-вторых, на вкладке "Сборка фаз" сторонней цели lib посмотрите на фазе "Копирование заголовков" и убедитесь, что в разделе "Публикация" или "Частный" нет заголовков (все они должны быть в разделе "Проект" ).

Ответ 2

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

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

Ответ 3

Ну, я столкнулся с той же проблемой, когда использовал GMGridView. Я не использовал решение Diferdin, так как я все еще хочу сохранить проект GMGridView. Мое решение: перейдите в цель GMGridView, нажмите "Сборка фаз" → "Копировать заголовки", а затем переместите все файлы заголовков под "Публичный" и "Private" в "Проект". Верните продукт → Архив, тогда вы можете найти вариант "Сохранить для предприятия или развертывание ad-hoc без присутствия". Это сработало для меня, надеюсь, что это может быть полезно любому, кто встретил ту же проблему, что и моя. Также я считаю, что идея может быть применена и к любым другим проектным проектам. Удачи!

Ответ 4

Возможно, вы уже это сделали, но мы должны быть уверены.

Вы указали в обоих продуктах и ​​нацеливаете идентификатор подписи кода для adhoc distribution как ваш новый prov. профиль?

Затем вы попытались заархивировать свое приложение? (Продукт → архив). Если оно серое, укажите только целевое устройство iOS, даже если устройство не подключено.

Если Archive успешно, у вас должен быть архив в организаторе. Выберите его и выберите для распространения как обычно.

Ответ 5

Сегодня я испытал что-то. Невозможно экспортировать ad-hoc. поэтому исправьте это, нажав "Подтвердить настройки".

  • Перейдите в целевые объекты проекта,
  • В списке конфигурации появится кнопка "Подтвердить настройки". Нажмите на него
  • и нажмите "Выполнять изменения"
  • Сборка для архивирования снова

Чтобы объяснить проблему, похоже, что Xcode понимает файл проекта как приложение для Mac вместо приложения iOS.

Надеюсь, это поможет.

Ответ 6

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

  • Для меня это не проблема профиля. Я успешно завершил тонну бинарных сборок adhoc и дистрибутива приложений, поэтому я знал, что это не проблема профиля в моем случае.

  • Я взял один совет по плакату и сделал проект "проверять настройки", и он выполнил некоторые рекомендуемые изменения... но это не решило проблему.

  • проблема была на самом деле в проектных библиотеках, которые не попадали в первичный пакет. В моем случае у меня были библиотеки, у которых были свои собственные пакеты ресурсов. Ключ в том, что когда вы делаете сборку архива, убедитесь, что вы выбрали сборку, выберите "show in finder", а затем "показать содержимое пакета", чтобы узнать, какие дополнительные материалы не попадают в основной пакет приложений. Это то, как я нашел пару дополнительных пакетов ресурсов, которые были объединены в некоторые библиотеки, которые мне даже не нужны.

Ответ 7

Полезной вещью, которую я нашел, было превратить Skip Install в основной проект. Если при архивировании вы все еще видите созданный пакет (появляется всплывающее окно организатора), то суб-проект все еще создает продукт. Отключите все подпроекты "Пропустить установку" в "НЕТ" и доведите свой проект до точки, когда архив не появляется в "Органайзере". Затем вы можете безопасно включить Skip Install to YES в свой основной проект, и в вашем мозгу появятся маленькие искры достижений.