Ответ 1
Я решил эту проблему, выполняя типовые чистые шаги проекта:
- Продукт → Очистить.
- Окно → Проекты → Выберите свой проект и удалить производные данные.
- Закрыть XCode.
- Повторно открыть проект.
xcode дал мне это сообщение:
"Не удалось найти установленное приложение Устанавливается заявка на успех, но приложение не может быть найдено на устройстве. bundleId = (null) "
Я только начал использовать контейнеры.
Как это исправить?
Я решил эту проблему, выполняя типовые чистые шаги проекта:
Я столкнулся с той же проблемой при тестировании приложения Cordova на iOS 13 через XCode 11 Beta 4. Решение было решено с помощью устаревшей системы (Файл> Настройки рабочего пространства...> Система сборки> Старая система сборки).
Надеюсь, это поможет
В Xcode 11 beta 5 у меня была такая же ошибка. Я не мог установить приложение. Я даже загрузил приложение в App Store Connect, затем попытался установить его с помощью TestFlight, но приложение не удалось установить после загрузки, очень странно. Нет ошибок в App Store Connect. Я нашел проблему, запустив приложение с симулятором. После запуска приложения на симуляторе, Xcode дал мне подробное сообщение об ошибке. В моем случае у меня было несколько фреймворков с одинаковыми идентификаторами пакетов.
Это проблема подписи кода. Xcode 11 требует, чтобы вы добавили сертификат "Apple Development" в свой профиль обеспечения разработки, который они автоматически добавили в ваши сертификаты и профили. Добавьте этот сертификат в свой профиль, заново загрузите свой профиль разработки и vwala.
В моем случае я использовал Xcode 11 GM seed с iOS 13 beta, и у меня была подпись кода в ручную (распространение), так как "Automatic" не удался. Я заставил своего командного агента разрешить мою роль "Администратор" пользователя, зашел на портал Apple Developer и отредактировал "недопустимые" профили обеспечения, чтобы установить флажок, явно упоминающий "Xcode 11". После того, как я скачал профиль, мой командный агент вернул мою роль "члену", и все прошло хорошо.
У меня была та же самая точная ошибка, но ни одно из вышеупомянутых решений не работало для меня.
В моем случае я использую бесплатную учетную запись разработчика Apple и получил эту ошибку после попытки установить четвертое приложение. Ограничение на установку бесплатных аккаунтов составляет 3. Я удалил одно из 3 приложений, которые у меня были, и установка прошла, как и ожидалось.
Я получил ту же ошибку: "Не удалось найти установленное приложение. Установлено, что установка прошла успешно, но приложение не найдено на устройстве. BundleId = (MY_BUNDLE_ID)" но с MY_BUNDLE_ID вместо "null"
Я получил эту ошибку после обновления Xcode 11 Решение: У моего Project и ProjectTests была своя команда разработчиков. У проекта была команда владельцев, у ProjectTests была личная команда И у меня не было возможности сменить команду на владельца через интерфейс xcode. Поэтому я делаю это в настройках сборки - только что вошел в мою команду (автоматическое управление сертификатами тоже включено). Да, это выглядит как ошибка в пользовательском интерфейсе XCode (красная метка), но его можно установить на реальных устройствах.
Xcode 11 (11a420a)
Я столкнулся с подобной проблемой, перепробовал все вышеперечисленные решения (например, переход на устаревшую версию, очистку, сборку и т.д.)... но, в конечном счете, решение было с использованием внешней среды, которую я использовал, и решил эту проблему, изменив параметр на Вставить & Войти из Вставить без подписи..... Не уверен, что это может быть проблема XCode
РАБОЧЕЕ РЕШЕНИЕ КАРТАЖА
General
→ Frameworks, Libraries, and Embedded Content
и измените структуру, указав Do Not Embed
(в моем случае была проблема с Alamofire.framework)Build Phases
, выберите +
New Run Scrip Phase
, вставьте /usr/local/bin/carthage copy-frameworks
для оболочки сценария, а для Input files
добавьте $(SRCROOT)/Carthage/Build/iOS/Alamofire.framework
Теперь это должно работать 🥳
Это случилось со мной совсем недавно, когда я обновился до Xcode 11; если вы тестируете на устройстве, перейдите в "Настройки сборки", а затем измените все на "iOS Developer" в разделе "Идентификация подписи кода". Это ДОЛЖНО исправить проблему. Затем, когда вы будете готовы к запуску, убедитесь, что у вас настроен дистрибутив iOS.
Для IOS 13 при установке приложения с Xcode-beta единственное, что работало, было перезагрузить телефон, подключенный к компьютеру
Я столкнулся с этой проблемой и заметил это в журнале:
-[MIBundle pluginKitBundlesSkippingPlatformValidation:withError:]: Ignoring plugin at (path to my app extension) because it doesn't work on this OS version
Обновление целевой версии развертывания в настройках сборки для моего расширения исправлено.
Для меня проблема была связана с библиотекой Alamofire, которая была загружена вместе с Карфагеном. Убедитесь, что вы выбрали "Не вставлять", и позвольте Карфагену скопировать библиотеку.
Исправлена моя. Был вызван тем, что среда Alamofire (через Carthage) не копировалась во время фазы сборки (раньше она была в разделе "Встроенные библиотеки" в XCode, но теперь она исчезла и выбор типа встраивания не работал).
Тело сценария: /usr/local/bin/carthage copy-frameworks
Пути $(SRCROOT)/Carthage/Build/iOS/Alamofire.framework
для входных файлов и $(BUILT_PRODUCTS_DIR)/$(FRAMEWORKS_FOLDER_PATH)/Alamofire.framework
для выходных.
Надеюсь, что это поможет или позволит вам найти свое решение.
Я видел эту ошибку с выбранным профилем обеспечения/сертификатом подписи "Распространение iPhone" - она исчезла, когда я переключился на "iPhone Developer"
Я решил проблему, установив флажок "Автоматически управлять подписью" на экране "Подписывание и возможности".
Ни одно из перечисленных здесь решений не помогло мне.
Я наконец нашел исправление (по крайней мере для меня)
Я столкнулся с этой проблемой (которая появляется из ниоткуда) и, возможно, является какой-то проблемой с сертификатом Dev/Production. У меня есть настройка вручную для "подписи и возможностей", поэтому, когда я переключаюсь на "Автоматически", просто решаю проблему. (Извините за мой плохой английский)
Очень странно, что переименование корневой папки моего проекта во что-то другое помогло мне. Вероятно, причиной было некоторое кеширование xcode где-то с существующим именем папки.
У меня была такая же проблема, когда я работал над расширением общего ресурса. Ни одно из предложенных здесь решений не помогло мне.
Я позаботился об отладке и регистрации. Я не смог отладить и/или войти. Сначала я подумал, что расширение не работает, но запустил тест и убедился, что оно действительно выполняется, но по какой-то причине я не смог отладить или записать в журнал.
Лучшее, что я смог придумать, - это вручную подключить отладчик, добавить точки останова, в которые я хотел войти, отредактировать точки останова и добавить действия для регистрации и продолжения после оценки. Ниже приведены шаги для этого:
Product/Scheme/Choose-Your-Scheme
Debug/Attach to Process by ID or Name...
. Затем введите имя расширения или его идентификатор пакета.Automatically continue after evaluating the actions
.Здесь вы можете найти мой вопрос без ответа.
Я исправил мой, выбрав Настройки сборки> Идентификация подписи кода> Отладка. Убедитесь, что у вас есть соответствующий "сертификат разработки".
в верхней части окна Xcode, рядом с run/stop, щелкните значок вашего приложения и выберите управление схемами. Убедитесь, что при запуске и тестировании используется конфигурация сборки "Debug". Xcode изменил их на "релиз". Не спрашивай меня почему! Используя Xcode v 11 (11a420a)
В моем случае проблема была обнаружена с помощью журнала консоли
просматривая логи, я вижу облако процесса installd
, в котором говорится, что с моим файлом plist.info
что-то не так.
Не сказал что именно
Но исправление моего файла plist решило проблему.
В моем случае у меня было 3 plist файла (iPhone, часы и расширение watch), проблема была в моем файле watch plist.info
(я случайно добавил NSLocationAlwaysUsageDescription
, устранение этого решило проблему).
Для меня это было то, что у меня был сценарий фазы сборки, который был предназначен для удаления архитектур симулятора из приложения (для случая, когда он был опубликован в App Store).
Я прочитал предложение о том, что сборка для симулятора даст более подробную информацию об ошибках, и обнаружил, что скрипт запускался при каждой сборке, поэтому я переключил его на "запускать скрипт только при установке", и это, похоже, решило проблему для меня.
У меня тоже была эта проблема. Если кто-то не может решить эту проблему с помощью другого ответа и использует платформу в своем приложении, мое решение:
Я использовал фреймворк (tesseract), но не подписывал его, поэтому я не мог использовать приложение, но Xcode не распознал проблему. Чтобы решить эту проблему, перейдите к файлу своего проекта, в общем и измените опцию "embed", чтобы ваши фреймворки вставляли и подписывали.
В моем случае проблема была "очевидно" с профилем обеспечения.
В моем случае я просто переименовал отображаемое имя с Something
на something
.
Я вынужден вернуться к работе на моем устройстве.
Config: Xcode 11.0, iOS 13.1.2
Решение № 101 - Старый экземпляр необходимо удалить с устройства
Обнаружена эта проблема при запуске на моем устройстве iOS 13 с использованием Xcode 11.1, Mac OS недавно обновилась до Catalina и ожидала, что это как-то связано с этим..... но нет.
Решение было намного проще....
Я удалил очень старый экземпляр приложения изнутри устройства (долгое удержание, конечно, нажмите x). Повторно развернул сборку из XC и все работало нормально!
Похоже, что есть разные правильные ответы на этот вопрос, мой был этим, и пусть это поможет кому-то еще.
В моем случае это была проблема с подписью кода (я использую ручную подпись кода). Мне пришлось переключиться с iOS Distribution
на iOS Developer
для клавиши Any iOS SDK
:
а также выберите подходящий профиль обеспечения разработки.
Xcode 11
Я получил эту проблему, потому что я использовал сертификат распространения, пожалуйста, проверьте ваш сертификат входа.
В моем случае я неправильно пытался в режиме отладки с сертификатом распространения. Я переключил его на dev-сертификат и перестал испытывать эту проблему.