Teste beta do TestFight para testadores internos - o estado de construção é "processamento"

Estou usando o TestFlight há um tempo, mas esta é a primeira vez que envio uma compilação para teste beta diretamente do iTunesConnect desde que a Apple comprou o TestFlight.

Tenho experimentado um comportamento estranho (ou talvez apenas o comportamento esperado da Apple).

Adicionei o usuário à minha equipe (ele tem função de administrador) e o selecionei como parte do testador TestFlight no painel dedicado. Eu carreguei uma compilação, liguei o TestFlight Beta Testing na guia Compilar e selecionei os testadores internos (apenas um na captura de tela abaixo). Eu gostaria de receber essa compilação.

Então ... nada acontece, o estado ainda é "Processando" (o que ?? não deveria ser imediato?) O testador não recebe nenhum convite e estou preso. Obviamente, há algo que estou perdendo aqui.

Ao lado, mesmo que um testador já tenha sido convidado, o painel ainda mostra "Para iniciar o teste, convide pelo menos um testador". TestFlight já foi um produto tão bom ...

Os dois instantâneos abaixo mostram o estado do meu painel iTunesConnect. Qualquer ideia?

Descobriu-se que o "Processamento" de uma compilação, mesmo que seja apenas para teste interno (ou seja, as 25 contas associadas à sua equipe), pode levar algumas horas. Mesmo que o binário já tenha sido validado pelo Xcode e pelo carregador de aplicativos .

Estou postando isso como uma resposta, pois não encontrei nenhuma evidência sobre quanto tempo o estado "Processando" deve durar. Dada a duração de parte do processo de revisão, pode ser de segundos, minutos, horas ou dias, então é bom saber que, neste caso, durou algumas horas.

Agora meu status de console é este.

Ok, aqui está a resposta para as pessoas de março de 2015. Eu carreguei uma compilação de pré-lançamento ontem (4 de março) via Xcode e os status de teste interno e externo ainda estão em 'Processando' mais de 36 horas depois. Eu até tentei reenviar, aumentar o número de builds, etc. Sem alegria. Então liguei para a Apple. Isso é o que eles me disseram;

Eles têm visto esse problema acontecendo regularmente para aqueles que carregaram compilações de pré-lançamento nos dias 4 e 5 de março. Eles têm investigado se está relacionado ao upload via Xcode em oposição ao Application Loader, no entanto, eles têm visto o problema acontecendo igualmente entre os dois métodos.

Eles estão investigando e tentando resolver o problema do meu caso específico o mais rápido possível.

Acho que para aqueles que estão descobrindo que reenviar com um número de compilação maior está resolvendo o problema, na verdade é uma pista falsa e talvez tenha mais a ver com reenviar em um bom momento para o sistema.

Vou manter este tópico informado sobre como isso funciona. Nesse ínterim, se o seu pré-lançamento foi processado por mais de 24 horas e você não gosta da ideia de entulhar o console de gerenciamento do seu aplicativo com tentativas de upload de pré-lançamento (que não podem ser excluídos), sugiro dar à Apple uma chamada para que seu upload seja colocado em ação.

Linha de ajuda para upload do iTunes Connect:

Dentro dos EUA: +1 (800) 633-2152 De fora: +1 (408) 974-4897

ATUALIZAÇÃO 6 de março: Então, minha construção original finalmente saiu do Processing. Isso levou exatamente 38 horas ! Eu não acho que era a Apple consertando isso, parece-me que estava finalmente se resolvendo.

Antes disso, eu também tentei fazer upload de novas compilações incrementadas por meio do Application Loader e também enquanto estava desconectado do iTunes Connect, de acordo com algumas das sugestões abaixo, mas isso não fez a menor diferença para mim. O que me leva à conclusão bastante certa de que só funciona porque você está enviando em um bom momento (ou talvez até esteja relacionado à sua localização geográfica (sou Londres)) e nenhum outro hokus pokus!

O Testflight original de forma rude envergonha a Apple aqui. Eles realmente precisam resolver isso.

Normalmente você nunca deve ver o status 'Processando'. Depois que o status da construção é definido como Processando , ele nunca será alterado; Ao menos em meu caso. (Veja a imagem abaixo)

A solução é " continuar tentando " . Tente aumentar o número da compilação ou o número da versão e continue enviando para o iTunes Connect.

Consegui funcionar na terceira tentativa sem tempo de processamento.

Encontrei a seguinte mensagem da Apple (itunesconnect@apple.com) entregue na minha pasta de lixo eletrônico. Nas configurações de compilação do meu aplicativo, defino "Ativar Bitcode" como Não. Também alterei o nível de otimização da compilação de versão para Nenhum. Depois disso, minha construção foi aceita e carregada na app store. O botão de convite tornou-se disponível para usuários internos naquele ponto. Mais tarde, consegui instalar o aplicativo por meio do TestFlight.

Caro desenvolvedor,

Detectamos um ou mais problemas com sua entrega recente de "XXXYourAppName". Para processar sua entrega, os seguintes problemas devem ser corrigidos:

Executável inválido - O executável 'xxx.app/Frameworks/libswiftCoreMedia.dylib' contém código de bits.

Executável inválido - O executável xxx.app/Frameworks/libswiftFoundation.dylib 'contém código de bits.

Executável inválido - O executável 'xxx.app/Frameworks/libswiftDarwin.dylib' contém código de bits.

Executável inválido - O executável 'xxx.app/Frameworks/libswiftCoreLocation.dylib' contém o código de bits.

Executável inválido - O executável 'xxx.app/Frameworks/libswiftCoreData.dylib' contém código de bits.

Executável inválido - O executável 'xxx.app/Frameworks/libswiftCoreImage.dylib' contém o código de bits.

Executável inválido - O executável 'xxx.app/Frameworks/libswiftDispatch.dylib' contém o código de bits.

Executável inválido - O executável 'xxx.app/Frameworks/libswiftCore.dylib' contém código de bits.

Executável inválido - O executável 'xxx.app/Frameworks/libswiftAVFoundation.dylib' contém o código de bits.

Executável inválido - O executável 'xxx.app/Frameworks/libswiftCoreGraphics.dylib' contém código de bits.

Executável inválido - O executável 'xxx.app/Frameworks/libswiftObjectiveC.dylib' contém o código de bits.

Executável inválido - O executável 'xxx.app/Frameworks/libswiftCoreAudio.dylib' contém código de bits.

Executável inválido - O executável 'xxx.app/Frameworks/libswiftUIKit.dylib' contém código de bits.

Executável inválido - O executável 'xxx.app/Frameworks/libswiftSecurity.dylib' contém o código de bits.

Depois que esses problemas forem corrigidos, você poderá reenviar o binário corrigido.

Saudações,

A equipe da App Store

Eu estava lutando com os mesmos problemas que muitas pessoas dizem.

De fato, esta manhã eu carreguei um segundo Build para meu aplicativo e afirmei que "Processando" não vai sair em horas e horas. Eu carrego o segundo pacote do aplicativo para o Itunes usando xcode Archive / Uploader.

Quando saio para almoçar, estava pensando em "como a Apple leva muito tempo para processar uma segunda compilação", em vez de definir imediatamente como Ativo.

Agora estou feliz, cara, quando eu volto eu decido reenviar um terceiro Bundle, mas usando o Application Loader em vez do Xcode. Isso faz o Magic como a figura da imagem:

Imagine que a segunda compilação ainda está em processamento agora !!! Maçã incrível !!!!

Portanto, use o Application Loader e não perca tempo importante! Espero ajudar,

Tenho usado o TestFlight bastante, sem problemas. Então isso aconteceu comigo ontem (preso no processamento). Talvez algum problema interno no lado das maçãs?

isso parece acontecer de vez em quando e não há basicamente nada que o usuário possa fazer a não ser esperar. Eu tentei todas as sugestões acima sem sucesso, então, de repente, todas as compilações de processamento chegaram ao estado ativado.

a partir de agora (9 de outubro de 2015), ainda demora até uma hora para processar, mas ontem a situação estava bem pior, demorando muitas horas.

Isso estava acontecendo comigo também em uma das minhas construções. Todas as minhas compilações anteriores foram instantâneas. Então, acabei de criar um novo build (sem alterações de código) e ignorei o que estava errado. Depois de ativar o teste TestFlight na nova construção, recebi as notificações em meus dispositivos quase que instantaneamente.

O que funcionou para mim foi alterar o número da VERSÃO do build, em vez de apenas alterar o número do build. Não tenho certeza, mas descobri que cada 5ª compilação de uma versão tem aquele longo problema de fila de processamento.

Descobri que, se o ITC estiver aberto enquanto carrego a compilação, ele nunca sai do estágio de processamento. Certificar-se de que o ITC não esteja conectado até que eu receba a notificação em meu telefone pareceu funcionar.

Adicionar testadores internos

1. Abra o iTunes Connect e adicione o projeto.
2. Em Usuários e funções, adicione os usuários de conexão do iTunes com seus detalhes com as funções de administrador, jurídico ou técnico. Um link de ativação será enviado a esses usuários.
   • Se os usuários já tiverem um appleid associado ao e-mail, será solicitado o login, caso contrário, terão que criar uma conta apple.
3. Arquive a compilação e carregue um binário para o aplicativo.
4. Adicione a descrição do aplicativo e o que testar à construção. Esta etapa é opcional para liberar suas compilações para testadores internos, mas é necessária ao enviar seu aplicativo para Beta App Review para teste externo.
5. Depois de fazer o upload da versão, altere o teste Testflight Beta Testing para o estado ON.
6. Os usuários do iTunes Connect estarão disponíveis em Usuário e funções-> Testflight Testers -> Internal testers. Permita que os testadores liberem uma versão para eles.
7. Os usuários habilitados ficarão visíveis quando você clicar em convidar testadores em MyApps. Você pode selecionar os usuários e enviar um convite a eles.
8. Os usuários receberão um e-mail. Ao clicar para abrir no Testflight, se o Testflight não estiver instalado no dispositivo, ele será instalado.

Nota:

1. Se os testadores externos e internos tiverem o mesmo ID de e-mail, eles não receberão o build. Além disso, eles podem não estar visíveis na lista de testadores internos pelo mesmo motivo.

2. Caso o e-mail para a compilação do Testflight não seja recebido, desative a opção Testflight Beta Testing e ative-a novamente. Isso pode resolver o problema.

3. Assim que os usuários receberem o convite, eles devem abrir o link para o testflight usando o aplicativo Mail.

   • Use o iOS Mail para clicar no link do e-mail e o iOS Mail abrirá o Safari automaticamente.
   • Se o iOS Mail não estiver disponível, copie o link e cole-o no Safari. Por exemplo, você pode usar o Gmail para clicar no link, copiar o link no Chrome e colá-lo no Safari.

Em primeiro lugar, você deve arquivar seu aplicativo e enviá-lo para a loja, se enviar corretamente, você receberá uma mensagem como

depois disso, você aguardará alguns minutos para ver o sinal de mais no iTunes conectar-se como ao clicar no sinal de + você obterá sua versão. se o seu aplicativo demorar muito no processamento, pode demorar mais de uma semana, Vá em "Recursos e Ajuda" no iTunes Connect. Selecione "Fale conosco" e siga o assistente. Acho que ninguém além da Apple pode responder a isso. E isso é o que fizemos em uma situação semelhante no passado.