Xcode 4.3.1 - Не удалось выполнить операцию упаковки

Ответ 1

Я получаю ту же проблему.

Файлы PNG, начинающиеся с._, не отображаются, даже если вы отображаете скрытые файлы в Finder (по умолчанию write com.apple.finder AppleShowAllFiles 1 в терминале) Но если я просматриваю папку SVN с помощью приложения "Версии", я вижу, что есть файлы PNG, начинающиеся с._

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

Теперь я могу создать архив и распространить его через файл IPA.

Я надеюсь, что это поможет вам!

Ответ 2

Иногда это происходит во время автоматического списания во время упаковки с другим сертификатом распространения. Это может произойти при запуске нового проекта, и вы создаете обе версии dev и release с помощью профиля Team Provisioning, затем вы создаете сертификат распространения (ad hoc или other) для этого конкретного идентификатора пакета и пытаетесь подписать архив с этим новый сертификат.

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

В приведенном ниже примере проблема исправлена. Используйте окно поиска настроек сборки, чтобы найти идентификатор подписи кода. "Релиз", вероятно, настроен на "профиль подготовки персонала iOS", когда он должен быть установлен на "iPhone Developer: Your Name", который является тем же сертификатом, который вы пытаетесь подписать в вашем архиве.

Ответ 3

У меня была такая же проблема в моем проекте (в xcode 4.3.2) И как и во всех ans, я проверил для любого файла png, начиная с "._ *" , а также отмечена папка , а в ее подпапке - другое имя.

Также проверяется идентификация подписи кода согласно требованию. Но не удалось решить эту проблему.

После усилий дней дыры наконец-то я получил причину ошибки "Ошибка упаковки" в моем проекте.

В моем случае я классифицировал "About_us.h" и "About_us.m" , и по ошибке я импортирую заголовочный файл, например #import ". Us.h" (пробел в середине). Поэтому, когда я загрузил приложение на устройство, он будет успешно загружен, но когда я попытаюсь создать ipa, используя архив, он даст мне ошибку и вернет мне Оценочный размер магазина приложений только 143 кб.

Наконец, когда я изменяю заголовок как #import "About_Us.h" и пытаюсь сделать ipa, я получил реальный размер в правильном MB.

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

Ответ 4

У меня возникла эта проблема после копирования моего проекта на флеш-накопитель с файловой системой FAT. Внезапно появилось много файлов "._". Один из таких файлов был в Settings.bundle. Я удалил эти файлы с помощью

find . -name "._*" -exec rm -rf {} \;

Ответ 5

Проблема для меня заключалась в том, что имя продукта выпуска было установлено дважды в разделе "Настройки сборки":

ProductName
ProductName

а не только ProductName. Интересно, что новая строка вызвала проблемы с упаковкой, но ничего больше.

Ответ 6

В случае, если в некотором файле есть место в имени файла, которое остановит процесс rm. используйте эту команду.

find . -name \._*.* | xargs -I{} rm -v {}

Ответ 7

Те же вопросы для меня. Нет папки в папке, нет файлов, никаких предупреждений или ошибок и т.д. Архивы в порядке, но когда я пытаюсь упаковать с помощью организатора, чтобы выполнить adhoc, он терпит неудачу и говорит, что это 9kb.

Ответ 8

Мне удалось исправить мою проблему. Вот как я это сделал. Я пошел в терминал, набрал   defaults write com.apple.finder AppleShowAllFiles TRUE

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

Итак, я просто переименовал его и смог отправить приложение.

Примечание. Проверьте оценочный размер приложения в организаторе. Если это удастся, это испортилось.

Ответ 9

У меня был файл, содержащий ^ в терминале, который был проблемой.

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

Ответ 10

У меня была такая же проблема в сочетании с пользовательским значком каталога. Они хранятся в виде скрытого файла (с именем Icon?) Внутри зараженной папки.

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

Ответ 11

У меня была проблема с моими значками или по крайней мере, что я думаю. Мне пришлось удалить значки и удалить ссылки в моем файле info.plist. Затем после этого волшебным образом, при выборе варианта распространения приложения в Xcode Organizer появилось сообщение "Не переписывать", и после того, как я сделал это BOOM! Это сработало! Удачи для будущих посетителей!

Ответ 12

У меня была такая же проблема в проекте cordova, но я не мог найти никаких png файлов, начинающихся с '._'. С некоторой удачей я обнаружил, что проблема для меня заключалась в том, что в папке www (синяя) была папка с шрифтом (www-папка - это папка, содержащая webapp, и будет связана в процессе сборки). После удаления (перемещение шрифтов на уровень выше) сообщение "операция упаковки завершилось неудачно" исчезло, и экспорт архива для распределения Ad Hoc снова работал.

Ответ 13

В моем случае у меня было два вопроса: 1. Идентификатор пакета немного отличался от идентификатора в Info.plist и того, который использовался в iTunesConnect 2. Сертификат распространения, используемый для создания архива, был не таким, как я использовал для отставки приложения перед проверкой/отправкой.

Во всех случаях XCode был непрозрачным. Но используя Application Loader (вы можете запустить его из "Меню XCode → Инструменты разработчика" ) и предоставить ему файл ipa, сообщения были достаточно ясными, чтобы помочь мне отладить проблему. Поэтому я собираюсь использовать это для яблока: дать пользователю четкие сообщения в XCode точно так же, как и с Application Loader! в то же время, я рекомендую использовать Application Loader, когда проблема с пакетом недостаточно ясна.

Ответ 14

Я решаю его просто копировать папку проекта на рабочий стол, что (я думаю) сократил путь к файлу проекта.

Ответ 15

моя проблема заключалась в том, что я ввел имя продукта, содержащее символ тильды: "~ xxx ~" это была временная сборка, я думал, что я ее выделил, но в конце вы не сможете использовать символ в названии продукта. Надеюсь, это поможет.

Ответ 16

Я установил Xcode 4.3.1 для компиляции приложения для iOS4.2, но я не смог решить проблему с "Ошибка упаковки" (я пробовал некоторые из упомянутых выше решений). Позже я установил XCode4.4.1, и я смог скомпилировать для iOS 4.2 без проблем (почти любых)