Funciona quando eu reverter a versão cordova-plugin-firebasex para 8.0.1. O suporte a mensagens no aplicativo em lançamentos recentes deve ter quebrado algo.

Também encontrando o mesmo problema. Também tentei executar pod repo update e pod install na fase de preparação dos cocoapods da minha construção de CI, sem sucesso:

      - run:
          name: Ionic - Prepare Cordova iOS & CocoaPods Dependencies
          command: |
            ionic cordova prepare ios --confirm --no-build
            cd platforms/ios/
            pod dependencies
            ionic cordova plugin rm cordova-plugin-firebasex
            ionic cordova plugin add cordova-plugin-firebasex
            ionic cordova prepare ios --confirm --no-build
            pod repo update
            pod install

Fazer com que este plugin funcione é, como você pode ver acima, uma grande tarefa. O pod dependencies CocoaPods não pode ser executado a menos que o plug-in esteja presente; no entanto, a instalação inicial do plug-in falha porque o CocoaPods não está instalado corretamente. Portanto, é necessário primeiro preparar a plataforma cordova e instalar o plug-in (em um estado de falha), fazer dependências de pod, em seguida, remover o plug-in, adicioná-lo de volta, preparar novamente a plataforma e agora parece também pod repo update e em seguida, execute pod install ...

Deve haver uma maneira mais fácil de fazer esse plugin funcionar ... Oo

No relatório de erro completo:

PhaseScriptExecution [CP]\ Copy\ Pods\ Resources /Users/distiller/Library/Developer/Xcode/DerivedData/WICShopper-bvrgbdzwowyexyasjjjdflehrghx/Build/Intermediates.noindex/WICShopper.build/Release-iphonesimulator/WICShopper.build/Script-4C9A577E4E098CD9C9C43025.sh (in target 'WICShopper' from project 'WICShopper')
    cd /Users/distiller/project/platforms/ios
    /bin/sh -c /Users/distiller/Library/Developer/Xcode/DerivedData/WICShopper-bvrgbdzwowyexyasjjjdflehrghx/Build/Intermediates.noindex/WICShopper.build/Release-iphonesimulator/WICShopper.build/Script-4C9A577E4E098CD9C9C43025.sh
error: Resource "/Users/distiller/Library/Developer/Xcode/DerivedData/WICShopper-bvrgbdzwowyexyasjjjdflehrghx/Build/Products/Release-iphonesimulator/FirebaseInAppMessaging/InAppMessagingDisplayResources.bundle" not found. Run 'pod install' to update the copy resources script.

Executar o comando recomendado, pod install , não parece ter nenhum efeito. Procurei o arquivo .bundle especificado e não consigo encontrá-lo em lugar nenhum. O plug-in parece ter quebrado na versão mais recente.

O pacote está lá, no diretório platform / ios / build, mas é "simples", em vez de estar em um subdiretório chamado FirebaseMessaging ou algo parecido. É como se o script de referência estivesse no caminho errado ou o pacote não estivesse pousando no lugar certo.

Tentei voltar para a versão 8.0.1, mas ainda estou tendo problemas de compilação. O erro de compilação atual é este, que ocorre independentemente de eu executar pod install ou não:

PhaseScriptExecution [CP]\ Check\ Pods\ Manifest.lock /Users/distiller/Library/Developer/Xcode/DerivedData/WICShopper-bvrgbdzwowyexyasjjjdflehrghx/Build/Intermediates.noindex/WICShopper.build/Release-iphonesimulator/WICShopper.build/Script-6CDB74AC9D91AFB94F3486DA.sh (in target 'WICShopper' from project 'WICShopper')
    cd /Users/distiller/project/platforms/ios
    /bin/sh -c /Users/distiller/Library/Developer/Xcode/DerivedData/WICShopper-bvrgbdzwowyexyasjjjdflehrghx/Build/Intermediates.noindex/WICShopper.build/Release-iphonesimulator/WICShopper.build/Script-6CDB74AC9D91AFB94F3486DA.sh
diff: /Podfile.lock: No such file or directory
diff: /Manifest.lock: No such file or directory
error: The sandbox is not in sync with the Podfile.lock. Run 'pod install' or update your CocoaPods installation.

Esse problema nos deixou mortos na água e incapazes de progredir em nosso desenvolvimento. Alguma chance de obtermos algumas dicas dos autores do plugin?

Limpe e reinicie todo o projeto, suponho?

Cada construção em nosso CI é do zero. Extraímos o repo e, em seguida, executamos os comandos ionic / cordova necessários para preparar, instalar plug-ins, etc. do zero. Não verificamos nossas plataformas ou diretórios de plug-ins (uma das razões pelas quais ficamos com o Cordova, ao invés de mudar para o Capacitor, já que o Capacitor geralmente requer que você mexa com o código nativo de baixo nível e você acaba tendo que verificá-lo tudo em ... bleh.: P)

Você está usando o sistema de construção moderno para XCode ou um sistema de construção legado? Você ainda tem cordova-plugin-cocoapodsx em seu projeto? Foi abandonado há algum tempo e talvez entre em conflito com alguma coisa, se ainda tiver sobrado.

Este é um projeto relativamente novo, iniciado no final do ano passado com Ionic 4 e Cordova 9. Ele não usa cocoapodsx.

O projeto funcionou bem até a semana passada, então de repente quebrou. Estamos desenvolvendo e implantando compilações por vários meses, talvez até o meio da semana passada. A única mudança parece ser FirebaseX.

Já tentei várias versões anteriores do plugin. Restaurei nosso script de construção de CI ao que costumava ser, antes de começar a mexer nele para tentar resolver esse problema. Originalmente, começamos com a v7.0.1 deste plugin em novembro do ano passado. Tentei 7.0.1, 7.0.2, 8.0.0 e 8.0.1. Todas essas versões resultam no mesmo erro:

CompileC /Users/distiller/Library/Developer/Xcode/DerivedData/WICShopper-bvrgbdzwowyexyasjjjdflehrghx/Build/Intermediates.noindex/WICShopper.build/Release-iphonesimulator/WICShopper.build/Objects-normal/x86_64/FirebasePlugin.o /Users/distiller/project/platforms/ios/WICShopper/Plugins/cordova-plugin-firebasex/FirebasePlugin.m normal x86_64 objective-c com.apple.compilers.llvm.clang.1_0.compiler (in target 'WICShopper' from project 'WICShopper')
    cd /Users/distiller/project/platforms/ios
    export LANG=en_US.US-ASCII
    /Applications/Xcode-11.3.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -x objective-c -target x86_64-apple-ios11.0-simulator -fmessage-length=0 -fdiagnostics-show-note-include-stack -fmacro-backtrace-limit=0 -std=c99 -fobjc-arc -fmodules -gmodules -fmodules-cache-path=/Users/distiller/Library/Developer/Xcode/DerivedData/ModuleCache.noindex -fmodules-prune-interval=86400 -fmodules-prune-after=345600 -fbuild-session-file=/Users/distiller/Library/Developer/Xcode/DerivedData/ModuleCache.noindex/Session.modulevalidation -fmodules-validate-once-per-build-session -Wno-trigraphs -fpascal-strings -Os -Wno-missing-field-initializers -Wno-missing-prototypes -Wunreachable-code -Wno-implicit-atomic-properties -Wno-objc-interface-ivars -Wno-arc-repeated-use-of-weak -Wimplicit-retain-self -Wduplicate-method-match -Wno-missing-braces -Wparentheses -Wswitch -Wunused-function -Wno-unused-label -Wno-unused-parameter -Wunused-variable -Wunused-value -Wempty-body -Wuninitialized -Wno-unknown-pragmas -Wno-shadow -Wno-four-char-constants -Wno-conversion -Wconstant-conversion -Wint-conversion -Wbool-conversion -Wenum-conversion -Wno-float-conversion -Wnon-literal-null-conversion -Wobjc-literal-conversion -Wshorten-64-to-32 -Wpointer-sign -Wno-newline-eof -Wno-selector -Wno-strict-selector-match -Wundeclared-selector -Wdeprecated-implementations -DOBJC_OLD_DISPATCH_PROTOTYPES=0 -isysroot /Applications/Xcode-11.3.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator13.2.sdk -fasm-blocks -fstrict-aliasing -Wprotocol -Wdeprecated-declarations -g -fvisibility=hidden -Wno-sign-conversion -Winfinite-recursion -Wcomma -Wblock-capture-autoreleasing -Wstrict-prototypes -Wno-semicolon-before-method-body -fobjc-abi-version=2 -fobjc-legacy-dispatch -iquote /Users/distiller/Library/Developer/Xcode/DerivedData/WICShopper-bvrgbdzwowyexyasjjjdflehrghx/Build/Intermediates.noindex/WICShopper.build/Release-iphonesimulator/WICShopper.build/WICShopper-generated-files.hmap -I/Users/distiller/Library/Developer/Xcode/DerivedData/WICShopper-bvrgbdzwowyexyasjjjdflehrghx/Build/Intermediates.noindex/WICShopper.build/Release-iphonesimulator/WICShopper.build/WICShopper-own-target-headers.hmap -I/Users/distiller/Library/Developer/Xcode/DerivedData/WICShopper-bvrgbdzwowyexyasjjjdflehrghx/Build/Intermediates.noindex/WICShopper.build/Release-iphonesimulator/WICShopper.build/WICShopper-all-target-headers.hmap -iquote /Users/distiller/Library/Developer/Xcode/DerivedData/WICShopper-bvrgbdzwowyexyasjjjdflehrghx/Build/Intermediates.noindex/WICShopper.build/Release-iphonesimulator/WICShopper.build/WICShopper-project-headers.hmap -I/Users/distiller/project/platforms/ios/build/emulator/include -I/Users/distiller/project/platforms/ios/build/emulator/usr/local/lib/include -I/Users/distiller/Library/Developer/Xcode/DerivedData/WICShopper-bvrgbdzwowyexyasjjjdflehrghx/Build/Intermediates.noindex/UninstalledProducts/include -I/Users/distiller/Library/Developer/Xcode/DerivedData/WICShopper-bvrgbdzwowyexyasjjjdflehrghx/Build/Intermediates.noindex/UninstalledProducts/iphonesimulator/include -I/Users/distiller/project/platforms/ios/build/emulator -I/Users/distiller/Library/Developer/Xcode/DerivedData/WICShopper-bvrgbdzwowyexyasjjjdflehrghx/Build/Intermediates.noindex/WICShopper.build/Release-iphonesimulator/WICShopper.build/DerivedSources-normal/x86_64 -I/Users/distiller/Library/Developer/Xcode/DerivedData/WICShopper-bvrgbdzwowyexyasjjjdflehrghx/Build/Intermediates.noindex/WICShopper.build/Release-iphonesimulator/WICShopper.build/DerivedSources/x86_64 -I/Users/distiller/Library/Developer/Xcode/DerivedData/WICShopper-bvrgbdzwowyexyasjjjdflehrghx/Build/Intermediates.noindex/WICShopper.build/Release-iphonesimulator/WICShopper.build/DerivedSources -F/Users/distiller/project/platforms/ios/build/emulator -include /Users/distiller/project/platforms/ios/build/sharedpch/SharedPrecompiledHeaders/749132040139485224/WICShopper-Prefix.pch -MMD -MT dependencies -MF /Users/distiller/Library/Developer/Xcode/DerivedData/WICShopper-bvrgbdzwowyexyasjjjdflehrghx/Build/Intermediates.noindex/WICShopper.build/Release-iphonesimulator/WICShopper.build/Objects-normal/x86_64/FirebasePlugin.d --serialize-diagnostics /Users/distiller/Library/Developer/Xcode/DerivedData/WICShopper-bvrgbdzwowyexyasjjjdflehrghx/Build/Intermediates.noindex/WICShopper.build/Release-iphonesimulator/WICShopper.build/Objects-normal/x86_64/FirebasePlugin.dia -c /Users/distiller/project/platforms/ios/WICShopper/Plugins/cordova-plugin-firebasex/FirebasePlugin.m -o /Users/distiller/Library/Developer/Xcode/DerivedData/WICShopper-bvrgbdzwowyexyasjjjdflehrghx/Build/Intermediates.noindex/WICShopper.build/Release-iphonesimulator/WICShopper.build/Objects-normal/x86_64/FirebasePlugin.o
/Users/distiller/project/platforms/ios/WICShopper/Plugins/cordova-plugin-firebasex/FirebasePlugin.m:4:9: fatal error: 'Firebase.h' file not found
#import "Firebase.h"
        ^~~~~~~~~~~~

Se eu executar pod install , recebo o erro que relatei anteriormente, sobre a falta de Podfile.lock e Manifest.lock.

Estamos completamente mortos na água aqui.

Após investigação, parece que esse erro ocorre apenas ao compilar a partir da CLI (por meio da ferramenta xcodebuild ) - compilar a partir do Xcode funciona bem (portanto, como sempre crio no Xcode - esse problema foi esquecido).
Para comparação, aqui está a saída do console de construção CLI (com falha) vs a saída do console de construção Xcode (bem-sucedida) .

Quanto ao motivo pelo qual esse erro ocorreu, atualmente não tenho ideia.
O componente Inapp Messaging foi adicionado pela fusão do PR # 312 e, aparentemente, é uma adição simples - apenas a adição de um componente Firebase SDK por meio de sua referência de Cocoapods sem alterações no código do plugin associado.
A compilação CLI falha porque InAppMessagingDisplayResources.bundle não foi encontrado. Parece ser um componente implícito do Firebase SDK (em vez de algo que é explicitamente especificado por este plug-in).
Portanto, não parece haver muito que possa ser feito a partir do plug-in para resolver esse problema, exceto a remoção do componente Inapp Messaging do Firebase SDK deste plug-in, o que, é claro, perderá a funcionalidade associada.

Nesse ínterim, a solução alternativa é construir a partir do Xcode em vez da CLI.

Tentei atualizar os podspecs para fazer referência à versão mais recente

Não temos a opção de construir com XCode em nossa construção de CI (Integração Contínua). Tem que ser linha de comando. Portanto, essa não pode ser a solução recomendada. Ambas as versões antigas e a versão atual estão quebradas. Não sei se é por causa de uma atualização do Firebase SDK que quebrou todas as versões anteriores a 8.1.1, ou outra coisa ... mas usamos Firebase Analytics e Cloud Messaging, e atualmente nosso desenvolvimento está interrompido por causa das mudanças Aqui.

Existe alguma maneira de fazer a versão anterior, 8.0.1, funcionar sem encontrar nenhum dos erros que postei acima? Não precisamos de mensagens no aplicativo, mas não parece que 8.0.1 seja compilado na linha de comando melhor do que 8.1.1 ...

Tentei atualizar os podspecs para fazer referência à versão mais recente

Seria possível fazer referência a uma versão anterior? Alguma chance de obtermos um 8.0.2 que faça referência à mesma versão do SDK que funcionava antes do 8.1.1?

v8.0.1 constrói bem a partir da CLI - veja esta saída de console de minha construção.

É a adição do componente Inapp Messaging que causou o problema com compilações CLI no iOS.

Está bem. Tive que encontrar e atualizar todas as referências de versão do plug-in firebasex e defini-las como 8.0.1, e referenciar explicitamente 8.0.1 quando reinstalar o plug-in, após desinstalá-lo (porque a primeira instalação do plug-in falha devido aos pods não serem instalado, mas os pods não podem ser instalados até que o plugin seja instalado ...), antes de atualizar os pods, para fazer tudo funcionar. Depois que todos os números de versão foram configurados explicitamente para 8.0.1 em todos os lugares, a construção finalmente começou a funcionar.

TL; DR: se construir usando a CLI, fixe a versão 8.0.1 até que uma versão de patch possa ser feita para corrigir este problema com 8.1.x
Se estiver construindo com o Xcode, você deve estar bem para atualizar para a última v8.1.1

Parece que esse problema não é específico deste plug-in ou da versão específica do componente SDK do Inapp Messaging ao qual faz referência:
Consigo reproduzir o problema com cordova-plugin-firebase-inappmessaging (que extrai Firebase / InAppMessagingDisplay v 6.3.0 ) usando os seguintes comandos:

cordova create test && cd test
cordova plugin add cordova-plugin-firebase-inappmessaging
cordova platform add ios
cordova build ios

que (como esta saída do console demonstra) falha com o mesmo erro:

error: Resource "/Users/dave/Library/Developer/Xcode/DerivedData/HelloCordova-gvppvcmxenjfsnfvmssmvbuwhnay/Build/Products/Debug-iphonesimulator/FirebaseInAppMessagingDisplay/InAppMessagingDisplayResources.bundle" not found. Run 'pod install' to update the copy resources script.

como com este plugin, construir no Xcode é bem sucedido

Eu fixei a versão 8.0.1, mas ainda tenho erros - o problema é que FirebaseCore.h não foi encontrado (conforme mencionado em # 330)
Parece que é um problema com cabeçalhos ou algo semelhante. O comando que estou executando é:

xcodebuild -j "$(sysctl -n hw.ncpu)" \
           -project "platforms/ios/app.xcodeproj" \
           -scheme "app-scheme" \
           -configuration Release clean archive \
           -archivePath "platforms/ios/app.xcarchive" \
           PROVISIONING_PROFILE="$uuid_dbg" \
           CODE_SIGN_IDENTITY="$identity_dbg"

Alguma dica de como posso resolver esse problema?

@ Javinator9889 parece que você está invocando o xcodebuild diretamente?

Em vez da CLI Cordova que gera algo como:

xcodebuild -workspace FirebaseTest.xcworkspace -scheme FirebaseTest -configuration Debug -sdk iphonesimulator -destination platform=iOS Simulator,name=iPhone 11 Pro Max build CONFIGURATION_BUILD_DIR=/Users/dave/Documents/projects/@scratch/cordova-plugin-firebasex-test/platforms/ios/build/emulator SHARED_PRECOMPS_DIR=/Users/dave/Documents/projects/@scratch/cordova-plugin-firebasex-test/platforms/ios/build/sharedpch

A invocação direta de xcodebuild não é algo que possa suportar diretamente no contexto deste plugin, pois há muitas variações potenciais.

Tudo o que posso dizer é que o projeto de exemplo funciona bem com a v8.0.1 por meio do Cordova CLI e bem com a v8.1.1 por meio do Xcode, portanto, use isso como uma referência de trabalho.

@ dpa99c , darei uma olhada no uso do Cordova CLI - agradeço antecipadamente :)

@ dpa99c Estou entrando em Cordova pela primeira vez - estou trabalhando em um projeto há um tempo.

Você se importaria se eu pedisse para me orientar sobre como criar um xcarchive usando Cordova CLI?

cordova build ios --device --release
stat platforms/ios/<YourAppName>.xcarchive

@ dpa99c Funcionou 😮

Muito obrigado <3

Desculpe por cutucar! Acho que podemos contornar isso usando o XCode, mas há uma solução planejada para esse problema? Construir com XCode leva muito mais do que usar CLI

@nnimis se você seguir a conversa, você pode ver que você pode compilar fixando o firebasex plugin para _v8.0.1_

Além disso, é um trabalho em andamento (inaugurado há menos de um dia) e será corrigido provavelmente quando possível. Recomendo que você leia todo o problema para corrigir possíveis problemas

Acho que devemos esperar pela nova versão do Firebase SDK ou pela nova versão do cordova / cordova-ios. O suporte do Cocoapods ainda é um pouco instável.

Neste estágio, não tenho ideia do que está causando o problema, então nenhuma correção está planejada até que eu possa determinar a causa - conforme mostrado aqui, esse erro não é específico para este plug-in.
Qualquer ajuda para encontrar a causa tornaria a resolução do problema mais rápida.

Obrigado a todos, sem pressa, só queria saber se há uma correção planejada para ser implementada a qualquer momento.
@ Javinator9889 o downgrade não funcionou no meu caso, desculpe

@nnimis qual é o erro que você teve?

A causa específica desse problema é descrita em https://github.com/apache/cordova-ios/issues/659 :

O argumento CONFIGURATION_BUILD_DIR definido por Cordova substitui o valor específico do pod necessário para tornar a compilação bem-sucedida, fazendo com que falhe quando os pods contêm uma estrutura de pasta específica, como o pod Firebase Inapp Messaging.

Assim, por exemplo, executando cordova build ios em meu ambiente executa o comando xcodebuild de platforms/ios/ com estes argumentos:

xcodebuild -workspace FirebaseTest.xcworkspace -scheme FirebaseTest -configuration Debug -sdk iphonesimulator -destination platform="iOS Simulator,name=iPhone 11 Pro Max" build CONFIGURATION_BUILD_DIR=/Users/dave/Documents/projects/cordova-plugin-firebasex-test/platforms/ios/build/emulator SHARED_PRECOMPS_DIR=/Users/dave/Documents/projects/cordova-plugin-firebasex-test/platforms/ios/build/sharedpch

Se eu executar manualmente esse comando, mas remover o argumento CONFIGURATION_BUILD_DIR , a compilação será bem-sucedida:

xcodebuild -workspace FirebaseTest.xcworkspace -scheme FirebaseTest -configuration Debug -sdk iphonesimulator -destination platform="iOS Simulator,name=iPhone 11 Pro Max" build SHARED_PRECOMPS_DIR=/Users/dave/Documents/projects/cordova-plugin-firebasex-test/platforms/ios/build/sharedpch

Portanto, este é um bug nas versões atuais do Cordova em como ele lida com esses pods.
Atualmente não há como dizer ao Cordova CLI para omitir o argumento CONFIGURATION_BUILD_DIR , então as únicas opções são construir diretamente no Xcode ou invocar o comando xcodebuild manualmente (pegando-o da saída com falha de cordova build ios ) e omita o argumento CONFIGURATION_BUILD_DIR

Obrigado por esta investigação detalhada, muito apreciada.

8.01 corrige na execução nativa (Ionic 3) e reduz drasticamente o tempo de compilação de 8.1.0 (mais de 12 minutos) para apenas 1-2 minutos.

A v9.0.0 foi publicada e resolve esse problema ao remover os componentes do SDK do Inapp Messaging deste plug-in

Não ajudou muito, infelizmente. O erro agora (em 9.0.0) mudou para:

error: Resource "Build/Products/Debug-iphonesimulator/GoogleTagManager/TagManagerResources.bundle" not found. Run 'pod install' to update the copy resources script.

Parece um problema sistêmico.

Droga, esqueci que o componente iOS do GoogleTagManager foi adicionado por PR # 318.

Na verdade, é um problema sistêmico com a plataforma cordova-ios em adicionar suporte para Cocoapods; o sistema de compilação CLI não oferece suporte total à configuração de compilação necessária para alguns pods como esses (conforme descrito em https://github.com/apache/cordova-ios/issues/659).

Eu (e outros) agora estamos usando GTM por meio deste plug-in em produção, portanto, remover esse componente para iOS também (embora ele corrija o problema de compilação CLI) não é uma opção.

Preciso repensar minha estratégia para gerenciar isso: construir no Xcode funciona bem quando os componentes GTM e Inapp Messaging SDK estão incluídos - são apenas as compilações do Cordova CLI que são o problema e isso se deve a um problema dentro do Cordova CLI processo de construção no iOS.

Portanto, proponho criar um novo branch deste repo - cli_build - que remove especificamente os componentes GTM e Inapp Messaging SDK para ambas as plataformas (embora o iOS seja o problema e o Android funcione bem com a CLI, eu não quer criar inconsistências entre plataformas). Caso contrário, este branch será igual ao master e será mantido em paralelo, mas as versões do npm estarão fora do branch master, portanto, conterão componentes do SDK do GTM e Inapp Messaging.
Portanto, se você quiser construir com a CLI do Cordova, precisará fazer referência ao branch diretamente em seu projeto:

cordova plugin add https://github.com/dpa99c/cordova-plugin-firebasex#cli_build

Se e quando uma nova versão de cordova-ios resolver o problema de compilação subjacente causado quando certos pods como esses são incluídos, aqueles que usam compilações CLI podem então voltar para o branch master.

Esta é a melhor maneira que posso pensar para gerenciar este problema - afinal, é um problema causado pelo processo de compilação do Cordova CLI e compilar com o Xcode funciona bem - portanto, não desejo restringir a funcionalidade do plugin para quem pode compilar a partir Xcode para o benefício daqueles que não podem.

Parece uma solução razoável, obrigado. Esperançosamente, Cordova-ios pode lançar uma nova versão em breve, porque os problemas estão se acumulando no lado do iOS recentemente.

@ dpa99c Existe alguma chance de você publicar as versões cli em uma tag npm? Eu não sei o quão flexíveis as tags npm são ... Eu mesmo usei alfa e beta, mas acho que tecnicamente, elas podem ser qualquer coisa. Seria muito bom se você ainda pudesse publicar a versão cli em seu npm oficial para este módulo, apenas com uma tag diferente. Isso permitiria que você usasse a mesma versão com talvez um sufixo alternativo (ou seja, 8.2.0-cli vs. 8.2.0), publique o cli sob uma tag cli em npm, e então podemos simplesmente alterar a versão que usamos em nosso package.json para adicionar -cli ao final da versão.

@jrista boa ideia - vou analisar isso

OK, conforme discutido, agora existe um branch cli_build do qual os componentes do Firebase SDK problemáticos foram removidos. Você pode instalar diretamente da filial ou há uma versão NPM paralela associada:

cordova plugin add [email protected]

Isso agora está descrito na documentação principal para ajudar qualquer pessoa que não esteja ciente dos problemas de compilação da CLI.

Há uma versão de patch correspondente do branch master que adiciona novamente os componentes do Inapp Messaging e se destina a compilar a partir do Xcode até que uma nova versão cordova-ios corrija os problemas de compilação CLI:

    cordova plugin add [email protected]

Obrigado, @ dpa99c! Ainda bem que o sufixo da versão alternativa funcionou! Fantástico!

@ dpa99c Eu adicionei cordova plugin add [email protected] ao meu projeto e funcionou pela primeira vez ao construir para iOS. No entanto, se eu executar o comando build, ionic cordova build ios , novamente recebo o erro de que InAppMessagingDisplayResources.bundle "não foi encontrado.

@ PatrickJung94 [email protected] não contém nenhuma referência ao componente SDK do Inapp Messaging, portanto, eu especularia que você tem uma referência a uma versão não CLI em algum lugar de sua configuração que está fazendo com que essa versão seja puxada.

Verifique os arquivos de configuração do seu projeto e também plugins/cordova-plugin-firebasex/plugin.xml para ver qual versão está realmente presente em seu projeto.

@ dpa99c Eu alterei <plugin id="cordova-plugin-firebasex" version="9.0.1" para <plugin id="cordova-plugin-firebasex" version="9.0.1-cli" em plugins/cordova-plugin-firebasex/plugin.xml e ainda estou recebendo o erro após compilar. Poderia haver outra referência que eu pudesse procurar?

Mesmo ao remover platforms/ios , plugins e node_modules e reinstalar com npm install e construir novamente com ionic cordova build ios o problema persiste.

@ PatrickJung94 verifique package.json também. Eu faria uma pesquisa de texto recursiva em todos os arquivos do projeto para ter certeza de que nenhum deles foi esquecido.

@ dpa99c package.json tem a seguinte entrada: "cordova-plugin-firebasex": "^9.0.1-cli" embora em package-lock.json eu tenho:

"cordova-plugin-firebasex": {
      "version": "9.0.1",
      "resolved": "https://registry.npmjs.org/cordova-plugin-firebasex/-/cordova-plugin-firebasex-9.0.1.tgz",
      "integrity": "sha512-VUFJjd7PLeeHQ6ZIbtjxGhTCUtKmWB4vhzl8QaJ0rUcr6rwhjE8FYg6n68MODaKlbSU1emlB2QcV8vvL354UCQ==",
      "requires": {
        "plist": "^3.0.1",
        "xcode": "^2.0.0",
        "xml-js": "^1.6.11"
      }
    }

Excluir o arquivo de bloqueio e executar npm install novamente não atualiza o arquivo de bloqueio recém-gerado.

@ PatrickJung94 , tente executar o cmd ionic cordova plugin rm cordova-plugin-firebasex --force

Em seguida, certifique-se de que não haja uma pasta "your_project_name / plugin / cordova-plugin-firebasex". Se ainda existir, acabei de excluí-lo manualmente.

Em seguida, execute ionic cordova plugin add [email protected] .

Depois disso, execute cmd npm install @ionic-native/firebase-x .

Depois disso, verifique usando o cmd ionic cordova plugin . Deve listar
cordova-plugin-firebasex 9.0.1-cli "Google Firebase Plugin" .

Você também deve verificar "your_project_name / plugin / cordova-plugin-firebasex / package.json", pois 9.0.1-cli será referenciado em toda parte ... que é o que você deseja. Por último, verifique "your_project_name / package.json" e procure cordova-plugin-firebasex": "^9.0.1-cli .

Em seguida, tente construir seu aplicativo novamente com sudo ionic cordova build ios .

Ei,

Para sua informação, tive o mesmo problema e consegui resolver seguindo as instruções

cordova platform remove ios;
cordova platform add ios@latest;
cordova plugin remove cordova-plugin-firebasex;
cordova plugin add [email protected];

Tive problemas semelhantes e os resolvi mudando para a versão 9.0.1-cli.

No entanto, isso fez com que o tempo de construção do IOS aumentasse em mais de 400% (em comparação com a versão 6.1.0 do plugin). Eu verifiquei um aumento semelhante ao compilar o aplicativo de amostra com essas duas versões.

Notei um comentário acima de @patrickchoi sugerindo que o salto nos tempos de construção veio entre as versões 8.0.1 e 8.1.0. Tentei fazer o downgrade para 8.0.1 e, de fato, isso foi criado com sucesso e muito mais rápido. Por enquanto, irei com esta versão (8.0.1), pois não preciso de nenhum dos recursos das versões posteriores e os tempos de compilação aumentados são um grande problema, especialmente em nosso ambiente de CI, onde usamos mac minis relativamente sem potência.

Alguém sabe se existe alguma maneira de atenuar a desaceleração do tempo de construção nas versões mais recentes do plugin? Sei que provavelmente não é um problema com o plug-in em si ... mais com os componentes SDK do Firebase (??) Existe alguma maneira de ajustar isso no momento da compilação (e idealmente conduzir isso de um setting / script / cli)?

Temos um aplicativo Cordova, mas também estamos construindo um aplicativo de relógio nativo para nosso projeto iOS. Enfrentamos muitos problemas ao tentar usar o Cordova CLI para construir iOS quando queríamos agrupar no app de relógio (devido às limitações de CLI para lidar com iOS e apps de relógio durante o processo de construção / arquivamento - especificamente para assinatura, se bem me lembro). Por isso, precisamos executar manualmente as compilações de app + relógio iOS usando xcodebuild.

Encontrei os mesmos erros de compilação que este problema descreve, mas finalmente consegui fazê-lo funcionar usando o seguinte.

cd platforms/ios

xcodebuild -workspace PROJECTNAME.xcworkspace -scheme PROJECTNAME -configuration Release -destination generic/platform=iOS -archivePath PROJECTNAME.xcarchive archive SHARED_PRECOMPS_DIR=build/sharedpch ALWAYS_EMBED_SWIFT_STANDARD_LIBRARIES=YES

# exportOptions.plist was generated using XCode (archive app)
cp ../../build/ios/exportOptions.plist .

xcodebuild -exportArchive -archivePath PROJECTNAME.xcarchive -exportOptionsPlist exportOptions.plist -exportPath build/device

Estamos usando a versão 8.0.1 deste plugin. Eu enfrentei alguns outros problemas ao tentar usar 9.0.1-cli ( error: Build input file cannot be found: gRPCCertificates-Cpp.bundle/gRPCCertificates-Cpp ).

Sei que nossa situação é provavelmente única, mas talvez isso possa ajudar outras pessoas no futuro. Obrigado!

@kennethtck Esqueci de dizer que meu colega corrigiu nosso problema seguindo seus passos. Obrigado pelas etapas fornecidas!

@ dpa99c Olá, parece que InAppMessaging e GoogleTagManager foram mesclados de volta no branch 9.0.3-cli do master em https://github.com/dpa99c/cordova-plugin-firebasex/commit/b21213f3cb4d461f87980694fb2a2869ba9796. Como resultado, começamos a obter esse erro novamente.

@ dpa99c , @maxtacco , eu também.

`cd [MYPATH] / platform / ios
/ bin / sh -c [MYPATH] / Library / Developer / Xcode / DerivedData / [APPNAME] -aanowkqndskebrfkxmvdfhcnksye / Build / Intermediates.noindex / [APPNAME] .build / Debug-iphonesimulator / [APPNAME] .build / Script-2DD7BADC130A. sh
erro: Recurso "[MYPATH] / Library / Developer / Xcode / DerivedData / [APPNAME] -aanowkqndskebrfkxmvdfhcnksye / Build / Products / Debug-iphonesimulator / FirebaseInAppMessaging / InAppMessagingDisplayResources.bundle" não encontrado. Execute 'pod install' para atualizar o script de recursos de cópia.

* FALHA NA CONSTRUÇÃO *

Os seguintes comandos de compilação falharam:
PhaseScriptExecution [CP] Copiar recursos de pods [MYPATH] / Library / Developer / Xcode / DerivedData / [APPNAME] -aanowkqndskebrfkxmvdfhcnksye / Build / Intermediates.noindex / [APPNAME] .build / Debug-iphonesimulator / [APPNAME] .build1 / ScriptBDE-2DC72 .sh
(1 falha)
xcodebuild: O comando falhou com o código de saída 65`

Estou usando um plugin cordova webpack e prefiro usar CLI.

Felicidades!

* editar *

Eu fiz o truque de @orenagiv e funcionou. Parece que voltar atrás para [email protected] me formou. Obrigado!

@ jh-gh Você conseguiu compilar mais rápido? Para mim, no meu Macbook Air 2012 leva 23 minutos com CLI (Cordova run ios) para começar !! E sempre parece reconstruir tudo.

Felicidades.

@Phrensoua Não, não encontrei nenhuma maneira de torná-lo mais rápido compilar no fluxo 9.X. Ainda estou com a versão 8.0.1 por enquanto, pois essa versão ainda é compilada em um período de tempo razoável para ios, enquanto a versão 9.0.1-cli leva 4 vezes mais tempo para ser construída (não tentei nenhuma versão 9.X posterior) .

Notei um comentário acima de @patrickchoi sugerindo que o salto nos tempos de construção veio entre 8.0.1 e 8.1.0. Tentei fazer o downgrade para 8.0.1 e, de fato, isso foi criado com sucesso e muito mais rápido. Por enquanto, irei com esta versão (8.0.1), pois não preciso de nenhum dos recursos das versões posteriores e os tempos de compilação aumentados são um grande problema, especialmente em nosso ambiente de CI, onde usamos mac minis relativamente sem potência.

Com licença @ jh-gh você resolveu o problema apenas removendo o plugin e instalando-o novamente desta forma?

cordova plugin add [email protected]

plataforma cordova remover ios;
plataforma cordova add ios @ latest;
plugin cordova remove cordova-plugin-firebasex;
plug-in cordova add [email protected];

Obrigado @orenagiv isso funcionou para mim.

@ jh-gh, obrigado por sua resposta. Do meu lado, resolvi executar no Xcode por enquanto. Não reconstrói tudo sempre, pelo menos ...

Felicidades

Notei um comentário acima de @patrickchoi sugerindo que o salto nos tempos de construção veio entre 8.0.1 e 8.1.0. Tentei fazer o downgrade para 8.0.1 e, de fato, isso foi criado com sucesso e muito mais rápido. Por enquanto, irei com esta versão (8.0.1), pois não preciso de nenhum dos recursos das versões posteriores e os tempos de compilação aumentados são um grande problema, especialmente em nosso ambiente de CI, onde usamos mac minis relativamente sem potência.

Com licença @ jh-gh você resolveu o problema apenas removendo o plugin e instalando-o novamente desta forma?

cordova plugin add [email protected]

@ilclaudio Eu atualizei a versão de dependência em package.json e fiz uma compilação limpa (rm node_modules, npm install, rm plataformas / plugins, (iônico) cordova build ios).

Tive problemas semelhantes e os resolvi mudando para a versão 9.0.1-cli.

No entanto, isso fez com que o tempo de construção do IOS aumentasse em mais de 400% (em comparação com a versão 6.1.0 do plugin). Eu verifiquei um aumento semelhante ao compilar o aplicativo de amostra com essas duas versões.

Notei um comentário acima de @patrickchoi sugerindo que o salto nos tempos de construção veio entre as versões 8.0.1 e 8.1.0. Tentei fazer o downgrade para 8.0.1 e, de fato, isso foi criado com sucesso e muito mais rápido. Por enquanto, irei com esta versão (8.0.1), pois não preciso de nenhum dos recursos das versões posteriores e os tempos de compilação aumentados são um grande problema, especialmente em nosso ambiente de CI, onde usamos mac minis relativamente sem potência.

Alguém sabe se existe alguma maneira de atenuar a desaceleração do tempo de construção nas versões mais recentes do plugin? Sei que provavelmente não é um problema com o plug-in em si ... mais com os componentes SDK do Firebase (??) Existe alguma maneira de ajustar isso no momento da compilação (e idealmente conduzir isso de um setting / script / cli)?

Também tive problemas de compilação com 9.1.1, mas a compilação com 9.1.1-cli foi bem-sucedida. Essas versões têm o mesmo problema de tempo de construção. Demorou talvez 15-20 minutos. Então eu fiz downgrade do 8.0.1 e construí em 2-3 minutos. Obrigado pelo teste e dica 8.0.1.

@orenagiv
OBRIGADO!
Plug-in cordova iônico adicionar [email protected]

funcionou perfeitamente, o tempo de compilação é o único problema atualmente

Protip: não fixe assim:
"cordova-plugin-firebasex": "^9.1.1-cli"
pois o padrão será o não-CLI. Use-o diretamente.
"cordova-plugin-firebasex": "9.1.1-cli"

Parece óbvio, mas perdi algum tempo hoje coçando a cabeça, por que ainda lança o antigo erro.

Existe uma diferença entre construir usando CLI cordova run ios --device e por Xcode?

@sboudouk sim, atualmente a construção de um pod que contém subpastas (como Google Tag Manager ou Firebase Inappmessaging) falha ao usar a CLI Cordova (conforme documentado aqui ), embora funcione bem ao construir no Xcode, daí a necessidade de -cli branch deste plugin.

É possível fornecer o pacote com a tag "latest-cli"?

Oi

Eu tenho um grande problema com este plugin no ios durante a compilação. Não queria iniciar um novo tópico, pois não acho que seja um problema com o plug-in, mas com a biblioteca de pods. Ele cria um erro de compilação dizendo que o disco está cheio em vários estágios da compilação. Estou usando um servidor mac remoto e seu suporte não pode me ajudar além de criar um novo servidor que eu poderia fazer, mas acho que talvez seja o mesmo problema. Eu acho que é um problema de disco RAM cheio, pois esta biblioteca de pod é enorme e faz com que o tempo de compilação demore muito mais. Eu pesquisei online por algo para consertar este problema de limpeza do xcode build etc, mas ainda não consigo criar este build. Existe alguém que pode me direcionar para uma solução de por que está apresentando este erro e o que posso fazer para corrigi-lo? A compilação funciona bem e rápido sem este plugin

Aqui está um exemplo
erro: acessando banco de dados de compilação
"/Users/user915171/Library/Developer/Xcode/DerivedData/Astra-albjvigcqvqixkbzncjokuhaaees/Build/Intermediates.noindex/XCBuildData/build.db": banco de dados ou disco está cheio

Qualquer pessoa com esse problema, adicione o seguinte plug-in com a mesma versão:
cordova-plugin-androidx-adapter 1.1.1
cordova-plugin-androidx 1.0.2
cordova-plugin-firebasex 9.0.1-cli

cordova-plugin-androidx e cordova-plugin-androidx-adapter são necessários para este plugin.

Ei

Tendo problemas semelhantes ao construir com o cordova cli. No entanto, não fui capaz de resolvê-los alterando para qualquer versão -cli do plugin. Ou fazendo o downgrade para 8.0.1, que anteriormente funcionava para mim.

Minhas compilações sempre falham com a seguinte mensagem, independentemente da versão do plugin que eu uso agora. Se eu remover o plugin completamente, a compilação será bem-sucedida.

Não tenho certeza de como esses pods ainda estão invadindo minha compilação, mesmo quando uso o plug-in -cli ou o plug-in 8.0.1. Postarei se eu encontrar uma solução. Se alguém viu este problema, por favor me avise.

Durante a criação do módulo 'nanopb' importado de /Users/haydencassar/Code/AppTemplate/frontend/platforms/ios/Pods/GoogleDataTransport/GoogleDataTransport/GDTCCTLibrary/Protogen/nanopb/cct.nanopb.h:22:
No arquivo incluído de: 1:
/ Users / haydencassar / Code / AppTemplate / frontend / plataformas / ios / Pods / Arquivos de suporte de destino / nanopb / nanopb-umbrella.h: 13: 9: erro: aspas duplas incluem "pb.h" no cabeçalho do framework, ângulo esperado -Em vez disso, entre colchetes [-Werror, -Wquoted-include-in-framework-header]

import "pb.h"

    ^~~~~~
    <pb.h>

/ Users / haydencassar / Code / AppTemplate / frontend / plataformas / ios / Pods / Arquivos de suporte de destino / nanopb / nanopb-umbrella.h: 14: 9: erro: aspas duplas incluem "pb_common.h" no cabeçalho do framework, ângulo esperado -Em vez disso, entre colchetes [-Werror, -Wquoted-include-in-framework-header]

import "pb_common.h"

    ^~~~~~~~~~~~~
    <pb_common.h>

Durante a criação do módulo 'nanopb' importado de /Users/haydencassar/Code/AppTemplate/frontend/platforms/ios/Pods/GoogleDataTransport/GoogleDataTransport/GDTCCTLibrary/Protogen/nanopb/cct.nanopb.h:22:
No arquivo incluído de: 1:
No arquivo incluído em / Users / haydencassar / Code / AppTemplate / frontend / plataformas / ios / Pods / Arquivos de suporte de destino / nanopb / nanopb-umbrella.h: 14:
/Users/haydencassar/Code/AppTemplate/frontend/platforms/ios/Pods/nanopb/pb_common.h:8:10: erro: aspas duplas incluem "pb.h" no cabeçalho do framework, esperado entre colchetes em vez [-Werror , -Wquoted-include-in-framework-header]

inclui "pb.h"

     ^~~~~~
     <pb.h>

Durante a criação do módulo 'nanopb' importado de /Users/haydencassar/Code/AppTemplate/frontend/platforms/ios/Pods/GoogleDataTransport/GoogleDataTransport/GDTCCTLibrary/Protogen/nanopb/cct.nanopb.h:22:
No arquivo incluído de: 1:
/ Users / haydencassar / Code / AppTemplate / frontend / plataformas / ios / Pods / Arquivos de suporte de destino / nanopb / nanopb-umbrella.h: 15: 9: erro: aspas duplas incluem "pb_decode.h" no cabeçalho do framework, ângulo esperado em vez disso, entre colchetes [-Werror, -Wquoted-include-in-framework-header]

import "pb_decode.h"

    ^~~~~~~~~~~~~
    <pb_decode.h>

Durante a criação do módulo 'nanopb' importado de /Users/haydencassar/Code/AppTemplate/frontend/platforms/ios/Pods/GoogleDataTransport/GoogleDataTransport/GDTCCTLibrary/Protogen/nanopb/cct.nanopb.h:22:
No arquivo incluído de: 1:
No arquivo incluído em / Users / haydencassar / Code / AppTemplate / frontend / plataformas / ios / Pods / Arquivos de suporte de destino / nanopb / nanopb-umbrella.h: 15:
/Users/haydencassar/Code/AppTemplate/frontend/platforms/ios/Pods/nanopb/pb_decode.h:9:10: erro: aspas duplas incluem "pb.h" no cabeçalho do framework, esperado entre colchetes em vez [-Werror , -Wquoted-include-in-framework-header]

inclui "pb.h"

     ^~~~~~
     <pb.h>

Durante a criação do módulo 'nanopb' importado de /Users/haydencassar/Code/AppTemplate/frontend/platforms/ios/Pods/GoogleDataTransport/GoogleDataTransport/GDTCCTLibrary/Protogen/nanopb/cct.nanopb.h:22:
No arquivo incluído de: 1:
/ Users / haydencassar / Code / AppTemplate / frontend / plataformas / ios / Pods / Arquivos de suporte de destino / nanopb / nanopb-umbrella.h: 16: 9: erro: aspas duplas incluem "pb_encode.h" no cabeçalho da estrutura, ângulo esperado -Em vez disso, entre colchetes [-Werror, -Wquoted-include-in-framework-header]

import "pb_encode.h"

    ^~~~~~~~~~~~~
    <pb_encode.h>

Durante a criação do módulo 'nanopb' importado de /Users/haydencassar/Code/AppTemplate/frontend/platforms/ios/Pods/GoogleDataTransport/GoogleDataTransport/GDTCCTLibrary/Protogen/nanopb/cct.nanopb.h:22:
No arquivo incluído de: 1:
No arquivo incluído em / Users / haydencassar / Code / AppTemplate / frontend / plataformas / ios / Pods / Arquivos de suporte de destino / nanopb / nanopb-umbrella.h: 16:
/Users/haydencassar/Code/AppTemplate/frontend/platforms/ios/Pods/nanopb/pb_encode.h:9:10: erro: aspas duplas incluem "pb.h" no cabeçalho do framework, esperado entre colchetes em vez [-Werror , -Wquoted-include-in-framework-header]

inclui "pb.h"

     ^~~~~~
     <pb.h>

Durante a criação do módulo 'nanopb' importado de /Users/haydencassar/Code/AppTemplate/frontend/platforms/ios/Pods/GoogleDataTransport/GoogleDataTransport/GDTCCTLibrary/Protogen/nanopb/cct.nanopb.h:22:
No arquivo incluído de: 1:
/ Users / haydencassar / Code / AppTemplate / frontend / plataformas / ios / Pods / Arquivos de suporte de destino / nanopb / nanopb-umbrella.h: 17: 9: erro: aspas duplas incluem "pb.h" no cabeçalho do framework, ângulo esperado -Em vez disso, entre colchetes [-Werror, -Wquoted-include-in-framework-header]

import "pb.h"

    ^~~~~~
    <pb.h>

/ Users / haydencassar / Code / AppTemplate / frontend / plataformas / ios / Pods / Arquivos de suporte de destino / nanopb / nanopb-umbrella.h: 18: 9: erro: aspas duplas incluem "pb_decode.h" no cabeçalho do framework, ângulo esperado -Em vez disso, entre colchetes [-Werror, -Wquoted-include-in-framework-header]

import "pb_decode.h"

    ^~~~~~~~~~~~~
    <pb_decode.h>

/ Users / haydencassar / Code / AppTemplate / frontend / plataformas / ios / Pods / Arquivos de suporte de destino / nanopb / nanopb-umbrella.h: 19: 9: erro: aspas duplas incluem "pb_common.h" no cabeçalho do framework, ângulo esperado -Em vez disso, entre colchetes [-Werror, -Wquoted-include-in-framework-header]

import "pb_common.h"

    ^~~~~~~~~~~~~
    <pb_common.h>

/ Users / haydencassar / Code / AppTemplate / frontend / plataformas / ios / Pods / Arquivos de suporte de destino / nanopb / nanopb-umbrella.h: 20: 9: erro: aspas duplas incluem "pb.h" no cabeçalho do framework, ângulo esperado -Em vez disso, entre colchetes [-Werror, -Wquoted-include-in-framework-header]

import "pb.h"

    ^~~~~~
    <pb.h>

/ Users / haydencassar / Code / AppTemplate / frontend / plataformas / ios / Pods / Arquivos de suporte de destino / nanopb / nanopb-umbrella.h: 21: 9: erro: aspas duplas incluem "pb_encode.h" no cabeçalho do framework, ângulo esperado -Em vez disso, entre colchetes [-Werror, -Wquoted-include-in-framework-header]

import "pb_encode.h"

    ^~~~~~~~~~~~~
    <pb_encode.h>

/ Users / haydencassar / Code / AppTemplate / frontend / plataformas / ios / Pods / Arquivos de suporte de destino / nanopb / nanopb-umbrella.h: 22: 9: erro: aspas duplas incluem "pb_common.h" no cabeçalho do framework, ângulo esperado -Em vez disso, entre colchetes [-Werror, -Wquoted-include-in-framework-header]

import "pb_common.h"

    ^~~~~~~~~~~~~
    <pb_common.h>

13 erros gerados.
No arquivo incluído em /Users/haydencassar/Code/AppTemplate/frontend/platforms/ios/Pods/GoogleDataTransport/GoogleDataTransport/GDTCCTLibrary/Protogen/nanopb/cct.nanopb.c:20:
/Users/haydencassar/Code/AppTemplate/frontend/platforms/ios/Pods/GoogleDataTransport/GoogleDataTransport/GDTCCTLibrary/Protogen/nanopb/cct.nanopb.h:22:10: erro fatal: não foi possível construir o módulo 'nanopb'

incluir

~ ~~~ ^
14 erros gerados.

* FALHA NO ARQUIVO *

Os seguintes comandos de compilação falharam:
CompileC /Users/haydencassar/Library/Developer/Xcode/DerivedData/Vita_Plan-adyddjnjkyhpbddfhgtvyhypkbaq/Build/Intermediates.noindex/ArchiveIntermediates/Vita Plan / IntermediateBuildFilesPath / PodTransport./DebugosPath / PodTransport./Debug7 .nanopb.o GoogleDataTransport / GoogleDataTransport / GDTCCTLibrary / Protogen / nanopb / cct.nanopb.c normal armv7 c com.apple.compilers.llvm.clang.1_0.compiler
(1 falha)
xcodebuild: O comando falhou com o código de saída 65
[ERROR] Ocorreu um erro ao executar o subprocesso cordova.

    cordova build ios --debug --device --buildConfig ./platforms/ios/build.json exited with exit code 65.

@ hcassar93 Já vi problemas semelhantes. Eu sugiro que você tente atualizar a instalação do cocoapods para a versão de pré-lançamento (consulte https://stackoverflow.com/questions/63646607/xcode-12-using-firebase-pods Budapical-or-preprocessor-issue-pb-h -file-not-fou / 63648164 # 63648164). Isso resolveu para mim.

@ jh-gh Muito obrigado. Agradeço muito sua ajuda. Consertou para mim também.

Fixar a versão do plugin em 8.0.1 funciona para mim também. Construindo a partir do CLI e CI.

https://www.bswen.com/2020/11/others-ios-error1.html