Xcode пытается сопоставить идентификатор пакета фреймворков при загрузке приложения iOS в App Store

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

не удалось выполнить операцию iTunes Store.

не найдено подходящих записей приложений. Проверьте свой идентификатор пакета " org.cocoapods.Alamofire' правильно

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

и...... загрузка в App Store по-прежнему не удалась с той же ошибкой!

не удалось выполнить операцию iTunes Store.

не найдено подходящих записей приложений. Проверьте свой идентификатор пакета " org.alamofire.Alamofire' правильно

Итак, похоже, что это, возможно, ошибка что касается использования фреймворка в самом Xcode.

обнаружив, что это не обязательно вызвано Cocoapods, мы решили продолжать использовать Cocoapods и придумали следующие шаги, чтобы исправить это.

исправления:

наш проект содержит 2 цели (игнорирование целей модульного тестирования и т. д.). 1 для приложения (назовем его MyApp) и другой, который содержит сетевой уровень и другие функции, не относящиеся к приложению (давайте назовем это MyAppKit).

1. добавить CFBundlePackageType (также известный как Bundle OS Type code) в myapp это Info.plist и установить его в APPL.
2. убедитесь, что и проект MyApp, и целевой MyApp имеют настройку сборки Always Embed Swift Standard Libraires до Yes.
3. убедитесь, что целевой MyAppKit имеет настройку сборки Always Embed Swift Standard Libraires до No.

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

Я получал эту точную ошибку при попытке отправить приложение в iTunes Connect: "не найдено подходящих записей приложений. Проверьте свой идентификатор пакета " org.cocoapods.Alamofire 'is correct".

Я, наконец, исправил это, изменив Bundle OS тип кода до APPL.

Он отлично работает для меня. Я только что нашел информацию.plist файл правой кнопкой мыши открыть как "исходный код" и я изменил <key>CFBundlePackageType</key> для строки APPL

<key>CFBundlePackageType</key>
<string>APPL</string>

недавно у меня была такая же проблема, когда я публикую приложение с помощью cocoapods. Это был проект Objective-C и интегрировал стручки в качестве динамических рамок.

Это уже ошибки.

поэтому я рекомендую следующие 2 Альтернативы для решения этой проблемы:

• используйте статическую библиотеку вместо динамической структуры. Для этого, вы можете прокомментировать use_frameworks#! линия в РМО файл.

• Если вам нужно использовать framework, вы можете попробовать следующие шаги:

  1. добавить вашу структуру в качестве встроенных в двоичном цели в Xcode.

  2. на этапах сборки цели добавьте сценарий запуска:

Пример:

# Stripping framework only for archive
if [ "$ACTION" = "install" ]; then

    FRAMEWORK_NAME="Framework name"
    SCRIPT_FILE_NAME="strip-framework.sh"

    # Set working directory to product’s embedded frameworks
    cd  "${BUILT_PRODUCTS_DIR}/${FRAMEWORKS_FOLDER_PATH}/${FRAMEWORK_NAME}.framework"

    # Get architectures for current file
    ARCHS="$(lipo -info "${FRAMEWORK_NAME}" | rev | cut -d ':' -f1 | rev)"
    for ARCH in $ARCHS; do
        if ! [[ "${VALID_ARCHS}" == *"$ARCH"* ]]; then
        # Strip non-valid architectures in-place
        lipo -remove "$ARCH" -output "$FRAMEWORK_NAME" "$FRAMEWORK_NAME" || exit 1
        fi
    done

    echo "Framework was successfully stripped with unsupported architectures"

fi

# Removing script from framework folder
if [ -f ${SCRIPT_FILE_NAME} ]; then
    rm -rf "${SCRIPT_FILE_NAME}"
fi

Примечание: пожалуйста, замените имя фреймворка в этом скрипте!, вы гарантируете, чтобы поместить этот файл сценария с именем as "strip-framework.sh" в верхний уровень каталога framework.

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

после 2 дней работы, я мог бы опубликовать свое приложение, наконец.

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

наконец, я получил идеальное решение и узнал причину. Это происходит потому, что у ваших сторонних фреймворков есть некоторые проблемы. Например, в моем случае QuickBlox framework никогда не поддерживал пока биткод. Поэтому мне пришлось отключить bitcode в настройках сборки для основная цель и рамки полностью. Это исправит вашу проблему наверняка.

пожалуйста, ознакомьтесь с этой скриншот: Надеюсь, это вам поможет. Ура!

Если ваш apptitle имеет обычную косую черту "/", то xcode не смог ее подписать и думает, что я загружаю первую рамочную организацию.cocoapods.***

Что я сделал-изменен слэш на аналогичный символ ∕

(первая косая черта, следующая - другой символ Юникода : ∕/)

в моем случае мне пришлось удалить настройку профиля подготовки из подпроекта Pods