Установка приложения не удалась. Кодовая подпись не найдена

Question

Я недавно обновился до Xcode 10 и начал процесс обновления нашего приложения до версии 4.2. После примерно одного дня перестройки сторонних фреймворков и добавления обходных путей к различным проблемам я смог запустить наше приложение на новых симуляторах.

Однако, когда я попытался запустить на своем личном телефоне (под управлением iOS 12.0 GM), я столкнулся с ошибкой при установке приложения, как описано в заголовке.

Я знаю, что лот из уже ответил на вопросы по этой теме в SO & Internet,однако я не смог заставить что-либо из этого работать.

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

Вот шаги, которые я предпринял до сих пор, которые не сработали (возможно, они будут работать для других в будущем!):

1. Очистка производных данных
2. Удаление и повтор- загрузка всех профилей обеспечения на мой компьютер
3. Очистка каталога сборки (cmd + k & cmd + shft + k)
4. Удаление исходного приложения с моего телефона
5. Перезапуск Xcode(Версия 10.0 (10A254a) [GM])
6. Перезагрузка моего Mac (Macbook Pro 2018 под управлением macOS High Sierra)
7. Перезагрузка моего устройства (iPhone X под управлением iOS 12.0 GM)
8. Множество различных комбинаций вышеперечисленного, включая все сразу
9. Повторное создание профилей обеспечения для приложения на developer.apple.com (мы используем ручную подпись)
10. Удаление и воссоздание профилей обеспечения для приложения на developer.apple.com
11. В жертвукозел к Тиму Куку
12. Обеспечение соответствия сертификата подписи профилю обеспечения
13. Удаление старой версии Xcode с моего компьютера и страхование инструментов командной строки для версии xcode 10.0 gm
14. Удаление и переустановка Xcode 10.0 GM
15. Обеспечение проверки всех скопированных фреймворков code sign on copy
16. Пересборка всех фреймворков через Carthage с использованием компилятора swift 4.2 (помните, что все это работает на симуляторе).
17. В SDKSettings.plist для обязательной подписи кода установлено значение YES
18. удалены все старые сертификаты подписи на моем компьютере
19. Удалены и воссозданы сертификаты наdeveloper.apple.com
20. Удалено и повторно добавлено мое устройство на developer.apple.com
21. Изменена подпись кода дляom manual to automatic
22. Гарантировано, что подписывающие сертификаты Developer, а не Distribution

Любая помощь будет принята с благодарностью:)

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

Также попытался подписать пустой проект с тем же идентификатором пакета, и он работал нормально.Так что проблема заключается либо в наших сторонних фреймворках, либо в каких-то странных настройках, которые были включены при переходе с Xcode 9.4.Я собираюсь начать удалять сторонние фреймворки один за другим, пока я не получу это для компиляции.

Обновление 2 : Все еще не повезло.Попробовал очистить большинство фреймворков и ничего.Вот журналы устройства, интересно, имеет ли Skipping a profile because of error 0xe8008012 какое-то отношение к этому:

https://gist.github.com/joshuawright11/6889ce1a0872262df77f97d63830baa5

Обновление 3 : Так я смог получить егоустановить, закомментировав скрипт Carthage Copy-Frameworks на этапах сборки (и очистив / обработав полученные данные после этого).Конечно, это означает, что происходит сбой при загрузке, поскольку отсутствуют эти фреймворки, но это означает, что проблема связана с карфагеном или одной из связанных каркасных каркасов.Не наши сертификаты подписи, профили обеспечения или кодовая база.Попробую удалить эти фреймворки по очереди, и я обновлю здесь.

Окончательное обновление Наконец-то разобрался. Решение оказалось довольно нишевым (см. Ниже), но, надеюсь, этот вопрос послужит компиляцией каждого решения, связанного с этой проблемой, в Интернете, ха-ха.

Answer 1

На этапах сборки / карфагена цели проекта введите команду карфагена следующим образом:

EXPANDED_CODE_SIGN_IDENTITY = '' каркасные копии каркасов

Это только временное решение, в то время как проблема get environment var решена.

Answer 2

В моем случае у меня было неверное предоставление iPhoneXS и конфликт идентификатора пакета.Мой проект был предпринят после обновления XCode и сказал, что подключен новый телефон.После выполнения вышеуказанных действий (полностью воссоздана цепочка ключей и профили, удалена постоянная папка и т. Д.).

В настройках целевого проекта:

1. Установить идентификатор пакета из com.proj.app для чего-либо еще, например: com.proj.app2
2. Изменить название продукта сProduct to Product123

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

Изменить обратно идентификаторы на обычные (при желании)

Answer 3

У меня была такая же проблема с xcode 10.0 (10A255).

Invalid Signature - Запечатанный ресурс отсутствует или недействителен. Файл по пути [xxxx.app/xxxxx] не подписан должным образом.

xcode 9.4.1 (9F2000) всегда мог отправить приложение без проблем.

Я мог бы решить проблему, удалив все вспомогательные файлы (txt, json, rtf, html, ttf и т. Д.), А затем добавив их снова.

Я предлагаю вам отправить сборку без файлов. Если это работает, вы можете добавить их снова, шаг за шагом

Answer 4

Понял:

Я столкнулся с этой проблемой с carthage: https://github.com/Carthage/Carthage/issues/2472 и использовал предложенное им решение установки EXPANDED_CODE_SIGN_IDENTITY = '', когда я переносил материал в xcode 10.

Очевидно, что эта строка вызывает повреждение карфагена при копировании фреймворков, вызывая ошибку.Я загрузил самую последнюю версию Carthage, чтобы исправить проблему, а затем удалил строку EXPANDED_CODE_SIGN_IDENTITY='', и все заработало.Какая трата времени.

Answer 5

Не уверен, что это также ваш случай, но я также недавно столкнулся с этой ошибкой при попытке запустить приложение React Native на iPhone. Это начало происходить после того, как я интегрировал библиотеку Lottie для React Native

Проблема была вызвана этим сценарием запуска, добавленным на этапах сборки: http://ikennd.ac/blog/2015/02/stripping-unwanted-architectures-from-dynamic-libraries-in-xcode/. Сценарию не удалось извлечь архитектуры из Lottie.framework, получив "input file (.../Lottie.framework/Lottie) must be a fat file when the -extract option is specified

Чтобы исправить это, я добавил проверку в скрипт, чтобы пропустить не жирные файлы:

# ...
echo "Executable is $FRAMEWORK_EXECUTABLE_PATH"

if lipo -info "$FRAMEWORK_EXECUTABLE_PATH" | grep -iq "Non-fat file"
then
echo "This is a non-fat file, skipping"
continue
fi

EXTRACTED_ARCHS=()
# ...