ios Xcode 10: Um perfil de aprovisionamento válido para este executável não foi encontrado




(16)

Desde ontem eu recebi o seguinte erro ao tentar executar um aplicativo no meu dispositivo: "Um perfil de aprovisionamento válido para este executável não foi encontrado." Isto é depois de atualizar para o Xcode 10. Construindo com Xcode 9 na semana passada funcionou sem problemas.

Eu verifiquei as outras discussões sobre o erro, mas nenhuma das soluções funciona.

O problema não está limitado a um único projeto em que estou trabalhando, pois afeta vários membros de diferentes equipes de assinatura.

Até agora eu tentei o seguinte:

  • Projeto de limpeza

  • Limpeza de dados derivados

  • Desinstalando o Xcode, excluindo quaisquer preferências e arquivos relacionados a ele.

  • Instalando o Xcode em um Mac completamente diferente

  • Testando com diferentes dispositivos

  • Desativando o dispositivo no perfil do desenvolvedor e permitindo que o Xcode o ative novamente.

  • Excluindo todos os certificados no portal do desenvolvedor e recriando-os

  • Desmarcar e verificar novamente "Gerenciar assinatura automaticamente"

  • Desculpando o perfil de aprovisionamento e permitindo que o Xcode o recriesse

  • Criando um perfil de fornecimento manual no perfil do desenvolvedor

O projeto não contém testes, portanto, não pode haver um problema com configurações de assinatura erradas nesse destino. Data / Hora está definido como Automático

Uma coisa digna de nota é que nenhum perfil de provisionamento está listado aqui, exceto pelo manual que criei: https://developer.apple.com/account/ios/profile/

Eu esperaria que o xcode gerasse um para aparecer como para todos os outros clientes.

Abaixo estão as configurações de assinatura que estou usando atualmente

Eu ainda tenho que tentar fazer o downgrade do Xcode para uma versão mais antiga para ver se isso funciona. Além disso, não tenho idéia do que tentar em seguida.


Depois que eu me cansei da maior parte da solução, descobri o que ela faz funcionar sem qualquer problema para mim, é resolvido por developer.apple.com então account então Certificates, identifiers & profiles e clico em All links em Devices e então adiciono um Novo dispositivo.

então você precisa definir o nome do dispositivo e uuid e depois salvá-lo. Ir para xcode e limpar o cache, construir e todo o seu trabalho bem.

Nota 1: certifique-se de que a sua equipa está definida como verdade.

Nota 2: Você pode obter uuid pelo dispositivo de conexão ao seu dispositivo mac, e clicar no iTunes, e pressionar na etiqueta de segurança, você verá o UUID.

Que esta resposta é útil também.


Eu tentei todas as soluções acima.

No entanto, no meu caso, depois de horas de dor de cabeça foi por causa do Projeto de Teste não tem uma conta válida para o fornecimento da assinatura. Depois de selecionar uma equipe para provisionar no Projeto de Teste com assinatura gerenciada automaticamente. Esse problema foi embora.


Assegure-se de que você:

1) Tenha um perfil de aprovisionamento registrado para o seu dispositivo.

2) O dispositivo deve ser adicionado ao perfil de desenvolvimento e atualizado.

Se você ainda tiver problemas, verifique as configurações de criação do seu alvo.

Assegure-se de que você:

1) CODE_SIGNING_REQUIRED em User-Defined está definido como YES .

2) Verifique as opções de Signing estão corretas. Se o problema persistir, alterne para as configurações manuais em vez de automaticamente.


No meu caso, onde nada mais ajudou, fiz o seguinte:

  1. mudar o AppID para um novo
  2. O XCode gerou automaticamente novos perfis de provisionamento
  3. executar o aplicativo no dispositivo real -> agora funcionou
  4. altere o AppID para o id original
  5. trabalho

Antes disso eu tentei cada passo que foi mencionado aqui. Mas só isso ajudou.


Eu tentei todas as respostas acima e não tive sorte. Depois disso, reinicio o iPhone e o problema parece ter desaparecido. Eu sei que é tão estúpido, mas funcionou. Respostas acima provavelmente resolve o problema, mas se não tentar reiniciar o seu dispositivo iOS.


Eu estava lutando com isso hoje, foi super frustrante. Por enquanto, basta ir em "File" > "Project Settings..." (ou, em alguns casos, "Workspace Settings..." ) e selecione "Legacy Build System" "Build System" lista suspensa "Build System" .


Você talvez tenha mudado o seu dispositivo de desenvolvimento? Aconteceu comigo quando comprei um novo iPhone e dei-lhe o mesmo nome com o meu dispositivo anterior. Uma compilação limpa, no entanto, resolveu o problema.


@Stephen tks isso resolveu para mim. Eu só preciso ir -> File -> WorspaceSettings -> Build Settings (mudar aqui para "Legacy Build System")


Então, este não será o caso para todos, mas eu pensei em postar aqui de qualquer maneira, pois não parece haver nenhuma resposta relacionada a isso.

No meu caso, eu estava trabalhando em um aplicativo que estava sendo desenvolvido no ReactNative. Meu problema era que, embora minha assinatura estivesse correta no destino principal do aplicativo, o alvo de teste não tinha nenhuma assinatura aplicada a ele.
Por algum motivo, o React Native exige que o destino do aplicativo e a meta de teste sejam assinados para instalar o aplicativo em um dispositivo.
Ele especifica isso na documentação oficial do building for device, no entanto, é a única instância que eu já vi, onde o alvo de teste é construído ao lado do aplicativo para qualquer outra coisa que não seja o teste.

Para assinar o seu alvo de teste, vá para as configurações do projeto abrindo o navegador do projeto (⌘1) e selecione seu projeto no topo.

Dentro do editor principal, selecione seu destino de aplicativo principal em Destinos (deve ter o mesmo nome de seu projeto) e verifique se a assinatura está correta e selecione o destino de teste (provavelmente abaixo do seu destino de aplicativo principal, deve ser o mesmo nome com Testes anexado) e certifique-se de que ele seja assinado da mesma forma.

Reconstrua seu aplicativo e ele deve agora ser instalado com sucesso.

Crédito por isso vai para Leo Lei, sua resposta aqui me salvou muita dor de cabeça: https://.com/a/48657358/732844

Como um aparte, se alguém souber por que reagir nativo exige que o seu alvo de teste seja criado ao lado do seu destino de aplicativo, será que ele poderia me informar? A única razão que posso pensar é para agilizar a interface para que reagir pode construir um único aplicativo e fazer tanto correr e testar sem precisar reconstruir, mas eu estou apenas adivinhando com aquele.


Eu estava abrindo o projeto xcodej ... Eu tentei com o arquivo do espaço de trabalho e ele funcionou.

Pelo menos isso resolveu um dos meus problemas haha


Eu tive o mesmo problema e passei horas procurando uma resposta, removendo perfis, limpando projetos e assim por diante.

Você já distribuiu seu aplicativo? Você precisa voltar ao seu perfil de desenvolvedor, mas não no geral, nas configurações do projeto, mas nas configurações de compilação .

Em Assinatura , examine sua Identidade de Assinatura de Código .

Certifique-se de que tanto o Debug quanto o Release definam seu desenvolvedor iOS , e não o iOS Distribution ; ou seu perfil de aprovisionamento do desenvolvedor do iOS, se não estiver definido para os valores automáticos.

O mesmo acontece com o perfil de provisionamento. Deve ser o seu perfil em desenvolvimento e não o seu perfil de distribuição.

Espero que isso ajude futuros desenvolvedores em necessidade.


ou também alterar suas configurações de espaço de trabalho por usuário juntamente com as configurações de espaço de trabalho compartilhado para o novo sistema de criação como este


Para a nossa equipe, nada ajudou. Passamos alguns dias e testamos todas as etapas mencionadas acima em respostas e comentários. Nós tentamos com o XCode 10 e até o XCode 9.2 em um aplicativo, que está na App Store desde muitos anos.

O problema começou após a atualização para o MacOS Mojave. Infelizmente, voltar para a HighSierra não ajudou.

Pelo menos, conseguimos enviar novamente para a loja de aplicativos depois que criamos o novo certificado e o perfil de provisionamento. Mas ainda não podemos mais testar nosso App no ​​modo de liberação no dispositivo real, o que é necessário para testar as compras InApp.

Resumindo: o arquivamento e a submissão funcionam bem, não sendo executados em dispositivos reais!

Vários desenvolvedores, vários dispositivos, macbooks, versões do XCode ....

No final, tivemos que mudar o AppID para poder novamente testar em um dispositivo real.

Por isso, executamos dois projetos diferentes agora: um para enviar para o TestFlight / AppStore com o AppID real e outro para fins de desenvolvimento com outro AppID.

Embora isso só aconteça em um aplicativo específico da nossa empresa e não em todos os outros, esperamos enfrentar problemas semelhantes no futuro, pois as coisas pioram com as ferramentas de desenvolvimento da Apple ...


Encontrado o mesmo problema, tivemos várias configurações no projeto Xcode, digamos Debug-Staging , Debug-Production . Em seguida, unificamos esses e usamos apenas uma configuração Debug . Mas o antigo (não mais existente) estava preso no esquema da fase de execução, portanto, uma vez que você tentou executar, o Xcode mostrou a você esta mensagem. O que faz sentido, já que os perfis de provisionamento são configurados nas configurações de criação com base na configuração.

Então, o esquema de execução ficou assim:

Enquanto as configurações do projeto foram configuradas assim.

Alterar o esquema para usar a configuração que ainda está disponível no projeto é o que resolveu esse problema para mim.


Use a pasta de compilação limpa (comando + shift + K) e o aplicativo de reconstrução pode corrigir esse problema em breve. No entanto, o tempo de compilação aumentará desde que você limpou a pasta de compilação.


Você só precisa mudar sua equipe. No meu caso isso funcionou





xcode