Как исправить ошибку обработки IPA в xcode 11?

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

Этапы сборки -> кнопка с плюсом -> для создания новой фазы сценария выполнения

 APP_PATH="${TARGET_BUILD_DIR}/${WRAPPER_NAME}"

find "$APP_PATH" -name '*.framework' -type d | while read -r FRAMEWORK
do
FRAMEWORK_EXECUTABLE_NAME=$(defaults read "$FRAMEWORK/Info.plist" CFBundleExecutable)
FRAMEWORK_EXECUTABLE_PATH="$FRAMEWORK/$FRAMEWORK_EXECUTABLE_NAME"
echo "Executable is $FRAMEWORK_EXECUTABLE_PATH"
echo $(lipo -info "$FRAMEWORK_EXECUTABLE_PATH")

FRAMEWORK_TMP_PATH="$FRAMEWORK_EXECUTABLE_PATH-tmp"

case "${TARGET_BUILD_DIR}" in
*"iphonesimulator")
    echo "No need to remove archs"
    ;;
*)
    if $(lipo "$FRAMEWORK_EXECUTABLE_PATH" -verify_arch "i386") ; then
    lipo -output "$FRAMEWORK_TMP_PATH" -remove "i386" "$FRAMEWORK_EXECUTABLE_PATH"
    echo "i386 architecture removed"
    rm "$FRAMEWORK_EXECUTABLE_PATH"
    mv "$FRAMEWORK_TMP_PATH" "$FRAMEWORK_EXECUTABLE_PATH"
    fi
    if $(lipo "$FRAMEWORK_EXECUTABLE_PATH" -verify_arch "x86_64") ; then
    lipo -output "$FRAMEWORK_TMP_PATH" -remove "x86_64" "$FRAMEWORK_EXECUTABLE_PATH"
    echo "x86_64 architecture removed"
    rm "$FRAMEWORK_EXECUTABLE_PATH"
    mv "$FRAMEWORK_TMP_PATH" "$FRAMEWORK_EXECUTABLE_PATH"
    fi
    ;;
esac

echo "Completed for executable $FRAMEWORK_EXECUTABLE_PATH"
echo $(lipo -info "$FRAMEWORK_EXECUTABLE_PATH")

done

1. снимите флажок «Восстановить из битового кода», 2. быстро нажмите кнопку «Далее быстро». (скорость тоже важна.)

в противном случае будет показано, что обработка IPA завершилась неудачно.

Вы должны проверить Embed Frameworks под Xcode > build фазами.

Если ваша структура представлена ​​здесь, вы не можете использовать i386\x86_64 в своей структуре. Потому что Embed Frameworks скопированы в приложение. Для управления размером приложения требуется, чтобы фреймворки в Embed Frameworks были наиболее оптимизированными.

Вы можете использовать Link Binary With Libraries, чтобы представить свою структуру, как описано здесь: https://github.com/Carthage/Carthage/issues/1046

Обратите внимание, что вам нужно добавить новый сценарий запуска и добавить в него свою структуру, иначе произойдет сбой. < img src = "https://i.stack.imgur.com/qNTAs.png" alt = "введите описание изображения здесь">

Для решения подобной проблемы со своей стороны я использовал следующее:

• В цели приложения я перешел на Build Phases
• После разделов Embed Frameworks и Embed App Extensions я добавил Run script следующим скриптом:

APP_PATH="${TARGET_BUILD_DIR}/${WRAPPER_NAME}"

# This script loops through the frameworks embedded in the application and
# removes unused architectures.

find "$APP_PATH" -name '*.framework' -type d | while read -r FRAMEWORK
do
    FRAMEWORK_EXECUTABLE_NAME=$(defaults read "$FRAMEWORK/Info.plist" CFBundleExecutable)
    FRAMEWORK_EXECUTABLE_PATH="$FRAMEWORK/$FRAMEWORK_EXECUTABLE_NAME"
    echo "Executable is $FRAMEWORK_EXECUTABLE_PATH"

    EXTRACTED_ARCHS=()
    for ARCH in $ARCHS
    do
        echo "Extracting $ARCH from $FRAMEWORK_EXECUTABLE_NAME"
        lipo -extract "$ARCH" "$FRAMEWORK_EXECUTABLE_PATH" -o "$FRAMEWORK_EXECUTABLE_PATH-$ARCH"
        EXTRACTED_ARCHS+=("$FRAMEWORK_EXECUTABLE_PATH-$ARCH")
    done

    echo "Merging extracted architectures: ${ARCHS}"
    lipo -o "$FRAMEWORK_EXECUTABLE_PATH-merged" -create "${EXTRACTED_ARCHS[@]}"
    rm "${EXTRACTED_ARCHS[@]}"

    echo "Replacing original executable with thinned version"
    rm "$FRAMEWORK_EXECUTABLE_PATH"
    mv "$FRAMEWORK_EXECUTABLE_PATH-merged" "$FRAMEWORK_EXECUTABLE_PATH"
done

Скрипт, который я взял отсюда: https://medium.com/@maximbilan/ios-submission-unsupported-architectures-issues-733917a98cc3, спасибо Дэниелу Кеннету!

Также имейте в виду, что этот сценарий также может вызвать ошибки компиляции. В таком случае вот решение: Ошибки при создании проекта Xcode после добавления в Run Script фатальной ошибки: lipo: входной файл

Со своей стороны, я также заметил, что мне нужно отключить этот скрипт при локальной компиляции приложения (на устройствах разработки / симуляторе).

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

Кажется, что динамическая библиотека с архитектурой i386 или x86_64 не допускается при архивировании в Xcode 11. И я исправил это, удалив эти архитектуры из упомянутых фреймворков.

Пришлось снять галочку "Восстановить из битового кода"

Мы решили эту проблему, установив Always Embed Swift Standard Libraries на NO во всех фреймворках, которые используются в нашем приложении.

Мне пришлось выбрать «Не вставлять» в Frameworks, чтобы решить эту проблему.

Для тех, кто пробует с M1 Chip (Silicon)

Полностью выйти из Xcode (закрыть и выйти из строки меню)

Перейти к поиску - ›Приложения

Щелкните правой кнопкой мыши Xcode и выберите Получить информацию.

Проверить Розетту

Попробуйте снова открыть Xcode

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

На мой взгляд, вся логика этой проблемы заключается в том, чтобы размер пакета приложений был меньше, чем может Apple, но встраивание ваших фреймворков увеличивает этот размер. Думаю, это все, на что жалуется App Thinning. Итак, общее решение этой проблемы: проверьте все внешние фреймворки, которые могут увеличить ваш пакет приложений. Особенно, если вы используете Карфаген.

В моем случае проблема была вызвана включением Bitcode. Перейти к

Build Settings - ›Enable Bitcode и установите значение NO.

Попробуйте архивировать снова, и все должно работать.

Я обнаружил проблему с SDWebImageMapKit фреймворком, доступным с SDWebImage. Я просто удалил его и добился успеха.

Моя проблема заключалась в том, что у меня была одна встроенная двоичная структура.

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

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

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

Я какое-то время не обновлял свои cocoapods, исправил это, обновив и переустановив стручки.

sudo gem install cocoapods
pod update
pod deintegrate
pod install

1. Открыть Терминал

2. Откройте свой проект, перетащите путь соответствующей платформы, например, в Терминал.

   cd /Users/xxxxx/Desktop/MyProject/ABC.framework

3. Задайте имя своей платформы в команде ниже и запустите

   липо -удаление i386 ABC -o ABC && липо -удаление x86_64 ABC -o ABC