Fonctionne lorsque je rétablis la version de cordova-plugin-firebasex à 8.0.1. La prise en charge de la messagerie dans l'application dans les versions récentes doit avoir cassé quelque chose.

Rencontrant également le même problème. J'ai essayé d'exécuter pod repo update et pod install dans la phase de préparation des cocoapodes de ma build CI également, en vain:

      - 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

Faire fonctionner ce plugin est, comme vous pouvez le voir ci-dessus, une corvée majeure. Les pod dependencies CocoaPods ne peuvent pas être exécutés sauf si le plugin est présent, cependant l'installation initiale du plugin échoue car CocoaPods n'est pas installé correctement. Il faut donc d'abord préparer la plate-forme cordova et installer le plugin (dans un état d'échec), faire des dépendances de pod, puis supprimer le plugin, l'ajouter à nouveau, préparer à nouveau la plate-forme, et maintenant il semble aussi pod repo update et puis lancez pod install ...

Il doit y avoir un moyen plus simple de faire fonctionner ce plugin ... Oo

Dans le rapport d'erreur complet:

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.

L'exécution de la commande recommandée, pod install , ne semble pas avoir d'effet. J'ai recherché le fichier .bundle spécifié et je ne le trouve nulle part. Le plugin semble s'être cassé dans la dernière version.

Le bundle est là, dans le répertoire platform / ios / build, mais il est "plat", au lieu de se trouver dans un sous-répertoire appelé FirebaseMessaging ou quelque chose comme ça. C'est comme si le script de référencement avait le mauvais chemin ou que le bundle n'atterrissait pas au bon endroit.

J'ai essayé de revenir à la version 8.0.1, mais j'ai toujours des problèmes de construction. L'erreur de construction actuelle est la suivante, qui se produit que j'exécute pod install ou non:

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.

Cette question nous a laissés morts dans l'eau et incapables de progresser dans notre développement. Y a-t-il une chance que nous puissions avoir un aperçu des auteurs du plugin?

Nettoyer et réinitialiser l'ensemble du projet, je suppose?

Chaque build de notre CI est issu d'une table rase. Nous tirons le dépôt, puis exécutons les commandes ioniques / cordova nécessaires pour préparer, installer les plugins, etc. à partir de zéro. Nous ne vérifions pas nos plates-formes ou répertoires de plugins (l'une des raisons pour lesquelles nous sommes restés fidèles à Cordova, plutôt que de passer à Capacitor, car Capacitor nécessite généralement que vous manipuliez du code natif de bas niveau et que vous deviez le vérifier tout en ... bleh.: P)

Utilisez-vous le système de construction moderne pour XCode ou le système de construction hérité? Avez-vous toujours cordova-plugin-cocoapodsx dans votre projet? Il a été abandonné il y a quelque temps et peut-être qu'il entre en conflit avec quelque chose, s'il reste encore.

Il s'agit d'un projet relativement nouveau, démarré à la fin de l'année dernière avec Ionic 4 et Cordova 9. Il utilise de la morve et du cocoapodsx.

Le projet a bien fonctionné jusqu'à la semaine dernière, puis il a soudainement éclaté. Nous développons et déployons des builds depuis plusieurs mois, peut-être jusqu'au milieu de la semaine dernière. Le seul changement semble être FirebaseX.

J'ai maintenant essayé plusieurs versions précédentes du plugin. J'ai restauré notre script de construction CI à ce qu'il était avant de commencer à le manipuler pour essayer de résoudre ce problème. Nous avons commencé avec la v7.0.1 de ce plugin en novembre de l'année dernière. J'ai essayé 7.0.1, 7.0.2, 8.0.0 et 8.0.1. Toutes ces versions entraînent la même erreur:

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"
        ^~~~~~~~~~~~

Si j'exécute pod install , j'obtiens l'erreur que j'ai précédemment signalée, à propos de Podfile.lock et Manifest.lock manquant.

Nous sommes complètement morts dans l'eau ici.

Après enquête, il semble que cette erreur ne se produise que lors de la construction à partir de la CLI (via l'outil xcodebuild ) - la construction à partir de Xcode fonctionne bien (par conséquent - puisque je construis toujours dans Xcode - ce problème a été manqué).
À titre de comparaison, voici la sortie de la console de construction CLI (échec)) et la sortie de la console de construction Xcode (réussie) .

Quant à savoir pourquoi cette erreur devrait se produire, je n'ai actuellement aucune idée.
Le composant Inapp Messaging a été ajouté en fusionnant PR # 312 et à première vue, il s'agit d'un simple ajout - juste l' ajout d'un composant Firebase SDK via sa référence Cocoapods sans changement de code de plugin associé.
La construction de l'interface de ligne de commande échoue car InAppMessagingDisplayResources.bundle n'a pas été trouvé. Cela semble être un composant implicite du SDK Firebase (par rapport à quelque chose qui est explicitement spécifié par ce plugin).
Par conséquent, il ne semble pas y avoir grand-chose à faire à partir du plugin pour résoudre ce problème à court de supprimer le composant Inapp Messaging du SDK Firebase de ce plugin, qui perdra bien sûr cette fonctionnalité associée.

En attendant, la solution de contournement consiste à créer à partir de Xcode plutôt que de la CLI.

J'ai essayé de mettre à jour les podspecs pour faire référence à la dernière version v6.18.0 du SDK Firebase pour iOS, mais le problème persiste lors de la construction à partir de la CLI 😞

Nous n'avons pas la possibilité de construire avec XCode dans notre build CI (Continuous Integration). Il doit s'agir d'une ligne de commande. Cela ne peut donc pas être la solution recommandée. Les deux anciennes versions et la version actuelle sont actuellement endommagées. Je ne sais pas si cela est dû à une mise à jour du SDK Firebase qui a cassé toutes les versions antérieures à 8.1.1, ou autre chose ... mais nous utilisons Firebase Analytics et Cloud Messaging, et actuellement notre développement est interrompu en raison des changements Ici.

Existe-t-il un moyen de faire fonctionner la version précédente, 8.0.1, sans rencontrer aucune des erreurs que j'ai publiées ci-dessus? Nous n'avons pas besoin de la messagerie intégrée à l'application, mais il ne semble pas que la version 8.0.1 soit meilleure que la version 8.1.1 en ligne de commande ...

J'ai essayé de mettre à jour les podspecs pour faire référence à la dernière version v6.18.0 du SDK Firebase pour iOS, mais le problème persiste lors de la construction à partir de la CLI 😞

Serait-il possible de référencer une version précédente? Y a-t-il une chance que nous puissions obtenir une version 8.0.2 qui fait référence à la même version du SDK qui fonctionnait avant la 8.1.1?

v8.0.1 se construit bien à partir de la CLI - voir cette sortie de

C'est l'ajout du composant de messagerie Inapp qui a causé le problème avec les builds CLI sur iOS.

D'accord. J'ai dû trouver et mettre à jour toutes les références de version du plugin firebasex et les définir sur 8.0.1, et faire explicitement référence à 8.0.1 lorsque je réinstalle le plugin, après l'avoir désinstallé (car la première installation du plugin échoue car les pods ne sont pas installé, mais les pods ne peuvent pas être installés tant que le plugin n'est pas installé ...), avant de mettre à jour les pods, pour que tout fonctionne. Une fois que tous les numéros de version sont configurés explicitement sur 8.0.1 à tous les endroits, la construction a finalement commencé à fonctionner.

TL; DR: si vous construisez en utilisant la CLI, épinglez la version 8.0.1 jusqu'à ce qu'une version de correctif puisse être effectuée pour résoudre ce problème avec 8.1.x
Si vous construisez avec Xcode, vous devriez pouvoir mettre à jour vers la dernière v8.1.1

Il semble que ce problème ne soit pas spécifique à ce plugin ou à la version particulière du composant SDK Inapp Messaging auquel il fait référence:
Je suis en mesure de reproduire le problème avec cordova-plugin-firebase-inappmessaging (qui tire à Firebase / InAppMessagingDisplay v 6.3.0 ) en utilisant les commandes suivantes:

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

qui (comme le montre cette sortie de console ) échoue avec la même erreur:

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.

comme avec ce plugin, la construction dans Xcode est réussie

J'ai épinglé la version 8.0.1 mais j'ai toujours des erreurs - le problème est que FirebaseCore.h n'est pas trouvé (comme mentionné dans # 330)
On dirait que c'est un problème avec les en-têtes ou quelque chose de similaire. La commande que j'exécute est:

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"

Un indice sur la façon de résoudre ce problème?

@ Javinator9889 semble que vous invoquez directement xcodebuild?

Plutôt que via la CLI Cordova qui génère quelque chose comme:

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

L'appel direct de xcodebuild n'est pas quelque chose que je peux prendre en charge directement dans le contexte de ce plugin car il y a trop de variations potentielles.

Tout ce que je peux dire, c'est que l'exemple de projet se construit bien avec la v8.0.1 via la CLI Cordova et avec la v8.1.1 via Xcode, utilisez donc cela comme référence de travail.

@ dpa99c Je vais jeter un oeil à l'utilisation de Cordova CLI - merci d'avance :)

@ dpa99c J'entre à Cordoue pour la première fois - je travaille sur un projet depuis un certain temps.

Cela vous dérangerait-il si je vous demande de me guider sur la façon de créer un xcarchive à l'aide de Cordova CLI?

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

@ dpa99c Cela a fonctionné 😮

Merci beaucoup <3

Désolé de piquer! Je pense que nous pouvons contourner ce problème en utilisant XCode, mais un correctif est-il prévu pour ce problème? Construire avec XCode prend bien plus que d'utiliser la CLI

@nnimis si vous suivez la conversation, vous pouvez voir que vous pouvez compiler en épinglant le plugin firebasex à _v8.0.1_

De plus, c'est un travail en cours (ouvert il y a moins d'un jour) et il sera probablement corrigé lorsque cela sera possible. Je vous encourage à lire l'intégralité du numéro afin de résoudre les éventuels problèmes

Je pense que nous devons attendre soit la nouvelle version du SDK Firebase, soit la nouvelle version de cordova / cordova-ios. Le support des Cocoapods est encore un peu fragile.

À ce stade, je n'ai aucune idée de la cause du problème, donc aucun correctif n'est prévu jusqu'à ce que je puisse déterminer la cause - comme indiqué ici, cette erreur n'est pas spécifique à ce plugin.
Toute aide pour trouver la cause accélèrerait la résolution du problème.

Merci à tous, pas de grosse précipitation, je voulais juste savoir s'il y a un correctif prévu pour être implémenté à tout moment.
@ Javinator9889 le déclassement n'a pas fonctionné dans mon cas, désolé

@nnimis quelle est l'erreur que vous avez eue?

La cause spécifique de ce problème est décrite dans https://github.com/apache/cordova-ios/issues/659 :

L'argument CONFIGURATION_BUILD_DIR défini par Cordova remplace la valeur spécifique au pod requise pour que la construction réussisse, ce qui entraîne son échec lorsque les pods contiennent une structure de dossier spécifique telle que le pod Firebase Inapp Messaging.

Par exemple, l'exécution de cordova build ios dans mon environnement exécute la commande xcodebuild à partir de platforms/ios/ avec ces arguments:

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

Si j'exécute manuellement cette commande mais que je supprime l'argument CONFIGURATION_BUILD_DIR , la construction réussit:

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

Il s'agit donc d'un bogue dans les versions actuelles de Cordova dans la façon dont il gère ces pods.
Il n'y a actuellement aucun moyen de dire à la CLI Cordova d'omettre l'argument CONFIGURATION_BUILD_DIR , donc les seules options sont de construire directement dans Xcode ou d'appeler la commande xcodebuild manuellement (en la récupérant de la sortie échouée de cordova build ios ) et omettez l'argument CONFIGURATION_BUILD_DIR

Merci pour cette enquête détaillée, très appréciée.

8.01 le corrige sur l'exécution native (Ionic 3) et réduit considérablement le temps de construction de 8.1.0 (sur 12 minutes) à seulement 1-2 minutes.

La v9.0.0 a maintenant été publiée, ce qui résout ce problème en supprimant les composants du SDK de messagerie Inapp de ce plugin

N'a pas beaucoup aidé, malheureusement. L'erreur maintenant (dans la version 9.0.0) est passée à:

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

Cela semble être un problème systémique.

Merde, j'ai oublié que le composant iOS de GoogleTagManager a été ajouté par PR # 318.

C'est en effet un problème systémique avec la plate-forme cordova-ios en ajoutant la prise en charge des Cocoapods; le système de build CLI ne prend pas totalement en charge la configuration de build requise pour certains pods comme ceux-ci (comme indiqué dans https://github.com/apache/cordova-ios/issues/659).

J'utilise maintenant (et d'autres) GTM via ce plugin en production, donc la suppression de ce composant pour iOS également (bien que cela corrige le problème de construction de la CLI) n'est pas une option.

Je dois repenser ma stratégie pour gérer cela: la construction dans Xcode fonctionne très bien lorsque les composants du SDK de messagerie GTM et Inapp sont inclus - ce ne sont que les versions de la CLI Cordova qui sont le problème et cela est dû à un problème au sein de la CLI Cordova processus de construction sur iOS.

Par conséquent, je propose de créer une nouvelle branche de ce repo - cli_build - qui supprime spécifiquement les composants du SDK de messagerie GTM et Inapp pour les deux plates-formes (même si iOS est le problème et qu'Android fonctionne bien avec la CLI, je ne le fais pas) t veulent créer des incohérences multiplateformes). Cette branche sera sinon la même que master et sera maintenue en parallèle, mais les versions de npm seront hors de la branche master et contiendront donc les composants du SDK de messagerie GTM et Inapp.
Par conséquent, si vous souhaitez créer avec la CLI Cordova, vous devrez référencer la branche directement dans votre projet:

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

Si et quand une nouvelle version de cordova-ios résout le problème de build sous-jacent causé lorsque certains pods tels que ceux-ci sont inclus, ceux qui utilisent des builds CLI peuvent alors revenir à la branche principale.

C'est la meilleure façon que je puisse penser de gérer ce problème - après tout, c'est un problème causé par le processus de construction de Cordova CLI et la construction avec Xcode fonctionne bien - donc je ne souhaite pas restreindre la fonctionnalité du plugin pour ceux qui sont capables de construire à partir de Xcode au profit de ceux qui ne le peuvent pas.

Cela semble être une solution raisonnable, merci. Espérons que cordova-ios pourra bientôt publier une nouvelle version, car les problèmes s'accumulent récemment du côté iOS.

@ dpa99c Y a-t-il une chance que vous puissiez publier les versions cli dans une balise npm? Je ne sais pas à quel point les balises npm sont flexibles ... J'ai moi-même utilisé alpha et bêta, mais je pense que techniquement, elles peuvent être n'importe quoi. Ce serait vraiment bien si vous pouviez toujours publier la version cli sur votre npm officiel pour ce module, juste sous une balise différente. J'espère que cela vous permettra d'utiliser la même version avec peut-être un suffixe alternatif (par exemple 8.2.0-cli vs 8.2.0), de publier le cli sous une balise cli dans npm, et ensuite nous pouvons simplement changer la version que nous utilisons dans notre package.json pour ajouter -cli à la fin de la version.

@jrista bonne idée - je vais l'examiner

OK, comme indiqué, il existe maintenant une branche cli_build à partir de laquelle les composants problématiques du SDK Firebase ont été supprimés. Vous pouvez installer directement à partir de la branche ou il existe une version parallèle de NPM associée:

cordova plugin add [email protected]

Ceci est maintenant décrit dans la documentation principale afin d'aider quiconque n'est pas au courant des problèmes de construction de l'interface de ligne de commande.

Il existe une version de correctif correspondante de la branche principale qui rajoute les composants de messagerie Inapp et est destinée à la construction à partir de Xcode jusqu'à ce qu'une nouvelle version cordova-ios corrige les problèmes de construction de la CLI:

    cordova plugin add [email protected]

Merci, @ dpa99c! Heureux que le suffixe de la version alternative ait fonctionné! C'est génial!

@ dpa99c J'ai ajouté cordova plugin add [email protected] à mon projet et cela a fonctionné la première fois pour iOS. Cependant, si j'exécute la commande de construction, ionic cordova build ios , encore une fois j'obtiens l'erreur que InAppMessagingDisplayResources.bundle "est introuvable.

@ PatrickJung94 [email protected] ne contient aucune référence au composant SDK de messagerie Inapp, donc je suppose que vous avez une référence à une version non-CLI quelque part dans votre configuration, ce qui entraîne l'intégration de cette version à la place.

Vérifiez les fichiers de configuration de votre projet et également plugins/cordova-plugin-firebasex/plugin.xml pour voir quelle version est réellement présente dans votre projet.

@ dpa99c J'ai changé <plugin id="cordova-plugin-firebasex" version="9.0.1" en <plugin id="cordova-plugin-firebasex" version="9.0.1-cli" en plugins/cordova-plugin-firebasex/plugin.xml et j'obtiens toujours l'erreur après la construction. Pourrait-il y avoir une autre référence que je pourrais rechercher?

Même en supprimant platforms/ios , plugins et node_modules et en réinstallant avec npm install et en reconstruisant avec ionic cordova build ios le problème persiste.

@ PatrickJung94 vérifiez également package.json . Je ferais une recherche de texte récursive de tous les fichiers de projet pour m'assurer que vous n'en avez manqué aucun.

@ dpa99c package.json a l'entrée suivante: "cordova-plugin-firebasex": "^9.0.1-cli" bien que dans package-lock.json j'ai:

"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"
      }
    }

La suppression du fichier de verrouillage et la réexécution de npm install ne mettent pas à jour le fichier de verrouillage nouvellement généré.

@ PatrickJung94 , essayez d'exécuter cmd ionic cordova plugin rm cordova-plugin-firebasex --force

Ensuite, assurez-vous qu'il n'y a pas de dossier "votre_nom_projet / plugin / cordova-plugin-firebasex". S'il existe toujours, je viens de le supprimer manuellement.

Ensuite, exécutez ionic cordova plugin add [email protected] .

Après cela, exécutez cmd npm install @ionic-native/firebase-x .

Après cela, vérifiez avec cmd ionic cordova plugin . Il devrait lister
cordova-plugin-firebasex 9.0.1-cli "Google Firebase Plugin" .

Vous devriez également vérifier "votre_nom_projet / plugin / cordova-plugin-firebasex / package.json" car 9.0.1-cli sera référencé partout ... c'est ce que vous voulez. Enfin, vérifiez "votre_nom_projet / package.json" et recherchez cordova-plugin-firebasex": "^9.0.1-cli .

Ensuite, essayez à nouveau de créer votre application avec sudo ionic cordova build ios .

Hey,

Juste pour info, j'ai eu le même problème et j'ai réussi à résoudre en suivant les instructions @kennethtck + en supprimant complètement la plate-forme ios> en la rajoutant> en supprimant le plugin> en le rajoutant:

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

J'ai eu des problèmes similaires et je les ai résolus en passant à la version 9.0.1-cli.

Cependant, cela a entraîné une augmentation du temps de construction de l'IOS de plus de 400% (par rapport à la version 6.1.0 du plugin). J'ai vérifié une augmentation similaire lors de la compilation de l'exemple d'application avec ces deux versions.

J'ai remarqué un commentaire ci-dessus de @patrickchoi suggérant que le saut dans les temps de construction s'est produit entre les versions 8.0.1 et 8.1.0. J'ai essayé de passer à la version 8.0.1 et en effet, cela se construit avec succès et beaucoup plus rapidement. Pour l'instant, j'irai avec cette version (8.0.1) car je n'ai besoin d'aucune des fonctionnalités des versions ultérieures et l'augmentation des temps de construction est un gros problème, en particulier dans notre environnement CI où nous utilisons des mac minis relativement sous-alimentés.

Est-ce que quelqu'un sait s'il existe un moyen d'atténuer le ralentissement du temps de construction dans les dernières versions du plugin? Je me rends compte que ce n'est probablement pas un problème avec le plugin lui-même ... plus avec les composants Firebase sdk (??) Y a-t-il un moyen de modifier cela au moment de la construction (et idéalement de le piloter à partir d'un paramètre / script / cli)?

Nous avons une application Cordova, mais construisons également une application de montre native pour notre projet iOS. Nous avons rencontré de nombreux problèmes en essayant d'utiliser Cordova CLI pour construire iOS lorsque nous voulions regrouper dans l'application Watch (en raison des limitations de la CLI pour gérer à la fois iOS et regarder les applications pendant le processus de construction / archivage - en particulier pour la signature, si je me souviens bien). Pour cette raison, nous devons effectuer manuellement les versions d'application iOS + watch à l'aide de xcodebuild.

J'ai rencontré les mêmes erreurs de construction que celles décrites dans ce problème, mais je l'ai finalement fait fonctionner en utilisant ce qui suit.

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

Nous utilisons la v8.0.1 de ce plugin. J'ai rencontré d'autres problèmes en essayant d'utiliser 9.0.1-cli ( error: Build input file cannot be found: gRPCCertificates-Cpp.bundle/gRPCCertificates-Cpp ).

Je sais que notre situation est probablement unique, mais peut-être que cela peut aider d'autres à l'avenir. Merci!

@kennethtck J'ai oublié de vous dire que mon collègue avait résolu notre problème en suivant vos pas. Merci pour les étapes fournies!

@ dpa99c Bonjour, il semble qu'InAppMessaging et GoogleTagManager ont été fusionnés dans la branche 9.0.3-cli de master à https://github.com/dpa99c/cordova-plugin-firebasex/commit/b21213f3cb4d461f87980694fb2a2869ba979996. En conséquence, nous avons recommencé à avoir cette erreur.

@ dpa99c , @maxtacco , moi aussi.

`cd [MYPATH] / plates-formes / ios
/ bin / sh -c [MYPATH] / Library / Developer / Xcode / DerivedData / [APPNAME] -aanowkqndskebrfkxmvdfhcnksye / Build / Intermediates.noindex / [APPNAME] .build / Debug-iphonesimulator / [APPNAME] .build / Script-2D30D7BADC. sh
erreur: Ressource "[MYPATH] / Library / Developer / Xcode / DerivedData / [APPNAME] -aanowkqndskebrfkxmvdfhcnksye / Build / Products / Debug-iphonesimulator / FirebaseInAppMessaging / InAppMessagingDisplayResources.bundle" est introuvable. Exécutez 'pod install' pour mettre à jour le script de copie des ressources.

* ÉCHEC DE CONSTRUCTION *

Les commandes de construction suivantes ont échoué:
PhaseScriptExecution [CP] Copy Pods Resources [MYPATH] / Library / Developer / Xcode / DerivedData / [APPNAME] -aanowkqndskebrfkxmvdfhcnksye / Build / Intermediates.noindex / [APPNAME] .build / Debug-iphonesimulator / [APPNAME] .build / Script-iphonesimulator / [APPNAME7BADF1 .sh
(1 échec)
xcodebuild: la commande a échoué avec le code de sortie 65`

J'utilise un plugin webpack cordova et je préfère utiliser CLI.

À votre santé!

* Éditer *

J'ai fait le tour de [email protected] m'a fait. Merci!

@ jh-gh L'avez-vous compilé plus rapidement? Pour moi, sur mon Macbook Air 2012, il faut 23 minutes avec CLI (cordova run ios) pour démarrer !! Et il semble toujours tout reconstruire.

À votre santé.

@Phrensoua Non, je n'ai trouvé aucun moyen de le faire compiler plus rapidement sur le flux 9.X. Je reste toujours avec 8.0.1 pour le moment car cette version se construit toujours dans un laps de temps raisonnable pour iOS alors que la version 9.0.1-cli prend 4 fois plus de temps à construire (je n'ai pas essayé de versions 9.X ultérieures) .

J'ai remarqué un commentaire ci-dessus de @patrickchoi suggérant que le saut dans les temps de construction est venu entre 8.0.1 et 8.1.0. J'ai essayé de passer à la version 8.0.1 et en effet, cela se construit avec succès et beaucoup plus rapidement. Pour l'instant, j'irai avec cette version (8.0.1) car je n'ai besoin d'aucune des fonctionnalités des versions ultérieures et l'augmentation des temps de construction est un gros problème, en particulier dans notre environnement CI où nous utilisons des mac minis relativement sous-alimentés.

Excusez-moi @ jh-gh avez-vous résolu le problème en supprimant simplement le plugin et en l'installant à nouveau de cette manière?

cordova plugin add [email protected]

plateforme cordova retirer ios;
la plate-forme cordova ajoute ios @ dernier;
plugin cordova supprimer cordova-plugin-firebasex;
plugin cordova ajouter

Merci @orenagiv, cela a fonctionné pour moi.

@ jh-gh, merci pour votre réponse. De mon côté, j'ai résolu de m'exécuter dans Xcode pour l'instant. Il ne se reconstruit pas à chaque fois au moins ...

À votre santé

J'ai remarqué un commentaire ci-dessus de @patrickchoi suggérant que le saut dans les temps de construction est venu entre 8.0.1 et 8.1.0. J'ai essayé de passer à la version 8.0.1 et en effet, cela se construit avec succès et beaucoup plus rapidement. Pour l'instant, j'irai avec cette version (8.0.1) car je n'ai besoin d'aucune des fonctionnalités des versions ultérieures et l'augmentation des temps de construction est un gros problème, en particulier dans notre environnement CI où nous utilisons des mac minis relativement sous-alimentés.

Excusez-moi @ jh-gh avez-vous résolu le problème en supprimant simplement le plugin et en l'installant à nouveau de cette manière?

cordova plugin add [email protected]

@ilclaudio J'ai mis à jour la version des dépendances dans package.json et fait une compilation propre (rm node_modules, npm install, rm platform / plugins, (ionic) cordova build ios).

J'ai eu des problèmes similaires et je les ai résolus en passant à la version 9.0.1-cli.

Cependant, cela a entraîné une augmentation du temps de construction de l'IOS de plus de 400% (par rapport à la version 6.1.0 du plugin). J'ai vérifié une augmentation similaire lors de la compilation de l'exemple d'application avec ces deux versions.

J'ai remarqué un commentaire ci-dessus de @patrickchoi suggérant que le saut dans les temps de construction s'est produit entre les versions 8.0.1 et 8.1.0. J'ai essayé de passer à la version 8.0.1 et en effet, cela se construit avec succès et beaucoup plus rapidement. Pour l'instant, j'irai avec cette version (8.0.1) car je n'ai besoin d'aucune des fonctionnalités des versions ultérieures et l'augmentation des temps de construction est un gros problème, en particulier dans notre environnement CI où nous utilisons des mac minis relativement sous-alimentés.

Est-ce que quelqu'un sait s'il existe un moyen d'atténuer le ralentissement du temps de construction dans les dernières versions du plugin? Je me rends compte que ce n'est probablement pas un problème avec le plugin lui-même ... plus avec les composants Firebase sdk (??) Y a-t-il un moyen de modifier cela au moment de la construction (et idéalement de le piloter à partir d'un paramètre / script / cli)?

J'ai également eu un problème de construction avec 9.1.1 mais la construction avec 9.1.1-cli a réussi. Ces versions ont le même problème de temps de construction. Cela a pris peut-être 15 à 20 minutes. J'ai donc rétrogradé 8.0.1 et construit en 2-3 minutes. Merci pour le test et le conseil 8.0.1.

@orenagiv
MERCI!
plugin ionique cordova ajouter

cela a fonctionné parfaitement, le temps de compilation est le seul problème actuellement

Protip: ne l'épinglez pas comme ça:
"cordova-plugin-firebasex": "^9.1.1-cli"
car il sera par défaut le non-cli. Utilisez-le directement.
"cordova-plugin-firebasex": "9.1.1-cli"

Cela semble évident, mais j'ai perdu du temps aujourd'hui à me gratter la tête, pourquoi cela jette toujours l'ancienne erreur.

Y a-t-il une différence entre la construction en utilisant CLI cordova run ios --device et par Xcode?

@sboudouk oui, actuellement la construction d'un pod contenant des sous-dossiers (tels que Google Tag Manager ou Firebase Inappmessaging) échoue à l'aide de la CLI Cordova (comme documenté ici ) alors que cela fonctionne bien lors de la construction dans Xcode, d'où la nécessité d'un -cli branche de ce plugin.

Est-il possible de fournir un package avec la balise "latest-cli"?

salut

J'ai un gros problème avec ce plugin sur ios lors de la compilation. Je ne voulais pas démarrer un nouveau thread car je ne pense pas que ce soit un problème avec le plugin mais avec la bibliothèque de pods. Cela crée une erreur de construction indiquant que le disque est plein à différentes étapes de la construction. J'utilise un serveur Mac distant et leur support ne peut pas m'aider en dehors de la création d'un nouveau serveur que je pourrais faire, mais je pense que c'est peut-être le même problème. Je pense que c'est un problème de disque RAM plein car cette bibliothèque de pod est massive et rend le temps de compilation beaucoup plus long. J'ai recherché en ligne quelque chose pour résoudre ce problème de nettoyage de la construction xcode, etc., mais je suis toujours incapable de créer cette version. Y a-t-il quelqu'un qui peut me diriger vers une solution pour expliquer pourquoi il donne cette erreur et ce que je peux faire pour y remédier? La construction fonctionne bien et rapidement sans ce plugin

Voici un exemple
erreur: accès à la base de données de construction
"/Users/user915171/Library/Developer/Xcode/DerivedData/Astra-albjvigcqvqixkbzncjokuhaaees/Build/Intermediates.noindex/XCBuildData/build.db": la base de données ou le disque est plein

Toute personne ayant ce problème, veuillez ajouter le plugin suivant avec la même version:
adaptateur cordova-plugin-androidx 1.1.1
cordova-plugin-androidx 1.0.2
cordova-plugin-firebasex 9.0.1-cli

cordova-plugin-androidx et cordova-plugin-androidx-adapter sont nécessaires pour ce plugin.

Hey

Avoir des problèmes similaires avec le cordova cli. Cependant, je n'ai pas été en mesure de les résoudre en passant à une version -cli du plugin. Ou en rétrogradant à 8.0.1 qui fonctionnait auparavant pour moi.

Mes builds échouent toujours avec le message suivant quelle que soit la version du plugin que j'utilise maintenant. Si je supprime complètement le plugin, la construction réussit.

Je ne sais pas comment ces pods se faufilent toujours dans ma construction même en utilisant le plugin -cli ou le plugin 8.0.1. Publiera si je trouve une solution. Si quelqu'un a vu ce problème, veuillez me le faire savoir.

Lors de la création du module 'nanopb' importé de /Users/haydencassar/Code/AppTemplate/frontend/platforms/ios/Pods/GoogleDataTransport/GoogleDataTransport/GDTCCTLibrary/Protogen/nanopb/cct.nanopb.h:22:
Dans le fichier inclus de:1:
/ Users / haydencassar / Code / AppTemplate / frontend / plates-formes / ios / Pods / Target Support Files / nanopb / nanopb-parapluie.h: 13: 9: erreur: double-guillemets inclure "pb.h" dans l'en-tête du framework, angle attendu -bracketed à la place [-Werror, -Wquoted-include-in-framework-header]

importer "pb.h"

    ^~~~~~
    <pb.h>

/ Users / haydencassar / Code / AppTemplate / frontend / plates-formes / ios / Pods / Target Support Files / nanopb / nanopb-parapluie.h: 14: 9: erreur: double-guillemets inclure "pb_common.h" dans l'en-tête du framework, angle attendu -bracketed à la place [-Werror, -Wquoted-include-in-framework-header]

importer "pb_common.h"

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

Lors de la création du module 'nanopb' importé de /Users/haydencassar/Code/AppTemplate/frontend/platforms/ios/Pods/GoogleDataTransport/GoogleDataTransport/GDTCCTLibrary/Protogen/nanopb/cct.nanopb.h:22:
Dans le fichier inclus de:1:
Dans le fichier inclus à partir de / Users / haydencassar / Code / AppTemplate / frontend / platform / ios / Pods / Target Support Files / nanopb / nanopb-parapluie.h: 14:
/Users/haydencassar/Code/AppTemplate/frontend/platforms/ios/Pods/nanopb/pb_common.h:8:10: erreur: double-guillemets inclure "pb.h" dans l'en-tête du framework, angle attendu à la place [-Werror , -Wquoted-include-in-framework-header]

inclure "pb.h"

     ^~~~~~
     <pb.h>

Lors de la création du module 'nanopb' importé de /Users/haydencassar/Code/AppTemplate/frontend/platforms/ios/Pods/GoogleDataTransport/GoogleDataTransport/GDTCCTLibrary/Protogen/nanopb/cct.nanopb.h:22:
Dans le fichier inclus de:1:
/ Users / haydencassar / Code / AppTemplate / frontend / platform / ios / Pods / Target Support Files / nanopb / nanopb-parapluie.h: 15: 9: erreur: double-guillemets inclure "pb_decode.h" dans l'en-tête du framework, angle attendu -bracketed à la place [-Werror, -Wquoted-include-in-framework-header]

import "pb_decode.h"

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

Lors de la création du module 'nanopb' importé de /Users/haydencassar/Code/AppTemplate/frontend/platforms/ios/Pods/GoogleDataTransport/GoogleDataTransport/GDTCCTLibrary/Protogen/nanopb/cct.nanopb.h:22:
Dans le fichier inclus de:1:
Dans le fichier inclus depuis / Users / haydencassar / Code / AppTemplate / frontend / platform / ios / Pods / Target Support Files / nanopb / nanopb-parapluie.h: 15:
/Users/haydencassar/Code/AppTemplate/frontend/platforms/ios/Pods/nanopb/pb_decode.h:9:10: erreur: double-guillemets inclure "pb.h" dans l'en-tête du framework, angle attendu à la place [-Werror , -Wquoted-include-in-framework-header]

inclure "pb.h"

     ^~~~~~
     <pb.h>

Lors de la création du module 'nanopb' importé de /Users/haydencassar/Code/AppTemplate/frontend/platforms/ios/Pods/GoogleDataTransport/GoogleDataTransport/GDTCCTLibrary/Protogen/nanopb/cct.nanopb.h:22:
Dans le fichier inclus de:1:
/ Users / haydencassar / Code / AppTemplate / frontend / platform / ios / Pods / Target Support Files / nanopb / nanopb-parapluie.h: 16: 9: erreur: double-guillemets inclure "pb_encode.h" dans l'en-tête du framework, angle attendu -bracketed à la place [-Werror, -Wquoted-include-in-framework-header]

importer "pb_encode.h"

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

Lors de la création du module 'nanopb' importé de /Users/haydencassar/Code/AppTemplate/frontend/platforms/ios/Pods/GoogleDataTransport/GoogleDataTransport/GDTCCTLibrary/Protogen/nanopb/cct.nanopb.h:22:
Dans le fichier inclus de:1:
Dans le fichier inclus depuis / Users / haydencassar / Code / AppTemplate / frontend / platform / ios / Pods / Target Support Files / nanopb / nanopb-parapluie.h: 16:
/Users/haydencassar/Code/AppTemplate/frontend/platforms/ios/Pods/nanopb/pb_encode.h:9:10: erreur: double-guillemets inclure "pb.h" dans l'en-tête du framework, angle attendu à la place [-Werror , -Wquoted-include-in-framework-header]

inclure "pb.h"

     ^~~~~~
     <pb.h>

Lors de la création du module 'nanopb' importé de /Users/haydencassar/Code/AppTemplate/frontend/platforms/ios/Pods/GoogleDataTransport/GoogleDataTransport/GDTCCTLibrary/Protogen/nanopb/cct.nanopb.h:22:
Dans le fichier inclus de:1:
/ Users / haydencassar / Code / AppTemplate / frontend / platform / ios / Pods / Target Support Files / nanopb / nanopb-parapluie.h: 17: 9: erreur: double-guillemets inclure "pb.h" dans l'en-tête du framework, angle attendu -bracketed à la place [-Werror, -Wquoted-include-in-framework-header]

importer "pb.h"

    ^~~~~~
    <pb.h>

/ Users / haydencassar / Code / AppTemplate / frontend / platform / ios / Pods / Target Support Files / nanopb / nanopb-parapluie.h: 18: 9: erreur: double-guillemets inclure "pb_decode.h" dans l'en-tête du framework, angle attendu -bracketed à la place [-Werror, -Wquoted-include-in-framework-header]

import "pb_decode.h"

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

/ Users / haydencassar / Code / AppTemplate / frontend / plates-formes / ios / Pods / Target Support Files / nanopb / nanopb-parapluie.h: 19: 9: erreur: double-guillemets inclure "pb_common.h" dans l'en-tête du framework, angle attendu -bracketed à la place [-Werror, -Wquoted-include-in-framework-header]

importer "pb_common.h"

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

/ Users / haydencassar / Code / AppTemplate / frontend / platform / ios / Pods / Target Support Files / nanopb / nanopb-parapluie.h: 20: 9: erreur: double-guillemets inclure "pb.h" dans l'en-tête du framework, angle attendu -bracketed à la place [-Werror, -Wquoted-include-in-framework-header]

importer "pb.h"

    ^~~~~~
    <pb.h>

/ Users / haydencassar / Code / AppTemplate / frontend / plates-formes / ios / Pods / Target Support Files / nanopb / nanopb-parapluie.h: 21: 9: erreur: double-guillemets inclure "pb_encode.h" dans l'en-tête du framework, angle attendu -bracketed à la place [-Werror, -Wquoted-include-in-framework-header]

importer "pb_encode.h"

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

/ Users / haydencassar / Code / AppTemplate / frontend / plates-formes / ios / Pods / Target Support Files / nanopb / nanopb-parapluie.h: 22: 9: erreur: double-guillemets inclure "pb_common.h" dans l'en-tête du framework, angle attendu -bracketed à la place [-Werror, -Wquoted-include-in-framework-header]

importer "pb_common.h"

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

13 erreurs générées.
Dans le fichier inclus depuis /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: erreur fatale: impossible de construire le module 'nanopb'

comprendre

~ ~~~ ^
14 erreurs générées.

* ARCHIVE ÉCHEC *

Les commandes de construction suivantes ont échoué:
CompileC /Users/haydencassar/Library/Developer/Xcode/DerivedData/Vita_Plan-adyddjnjkyhpbddfhgtvyhypkbaq/Build/Intermediates.noindex/ArchiveIntermediates/DerivedData/Vita_Plan-adyddjnjkyhpbddfhgtvyhypkbaq/Build/Intermediates. .nanopb.o GoogleDataTransport / GoogleDataTransport / GDTCCTLibrary / Protogen / nanopb / cct.nanopb.c normal armv7 c com.apple.compilers.llvm.clang.1_0.compiler
(1 échec)
xcodebuild: la commande a échoué avec le code de sortie 65
[ERROR] Une erreur s'est produite lors de l'exécution du sous-processus cordova.

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

@ hcassar93 J'ai vu des problèmes similaires. Je vous suggère d'essayer de mettre à niveau votre installation de cocoapods vers la version préliminaire (voir https://stackoverflow.com/questions/63646607/xcode-12-using-firebase-pods-lexical-or-preprocessor-issue-pb-h -file-not-fou / 63648164 # 63648164). Cela a résolu le problème pour moi.

@ jh-gh Merci beaucoup. J'apprécie vraiment votre aide. Correction de ça pour moi aussi.

Épingler la version du plugin à 8.0.1 fonctionne aussi pour moi. Construire à partir du CLI et du CI.

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