iphone - appstore - app connect apple store



Não é possível gerar o arquivo do aplicativo iOS no xcode (20)

  1. Vá para Build Settings e adicione

    yourAppName / Resources / dist.plist para os Direitos de Assinatura de Código

  2. Pressione cmd + B com o dispositivo iOS ou um dispositivo real selecionado como alvo de compilação

  3. Quando terminar -> role para a pasta "Products" e clique com o botão direito em yourAppName.app

  4. Escolha "Mostrar no Finder"

  5. Crie uma pasta com o nome Payload ( capital "P" )

  6. Copie yourAppName na sua pasta de carga útil

  7. Crie um zip da sua pasta de carga útil

  8. Renomeie o zip para o seu AppName.ipa

FEITO

https://ffff65535.com

Eu tenho um problema ao gerar um arquivo de aplicativo iOS de um aplicativo. O aplicativo compila muito bem e até funciona no simulador. Agora eu queria fazer testes ad hoc e não posso gerar o iOS App Archive. Quando clico no Produto -> Arquivo, gera um arquivo xcode genérico. Alguém pode me ajudar. Devo mencionar que já criei um iOS App Archive deste aplicativo. Acabou de parar para gerar o iOS Archive por algum motivo. Muito obrigado.


A maneira que isso funcionou para mim em (Xcode 5) eu tinha 2 alvos e quando eu editei o esquema, no painel esquerdo do editor de esquema, você verá o [BUILD, RUN, TESTE, PROFILE XXX.APP, ANALYZE, ARCHIVE ] no painel BUILD, você verá os alvos de seu projeto listados em uma lista. Na extremidade direita, você verá as seleções de ARQUIVO, verifique se apenas um destino está selecionado para arquivamento.

Eu tinha 2 dos meus alvos selecionados no meu projeto, eu chequei apenas o alvo que eu queria no produto, e funcionou!


Além de Skip Install to Yes e caso você tenha aberto outro projeto lib / framwork dentro do seu projeto de aplicativo, você deve mover os cabeçalhos (se houver) de public para project no Build Phase / Copy Headers .


Deixando isso aqui para salvar os outros da mesma jornada.

Descobri que precisava remover a mesma fase de compilação Copy Pod Resources de um destino de biblioteca estática em meu espaço de trabalho.


Embora eu esteja usando o Xcode5 e o que o classificou para mim foi editar o Build Scheme - tentar todas as sugestões acima que eram aplicáveis ​​não ajudou no meu caso.

Eu tinha dois alvos, por exemplo, "App" e "App FREE". Meus problemas com o arquivo genérico aconteceu quando eu estava tentando arquivar a versão gratuita, que eu adicionei após a versão 'normal' do aplicativo. No meu caso, quando eu selecionei o Scheme na barra de ferramentas e escolhi o Edit Scheme ... eu vi que a seção Build tinha dois alvos, o App e o App FREE.

Desmarquei todas as colunas para App, deixando apenas as colunas do App FREE marcadas e cliquei em OK. Da próxima vez que escolhi Produto> Arquivo, recebi meu aplicativo GRÁTIS em vez de um Arquivo genérico. :)


Eu encontrei este problema depois de adicionar uma ferramenta de linha de comando OS X ao projeto do meu aplicativo iOS, e Ignorar instalação foi definido como NÃO por padrão para o destino da ferramenta de linha de comando. Como obviamente você não pode instalar um binário do OS X em um dispositivo iOS, o arquivamento assumiu como padrão um arquivo genérico do Xcode. A configuração Ignorar instalação para SIM para esse destino resolveu o problema.


Eu resolvi esse erro abrindo apenas o projeto de aplicativo no XCode, ou seja. Não abrir um espaço de trabalho que inclua o aplicativo e outros projetos / bibliotecas / frameworks.

Tendo dois projetos separados, um framework ou biblioteca compartilhada e um aplicativo iOS, tive que abrir duas janelas XCode diferentes, cada uma abrindo diretamente o arquivo .xcodeproj em vez do comum .xcworkspace , para poder compilar cada uma delas.

Como um bom efeito colateral, o XCode não recria mais todos os alvos de cada projeto depois que eu faço o Clean , resultando em tempos de compilação em curto.

Plano de fundo: estou criando um SDK de software livre e um aplicativo iOS de demonstração. Eu tinha ambos aberto em um único espaço de trabalho. A configuração Ignorar instalação para SIM nos destinos do SDK impediria que qualquer pessoa criasse um arquivo, já que ele estaria vazio, portanto, isso não era uma opção. Usando o Project em vez de cabeçalhos públicos levaria a um arquivo faltando os arquivos de cabeçalho que devem ser distribuídos, portanto, isso não era uma opção.


Eu tenho vários projetos no meu espaço de trabalho, (GTL, Pods e meu projeto principal) e é isso que funcionou para mim:

Selecione o projeto, haverá 2 tipos lá, há o projeto e há os alvos .

Para projetos que não são seus principais como GTL ou PODS :

Projetos:

Skip Install = NO
Installation Directory = /Applications
// For pods
Private Headers Folder Path = ""
Public Headers Folder Path = ""

Alvos:

Skip Install = YES
Installation Directory = /Applications
// For pods
Private Headers Folder Path = ""
Public Headers Folder Path = ""

Para o projeto principal (que geralmente é nomeado como o nome do produto):

Projetos:

Skip Install = NO
Installation Directory = /Applications

Alvos:

Skip Install = NO
Installation Directory = /Applications

Verifique o destino de implementação do ios em cada projeto e destino para garantir que sejam todos iguais.


Eu tive esse problema. No meu caso, isso foi causado pela manutenção de um destino de aplicativo do Mac como uma dependência do aplicativo para iOS.

O motivo disso foi que o aplicativo Mac era uma ferramenta usada para gerar alguns dados para o aplicativo iOS, que era incluído no pacote.

Eu tive que remover essa dependência e construir a ferramenta separadamente antes de fazer uma compilação do aplicativo para iOS em si.


Isso pode acontecer se você adicionou um framework / biblioteca ... você precisa editar o Target-> Build Settings dessa biblioteca e definir a configuração 'Skip Install' para 'Yes'. Quando você re-arquiva, o XCode deve começar a produzir um 'iOS App Archive' novamente, em vez de um 'arquivo xcode genérico'.


No meu caso, eu tinha um script personalizado que copiava alguns arquivos temporários para:

${TARGET_BUILD_DIR}/myTempDir

Isso significa que, depois de investigar o arquivo para inspecionar seu conteúdo, descobri ao lado do arquivo .app uma pasta myTempDir. Uma vez que eu modifiquei o script para salvar em outro lugar as coisas foram classificadas.


No meu caso, tive que mover o FMDB e o BlocksKit para bibliotecas estáticas. Anteriormente, eles foram construídos como subprojetos. Lembre-se que você pode usar o lipo para criar bibliotecas universais. Ao construir os produtos finais, o código do simulador será removido automaticamente.


Outra possível razão para isso é ter referências em "Target Dependencies" para projetos de uma plataforma diferente. No meu caso particular, eu estava trabalhando em um projeto que compartilha código para OSX e iOS. Em um dos alvos do iOS, eu acidentalmente adicionei um destino do OSX como dependência.


Para ser completo, estou postando minha solução.

Eu experimentei exatamente o mesmo problema tentando construir um arquivo de um projeto iOS no Xcode 5.1.1 (5B1008). Nenhuma das sugestões acima corrigiu o problema, e a maioria delas era irrelevante (eu não adicionara nenhum Frameworks e não tinha entradas públicas na seção Copy Headers de minhas fases de compilação).

No meu caso, consertar o problema consistiu em simplesmente fechar meu projeto, deletar todos os arquivos que eu já havia feito, ir para Preferências> Contas, remover minha conta de desenvolvedor, sair do Xcode, relançar, adicionar novamente minha conta de desenvolvedor, iniciar o processo de arquivamento novamente. Isso resolveu meu problema imediatamente.


Se alguma das respostas acima não funcionar, seu problema provavelmente é com cocoaPods . A última atualização 0.38.1 atrapalhou as coisas para mim, mas depois 0.37.1 downgrade para 0.37.1 e as coisas voltaram ao normal. Usando o Xcode 6.3.1

0.38.2 posterior: atualizar para o 0.38.2 também corrigirá isso. Mais informações sobre o que causou este problema aqui: Cocoapods 0.38.1 não conseguiu criar um arquivo válido


Se estiver usando o Xcode 7 com cocoapods v.0.38.2 . Tente remover copy pod resources do copy pod resources do seu destino de extensão atual.


Se você estiver usando CocoaPods, WatchKit ou Today Extension, há um issue em aberto no repositório CocoaPods explicando qual pode ser seu problema.

A solução para mim foi remover a fase Copy Pod Resources dos destinos do WatchKit Extension e Today Extension em Build Phases . O projeto compilado e arquivado como esperado depois que eu fiz isso.

Espero que isso ajude alguém, isso me deixou perplexo por um dia inteiro!


Se você exportar o arquivo, abra-o e veja /urs/local/include em Produtos, tente esta sugestão :

Em cada pod, em Packaging , Private Headers Folder Path e Private Headers Folder Path Public Headers Folder Path está definido como /usr/local/include . Se eu limpar eles, eu recebo um arquivo válido.

Trabalhei para mim depois de atualizar meu aplicativo React Native para 0.11.0 , Xcode 7 e CocoaPods 0.39.0.beta.4 .


Se você tiver apenas um projeto, talvez essa solução seja útil. Esse problema ocorreu, quando eu dupliquei o alvo. Como resultado, eu tinha dois alvos paralelos construídos. Isso estava causando o problema. O arquivo genérico do IOS foi criado.

Para ligar o paralelo construído, vá para

  • Gerenciar esquemas,
  • Editar esquema,
  • Construir,
  • Remova o outro alvo.

Tente definir os cabeçalhos $ (PROJECT_NAME) no caminho da pasta Cabeçalhos públicos do Framework projet. Você precisa criar configurações do Library Target e editar o caminho da pasta Public Headers como $ (PROJECT_NAME) Headers.





macos