Eu baixei o Xcode 6 GM e enviei dois aplicativos Swift para a loja de aplicativos hoje. Ambos foram aprovados em todas as verificações de pré-upload e todos os outros itens necessários e foram enviados com êxito. Mas então recebi dois e-mails da Apple ... um para cada programa e ambos disseram o seguinte:
Caro desenvolvedor,
Descobrimos um ou mais problemas com sua entrega recente para "xxxxxxxx" (nome do meu aplicativo removido). Sua entrega foi bem-sucedida, mas você pode corrigir os seguintes problemas na sua próxima entrega:
Muitos arquivos de símbolos - esses símbolos não têm fatia correspondente em nenhum código binário [1431D977-72BC-308F-AB71-71529F25400B.symbols, 158C72A7-98AC-3F07-B2BE-88427591B413.symbols, 44973EAC-563E-340C-B549-55A5014A68BA.symbols , 678BF06F-0C3D-3A09-BFBF-699C7079FECD.symbols, 90907DDB-0400-38ED-BB5F-0C12333C0624.symbols, 93B79949-5757-374A-97B9-825AE1A61B7D7-08, AFA0F -4422-32B8-8C40-CF9B45A2CCC6.symbols, B0CC9F7D-C542-3E18-A518-B28B7ECABE80.symbols, BF6A4C3B-6FA5-3C51-8404-19C2F132458D.symbols, C9D6E05E9D9E9D9E9D9E9D9E9D8E9D6E9D8E -3845-BAD5-F6E51045D396.symbols, D4967AA3-8FB0-3712-B0DE-7F4144AF8F4B.symbols, D813B314-AD37-31D4-B675-442052994495.symbols, DF42A13F-08D8-3E71, FC42A13F-08D8-3E71 -8F7D-C49A36CD5C65.symbols]
Depois de corrigir os problemas, você pode usar o Xcode ou o Application Loader para carregar um novo binário no iTunes Connect.
Saudações,
A equipe da App Store
Acho que realmente não tem nada a ver comigo ou com meus aplicativos ... e é apenas uma peculiaridade dos envios de aplicativos Swift no primeiro dia? Ambos os aplicativos ainda estão no modo "Aguardando aprovação". Eu certamente não consigo pensar em nada que eu possa mudar para fazer o que eles disseram ir embora! Alguém mais enviou um aplicativo Swift e obteve essa resposta? Acha que devo ignorá-lo e esperar para ver o que acontece?
fonte
Invalid Swift Support
. Alguma idéia de por que eu consegui isso? Estou usando o último Xcode.Respostas:
Isso acontece se você estiver incluindo informações de depuração de suas bibliotecas no arquivo do projeto, mas não incluindo binários.
Na pasta "dSYMs", você verá vários arquivos. Se você executar o
dwarfdump
comando do console nesses arquivos, obterá uma lista de cadeias de caracteres UUID:Tenho certeza que você encontrará alguns UUIDs correspondentes no e-mail da Apple.
Para evitar esse aviso, você precisa incluir no seu arquivo morto apenas os
dSYM
arquivos do seu aplicativo e não as bibliotecas. Para isso, é necessário alterar a configuração de compilação das bibliotecas para não gerar umdSYM
arquivo. Basta procurar "formato de informações de depuração" na configuração e alterá-lo de apenasDWARF with dSYM File
paraDWARF
.Por exemplo, na captura de tela abaixo, você encontrará a estrutura do Stripe iOS.
fonte
dwarfdump -u *
na pasta para ver todos os UUIDsSe você encontrou esse problema ao usar o CocoaPods, adicione-o ao seu Podfile:
Ele definirá o Debug Information Format como DWARF apenas para todos os seus destinos de Pod (não o principal destino do aplicativo)
fonte
pod install
Se você estiver usando CocoaPods e seu aplicativo estiver configurado para usar apenas arm64 (ou seja, existe apenas arm64 no info.plist do seu projeto)
você pode tentar adicionar o seguinte script no seu Podfile para resolver esse problema.
E
defina todas as metas de seus projetos (não as de Pods) para arm64 only
Referência de problemas do CocoaPods Github
fonte
Eu tenho esse problema devido ao projeto ter arquitetura válida arm64, onde os destinos CocoaPods têm arquitetura válida arm64, armv7 e armv7s .
Para verificar qual destino possui qual arquitetura válida, siga as etapas a seguir
Abra o terminal e forneça o caminho da pasta dSYMs .
Digite o comando
dwarfdump --uuid *
e ele mostrará a lista de UUIDs com arquiteturas válidas.O UUID corresponderá ao e-mail de aviso da Apple
O objetivo principal do projeto e as vagens de cacau devem ter a mesma arquitetura válida. Ao fazer isso, ele resolverá o problema.
fonte
Trabalhou para mim ativando o código de bit - ele estava desativado antes
Ativar código de bits - Sim
fonte
O item acima ajudou a solucionar problemas, mas não conseguiu resolver. Tivemos um projeto no iOS 12, mas os pods 10 - levaram a um monte de arquivos armv7. A atualização do pod para o iOS 12 foi resolvida instantaneamente.
fonte
O mesmo problema foi corrigido com o mesmo "Geral" => "Informações de implantação" => "Destino de implantação" para todos os meus destinos.
fonte
Certifique-se de marcar esta opção no projeto Build Settings
https://possiblemobile.com/2015/03/symbolicating-your-ios-crash-reports/
fonte
O problema para mim foi uma linha no meu
build.xcconfig
arquivo. Eu tive que removerque estava definindo o projeto para construir apenas para arm64 (e não arm7). Seguindo as etapas,
@miOS
pude ver que o projeto de pods estava sendo construído para ambos.fonte
Para mim tudo foi muito simples. Eu tive o mesmo problema e não sabia o que fazer por uma semana.
Depois de enviar um aplicativo arquivado, você verá o certificado para distribuição na pequena janela pop-up. Há uma caixa de seleção depois da mesma, que você deve desmarcar. Depois disso, você o enviará e receberá um e-mail sobre os arquivos de símbolos. MAS não é problema. É apenas um aviso; não é um erro! Se você desmarcar essa caixa de seleção, seu aplicativo será enviado corretamente. Espero que possa ajudá-lo.
Captura de tela da caixa de seleção e do pop-up:
fonte