2016-09-02 13 views
7

Próbuję przesłać archiwum, aby przeprowadzić test za pomocą testflight. Ale Xcode 8 odrzucił archiwum z komunikatem o błędzie Invalid Bundle: The asset catalog at '.... path/extension.appex/Assets.car' can't contain 16-bit or P3 assets if the app supports iOS 8 or earlier. Czy ma to coś wspólnego z typem aktywów dodanym w zasobach do rozszerzenia? Czy ktoś ma podobny błąd?Archiwum przesyłania Xcode 8 nie powiodło się z powodu zasobu

Odpowiedz

5

Próbowałem z docelowym wdrożeniem iOS 8.2 pracował dla mnie. Jak na Apple "Będziesz musiał przenieść docelowy system operacyjny z powrotem do wersji 8.2. Występowało tutaj wiele problemów. Widać, że Assets.car wygenerowany przy docelowym wdrożeniu 8,3 lub 8,4 niepoprawnie zawiera klucz które potrącają weryfikację iTC.To nie ma związku z rozszerzeniami, które mogą lub nie mogą istnieć w aplikacji nadrzędnej (gdzie był osobny problem)

Powiedziawszy to, z niedługo wprowadzonym na rynek systemem iOS 10 nasze zalecenia będą aby przenieść cel wdrożenia do 9.x. "

+0

I rzeczywiście był niepełnosprawny przesłać z 9.0. – REALFREE

+0

Tak, każda docelowa wersja iOS jest dobra, z wyjątkiem iOS 8.3 i iOS 8.4 – Chahal

+0

+1 dobra odpowiedź .. to również zadziałało. –

2

Następujące polecenie znaleźć tutaj https://forums.developer.apple.com/thread/60919 rozwiązać nasz problem

find. -name "* .png" -print0 | xargs -0 identyfikuj | grep "16-bit" | awk '{print $ 1;}' | xargs mogrify -depth 8

uruchomić go w głównym katalogu naszej git repo do projektu Xcode, to będzie zidentyfikowanie wszystkich 16-bitowych PNG i zmodyfikować je do głębokości 8-bitowym.

Jeśli istnieje png przestrzeni kolorów png, potrzebujemy innego polecenia do identyfikacji i konwersji.

+2

Daje 'xargs: zidentyfikować: Nie ma takiego pliku lub spisem wyjście – fnc12

+0

trzeba zainstalować ImageMagick pierwszy –

+0

I zainstalowany ImageMagick i xargs wciąż się: Identyfikacja błąd –

Powiązane problemy