Estamos portando um aplicativo Android para iOS para um cliente. Eles adicionaram nossa conta à conta do iTunes Connect e criaram uma entrada de aplicativo. Desenvolvemos o aplicativo usando o ID do pacote especificado.
Mas agora, quando o aplicativo está pronto para teste, não podemos criar um perfil de provisionamento no Xcode. Está definido como assinatura automática e este erro é mostrado:
Falha ao criar perfil de provisionamento.
O ID do aplicativo "<bundle-id>" não pode ser registrado para sua equipe de desenvolvimento. Altere seu identificador de pacote para uma string exclusiva para tentar novamente.
Nossa conta é adicionada como um App Manager em sua conta do iTunes Connect, mas ainda não podemos fazer a saída com este ID. Este erro não é mostrado se alterarmos o ID do pacote no Xcode.
Respostas:
Conheça o mesmo problema em um mac, mas ok em outro mac. Tenho certeza de que o ID do pacote é bom e exclusivo.
Eu sei que é um problema de perfil de provisionamento, então tente atualizar o perfil de provisionamento em seu computador local. Então funciona!
cd ~/Library/MobileDevice/Provisioning\ Profiles
rm *
Download Manual Profiles
fonte
cd '~/Library/MobileDevice/Provisioning Profiles/'
(sem uma barra invertida antes do espaço entre "Provisioning" e "Perfis". Eu editei a postagem, então espero que a correção apareça após a revisão por pares.Clean Build Folder
.cd ~/Library/MobileDevice/Provisioning\ Profiles
Vá para a guia Build Settings e, em seguida, altere o Product Bundle Identifier para outro nome. Funciona no meu.
fonte
Você deve renomear o Identificador da Organização no Identificador do Bundle na guia de configurações.
Somente renomeando o identificador da organização o erro será removido.
fonte
Tive o mesmo problema do OP e o problema era que fui convidado apenas no appstoreconnect e não no developer.apple.com. Depois de ser convidado como membro no developer.apple.com e entrar nas preferências do XCode, ganhei uma nova opção para assinar como membro da organização. Definir a equipe de assinatura como membro da organização nas configurações do projeto corrigiu o problema. Depois disso, a criação do perfil de provisionamento foi bem-sucedida usando o gerenciamento automático de sinalização.
fonte
Isso aconteceu comigo, embora eu já tivesse registrado o Id do pacote com minha conta. Acontece que a capitalização era diferente, então tive que mudar o id do pacote no Xcode para minúsculo e tudo funcionou. Espero que ajude mais alguém :)
fonte
Nenhuma das respostas acima funcionou para mim e, como disse na pergunta original, também tive que manter o mesmo identificador de pacote, pois o aplicativo já foi publicado na loja pelo cliente.
A solução para mim foi pedir ao cliente para mudar meu acesso de App Manager para Admin, de forma que eu tivesse "Acesso a Certificados, Identificadores e Perfis.", Você pode verificar se é o caso no App Store Connect => Usuários e acesse => e clique no seu perfil (certifique-se de escolher a equipe certa se você pertencer a vários).
Depois de ser administrador, volte para o Xcode e na guia de assinatura selecione 'Gerenciar assinatura automaticamente', então no menu suspenso Equipe você poderá selecionar a equipe certa e a assinatura funcionará.
fonte
Alterar o identificador de pacote funcionou para mim.
Se ainda não funcionar, tente novamente com estas etapas antes:
cd /Users/my_username/Library/MobileDevice/Provisioning Profiles && rm *
(no meu caso)fonte
Eu encontrei o mesmo problema quando estava tentando compilar um projeto de amostra fornecido pela Apple. No final, descobri que, aparentemente, eles pré-compilaram o código de amostra antes de enviá-lo aos desenvolvedores, portanto, o binário tinha sua assinatura.
A maneira de resolver isso é simples, apenas exclua todos os binários construídos e recompile usando seu próprio identificador de pacote e você estará bem.
Basta ir para a barra de menu, clicar em [Produto] -> [Limpar pasta de compilação] para excluir todos os binários compilados
Limpar pasta de compilação
fonte
Se isso persistir mesmo depois de limpar o perfil de aprovisionamento e baixá-los novamente, pode ser devido ao ID do pacote já registrado no certificado de push MDM da Apple.
fonte
Meu problema era que eu estava modificando as configurações para a versão errada do meu aplicativo.
Eu tinha "Debug" selecionado em vez de "Release", então meu identificador de pacote não era preciso quando chegou a hora de Arquivar.
fonte
Consegui fazer com que o identificador de pacote original funcionasse em minha conta de membro de equipe paga (depois de atribuí-lo à minha equipe pessoal) revogando o certificado de assinatura de equipe pessoal que foi atribuído ao mesmo ID de conta.
Isso não funcionará se você ainda precisar do certificado para outros aplicativos.
fonte
Tive o problema com diferentes equipes de desenvolvimento. Acabei de verificar as assinaturas de esquema e escolhi a equipe de desenvolvimento correta para os esquemas de que precisava:
fonte
Excluo o identificador do Bundle em https://developer.apple.com/account/resources/identifiers/list , então funciona.
fonte
O bundle id (app ID) tem uma relação de ligação com o apple id (apple id é a conta de desenvolvimento da Apple, que também pertence a uma determinada equipe de desenvolvimento). Quando o aplicativo é criado, o id do pacote (ID do aplicativo) já está associado a você. A equipe de desenvolvimento está vinculada, então seu aplicativo está sendo enviado para outros colegas, ele o abre no Xcode e conecta a máquina real com um cabo de dados para o debug reportará o erro como acima;
Para a solução
Siga as instruções para alterar o id do pacote
Como algumas funções, como o login de terceiros, são vinculadas ao id do pacote para aplicar para a chave do aplicativo, etc., o id do pacote não pode ser modificado. Em seguida, encontre a conta da apple id registrada pela id do pacote antes. Aqui, vou mudar Tudo bem se tornar a conta da apple id que registrei no grupo de empresas
Se outros colegas em seu grupo podem executar este aplicativo com sucesso em uma máquina real, isso significa que o "arquivo de descrição" correspondente ao "certificado" de id da apple usado por ele está correto.
fonte