Funktioniert, wenn ich die Cordova-Plugin-Firebasex-Version auf 8.0.1 zurücksetze. Die In-App-Messaging-Unterstützung in den letzten Versionen muss etwas kaputt gemacht haben.

Auch auf das gleiche Problem stoßen. Ich habe versucht, pod repo update und pod install in der Cocoapods-Vorbereitungsphase meines CI-Builds auszuführen, ohne Erfolg:

      - 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

Wie Sie oben sehen können, ist es eine große Aufgabe, dieses Plugin zum Laufen zu bringen. pod dependencies CocoaPods kann nur ausgeführt werden, wenn das Plugin vorhanden ist. Die Erstinstallation des Plugins schlägt jedoch fehl, da CocoaPods nicht ordnungsgemäß installiert ist. Man muss also zuerst die Cordova-Plattform vorbereiten und das Plugin installieren (in einem fehlgeschlagenen Zustand), Pod-Abhängigkeiten ausführen, dann das Plugin entfernen, es wieder hinzufügen, die Plattform neu vorbereiten, und jetzt scheint es auch pod repo update und Führen Sie dann pod install ...

Es muss einen einfacheren Weg geben, dieses Plugin zum Laufen zu bringen ... Oo

Im vollständigen Fehlerbericht:

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.

Das Ausführen des empfohlenen Befehls pod install scheint keine Auswirkungen zu haben. Ich habe nach der angegebenen .bundle-Datei gesucht und kann sie nirgendwo finden. Das Plugin scheint in der neuesten Version defekt zu sein.

Das Bundle befindet sich dort im Verzeichnis platform / ios / build, ist jedoch "flach", anstatt in einem Unterverzeichnis namens FirebaseMessaging oder ähnlichem zu sitzen. Es ist, als ob entweder das Referenzierungsskript den falschen Pfad hat oder das Bundle nicht an der richtigen Stelle landet.

Ich habe versucht, auf Version 8.0.1 zurückzukehren, habe aber immer noch Build-Probleme. Der aktuelle Build-Fehler ist der folgende, der auftritt, unabhängig davon, ob ich pod install ausführe oder nicht:

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.

Dieses Problem hat uns tot im Wasser gelassen und ist nicht in der Lage, unsere Entwicklung voranzutreiben. Gibt es eine Chance, dass wir einen Einblick von den Plugin-Autoren bekommen?

Das ganze Projekt bereinigen und zurücksetzen, nehme ich an?

Jeder Build in unserem CI stammt von einem sauberen Schiefer. Wir ziehen das Repo und führen dann die erforderlichen ionic / cordova-Befehle aus, um Plugins usw. von Grund auf vorzubereiten, zu installieren. Wir checken nicht in unseren Plattformen oder Plugins-Verzeichnissen ein (einer der Gründe, warum wir bei Cordova geblieben sind, anstatt zu Capacitor zu wechseln, da Capacitor normalerweise erfordert, dass Sie mit nativem Code auf niedriger Ebene herumspielen und ihn am Ende überprüfen müssen alles in ... bleh .: P)

Verwenden Sie das moderne Build-System für XCode oder ein Legacy-Build-System? Haben Sie noch Cordova-Plugin-Cocoapodsx in Ihrem Projekt? Es wurde vor einiger Zeit fallen gelassen und kollidiert möglicherweise mit etwas, wenn es noch übrig ist.

Dies ist ein relativ neues Projekt, das Ende letzten Jahres mit Ionic 4 und Cordova 9 gestartet wurde. Es verwendet Cocoapodsx.

Das Projekt hat bis letzte Woche gut funktioniert, dann ist es plötzlich kaputt gegangen. Wir entwickeln und implementieren Builds seit mehreren Monaten, vielleicht bis Mitte der letzten Woche. Die einzige Änderung scheint FirebaseX zu sein.

Ich habe jetzt mehrere frühere Versionen des Plugins ausprobiert. Ich habe unser CI-Build-Skript auf den ursprünglichen Stand zurückgesetzt, bevor ich damit herumgespielt habe, um dieses Problem zu beheben. Wir haben ursprünglich im November letzten Jahres mit v7.0.1 dieses Plugins begonnen. Ich habe 7.0.1, 7.0.2, 8.0.0 und 8.0.1 ausprobiert. Alle diese Versionen führen zu demselben Fehler:

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

Wenn ich pod install ausführe, wird der zuvor gemeldete Fehler angezeigt, dass Podfile.lock und Manifest.lock fehlen.

Wir sind hier völlig tot im Wasser.

Nach einer Untersuchung scheint dieser Fehler nur beim Erstellen über die CLI (über das Tool xcodebuild ) aufzutreten - das Erstellen über Xcode funktioniert einwandfrei (daher wurde dieses Problem übersehen, da ich immer Xcode einbaue).
Zum Vergleich hier die (fehlgeschlagene) Ausgabe der CLI-Build-Konsole mit der (erfolgreichen) Ausgabe der Xcode-Build-Konsole .

Ich habe derzeit keine Ahnung, warum dieser Fehler auftreten sollte.
Die Inapp Messaging-Komponente wurde durch Zusammenführen von PR # 312 hinzugefügt und ist auf den ersten Blick eine einfache Hinzufügung - lediglich das Hinzufügen einer Firebase SDK-Komponente über ihre Cocoapods-Referenz ohne zugehörige Änderungen des Plugin-Codes.
Der CLI-Build schlägt fehl, weil InAppMessagingDisplayResources.bundle nicht gefunden wurde. Dies scheint eine implizite Komponente des Firebase SDK zu sein (im Vergleich zu etwas, das von diesem Plugin explizit angegeben wird).
Daher scheint mit dem Plugin nicht viel getan werden zu können, um dieses Problem zu beheben, indem die Inapp Messaging-Komponente des Firebase SDK aus diesem Plugin entfernt wird, wodurch natürlich die zugehörige Funktionalität verloren geht.

In der Zwischenzeit besteht die Problemumgehung darin, aus Xcode und nicht aus der CLI zu erstellen.

Ich habe versucht, die Podspecs zu aktualisieren, um auf die neueste Version 6.18.0 des Firebase SDK für iOS zu verweisen. Das Problem tritt jedoch weiterhin beim Erstellen über die CLI auf

Wir haben nicht die Möglichkeit, mit XCode in unserem CI-Build (Continuous Integration) zu erstellen. Es muss eine Befehlszeile sein. Das kann also nicht die empfohlene Lösung sein. Beide alten Versionen und die aktuelle Version sind derzeit defekt. Ich weiß nicht, ob dies an einem Firebase SDK-Update liegt, das alle Versionen vor 8.1.1 beschädigt hat, oder an etwas anderem ... aber wir verwenden Firebase Analytics und Cloud Messaging, und derzeit wird unsere Entwicklung aufgrund der Änderungen gestoppt Hier.

Gibt es eine Möglichkeit, die vorherige Version 8.0.1 zum Laufen zu bringen, ohne auf einen der oben genannten Fehler zu stoßen? Wir brauchen kein In-App-Messaging, aber es scheint nicht so, als ob 8.0.1 in der Befehlszeile besser als 8.1.1 erstellt wird ...

Ich habe versucht, die Podspecs zu aktualisieren, um auf die neueste Version 6.18.0 des Firebase SDK für iOS zu verweisen. Das Problem tritt jedoch weiterhin beim Erstellen über die CLI auf

Wäre es möglich, auf eine frühere Version zu verweisen? Gibt es eine Chance, dass wir eine 8.0.2 erhalten, die auf dieselbe Version des SDK verweist, die vor 8.1.1 funktioniert hat?

v8.0.1 erstellt problemlos über die CLI - siehe diese Konsolenausgabe aus meinem Build.

Es ist die Hinzufügung der Inapp Messaging-Komponente, die das Problem mit CLI-Builds unter iOS verursacht hat.

OK. Ich musste alle Versionsverweise auf das Firebasex-Plugin finden und aktualisieren und sie auf 8.0.1 setzen und explizit auf 8.0.1 verweisen, wenn ich das Plugin nach der Deinstallation neu installiere (da die erste Installation des Plugins fehlschlägt, weil Pods nicht vorhanden sind installiert, aber Pods können erst installiert werden, wenn das Plugin installiert ist ...), bevor die Pods aktualisiert werden, damit alles funktioniert. Nachdem ich alle Versionsnummern an allen Stellen explizit auf 8.0.1 konfiguriert hatte, begann der Build endlich zu funktionieren.

TL; DR: Wenn Sie mit der CLI erstellen, können Sie Version 8.0.1 anheften, bis eine Patch-Version erstellt werden kann, um dieses Problem mit 8.1.x zu beheben
Wenn Sie mit Xcode erstellen, sollten Sie in Ordnung sein, um auf die neueste Version 8.1.1 zu aktualisieren

Es scheint, dass dieses Problem nicht spezifisch für dieses Plugin oder die bestimmte Version der Inapp Messaging SDK-Komponente ist, auf die es verweist:
Ich kann das Problem mit Cordova-Plugin-Firebase-Inappmessaging (das Firebase / InAppMessagingDisplay v 6.3.0 abruft ) mit den folgenden Befehlen

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

was (wie diese Konsolenausgabe zeigt) mit demselben Fehler fehlschlägt:

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.

Wie bei diesem Plugin ist das Einbauen von Xcode erfolgreich

Ich habe Version 8.0.1 gepinnt, habe aber immer noch Fehler - das Problem ist, dass FirebaseCore.h nicht gefunden wird (wie in # 330 erwähnt).
Sieht so aus, als wäre es ein Problem mit Headern oder ähnlichem. Der Befehl, den ich ausführe, lautet:

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"

Irgendwelche Hinweise, wie ich dieses Problem lösen kann?

@ Javinator9889 sieht aus, als würden Sie xcodebuild direkt aufrufen?

Anstatt über die Cordova CLI, die so etwas wie Folgendes generiert:

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

Der direkte Aufruf von xcodebuild kann ich im Kontext dieses Plugins nicht direkt unterstützen, da es zu viele mögliche Variationen gibt.

Ich kann nur sagen, dass das Beispielprojekt mit v8.0.1 über die Cordova CLI und mit v8.1.1 über Xcode gut funktioniert. Verwenden Sie dies also als Arbeitsreferenz.

@ dpa99c Ich werde einen Blick auf die Verwendung von Cordova CLI werfen - danke im Voraus :)

@ dpa99c Ich komme zum ersten Mal nach Cordova - ich arbeite seit einiger Zeit an einem Projekt.

Würde es Ihnen etwas ausmachen, wenn ich Sie bitten würde, mich beim Erstellen eines xcarchive mit Cordova CLI zu unterstützen?

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

@ dpa99c Es hat funktioniert 😮

Vielen Dank <3

Entschuldigung fürs Stöbern! Ich gehe davon aus, dass wir es mit XCode umgehen können, aber ist für dieses Problem eine Lösung geplant? Builds mit XCode sind weit mehr als die Verwendung von CLI

@nnimis Wenn Sie der Konversation folgen, können Sie sehen, dass Sie kompilieren können, indem Sie das Firebasex- Plugin auf _v8.0.1_ fixieren.

Darüber hinaus ist es in Arbeit (vor weniger als einem Tag eröffnet) und wird wahrscheinlich nach Möglichkeit behoben. Ich empfehle Ihnen, das gesamte Problem zu lesen, um mögliche Probleme zu beheben

Ich denke, wir müssen entweder auf eine neue Version von Firebase SDK oder auf eine neue Version von cordova / cordova-ios warten. Die Unterstützung von Cocoapods ist immer noch etwas wackelig.

Zu diesem Zeitpunkt habe ich keine Ahnung, was das Problem verursacht. Daher ist keine Korrektur geplant, bis ich die Ursache ermitteln kann. Wie hier gezeigt, ist dieser Fehler nicht spezifisch für dieses Plugin.
Jede Hilfe bei der Suche nach der Ursache würde die Lösung des Problems beschleunigen.

Vielen Dank an alle, keine große Eile, ich wollte nur wissen, ob ein Fix geplant ist, der zu irgendeinem Zeitpunkt implementiert werden soll.
@ Javinator9889 Das Downgrade hat in meinem Fall nicht funktioniert, sorry

@nnimis Was ist der Fehler, den Sie hatten?

Die spezifische Ursache für dieses Problem ist unter https://github.com/apache/cordova-ios/issues/659 aufgeführt :

Das von Cordova festgelegte Argument CONFIGURATION_BUILD_DIR überschreibt den podspezifischen Wert, der erforderlich ist, damit der Build erfolgreich ist. Wenn Pods eine bestimmte Ordnerstruktur enthalten, z. B. den Firebase Inapp Messaging-Pod.

Wenn Sie beispielsweise cordova build ios in meiner Umgebung ausführen, wird der Befehl xcodebuild von platforms/ios/ mit den folgenden Argumenten ausgeführt:

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

Wenn ich diesen Befehl manuell ausführe, aber das Argument CONFIGURATION_BUILD_DIR entferne, ist der Build erfolgreich:

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

Dies ist also ein Fehler in den aktuellen Versionen von Cordova im Umgang mit diesen Pods.
Derzeit gibt es keine Möglichkeit, die Cordova-CLI anzuweisen, das Argument CONFIGURATION_BUILD_DIR wegzulassen. Daher können die einzigen Optionen direkt in Xcode erstellt oder der Befehl xcodebuild manuell aufgerufen werden (wobei er aus der fehlgeschlagenen Ausgabe von abgerufen wird) cordova build ios ) und lassen Sie das Argument CONFIGURATION_BUILD_DIR weg

Vielen Dank für diese detaillierte Untersuchung, sehr geschätzt.

8.01 behebt das Problem beim nativen Ausführen (Ionic 3) und reduziert die Erstellungszeit von 8.1.0 (über 12 Minuten) auf nur 1-2 Minuten erheblich.

Es wurde nun v9.0.0 veröffentlicht, mit dem dieses Problem behoben wird, indem die Inapp Messaging SDK-Komponenten aus diesem Plugin entfernt werden

Hat leider nicht viel geholfen. Der Fehler wurde jetzt (in 9.0.0) umgeschaltet auf:

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

Scheint ein systemisches Problem zu sein.

Verdammt, ich habe vergessen, dass die GoogleTagManager iOS-Komponente von PR # 318 hinzugefügt wurde.

Es ist in der Tat ein systembedingtes Problem mit der cordova-ios -Plattform, Unterstützung für Cocoapods hinzuzufügen. Das CLI-Build-System unterstützt die für einige Pods wie diese erforderliche Build-Konfiguration nicht vollständig (siehe https://github.com/apache/cordova-ios/issues/659).

Ich (und andere) verwenden jetzt GTM über dieses Plugin in der Produktion, daher ist das Entfernen dieser Komponente auch für iOS (obwohl es das CLI-Build-Problem behebt) keine Option.

Ich muss meine Strategie überdenken, um dies zu verwalten: Das Einbauen von Xcode funktioniert einwandfrei, wenn die GTM- und Inapp Messaging SDK-Komponenten enthalten sind - nur Cordova CLI-Builds sind das Problem und das liegt an einem Problem innerhalb der Cordova CLI Erstellungsprozess unter iOS.

Daher schlage ich vor, einen neuen Zweig dieses Repos zu erstellen - cli_build - der speziell die GTM- und Inapp Messaging SDK-Komponenten für beide Plattformen entfernt (obwohl iOS das Problem ist und Android mit der CLI gut funktioniert, weiß ich nicht). keine plattformübergreifenden Inkonsistenzen erzeugen wollen). Dieser Zweig ist ansonsten derselbe wie der Master und wird parallel verwaltet, aber npm-Releases befinden sich außerhalb des Master-Zweigs und enthalten daher GTM- und Inapp Messaging SDK-Komponenten.
Wenn Sie mit der Cordova CLI erstellen möchten, müssen Sie daher direkt in Ihrem Projekt auf den Zweig verweisen:

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

Wenn eine neue Version von cordova-ios das zugrunde liegende Build-Problem behebt, das durch das Einschließen bestimmter Pods wie dieser verursacht wird, können Benutzer mit CLI-Builds wieder zum Hauptzweig wechseln.

Dies ist der beste Weg, um dieses Problem zu lösen. Schließlich handelt es sich um ein Problem, das durch den Cordova CLI-Erstellungsprozess verursacht wird, und das Erstellen mit Xcode funktioniert einwandfrei. Daher möchte ich die Plugin-Funktionalität für diejenigen, die daraus erstellen können, nicht einschränken Xcode zum Nutzen derer, die es nicht können.

Das scheint eine vernünftige Lösung zu sein, danke. Hoffentlich kann cordova-ios bald eine neue Version veröffentlichen, da sich in letzter Zeit Probleme auf der iOS-Seite häufen.

@ dpa99c Gibt es eine Möglichkeit, die CLI-Versionen in einem npm-Tag zu veröffentlichen? Ich weiß nicht, wie flexibel npm-Tags sind ... Ich habe selbst Alpha und Beta verwendet, aber ich denke, technisch gesehen können sie alles sein. Es wäre wirklich schön, wenn Sie die cli-Version für dieses Modul immer noch auf Ihrer offiziellen npm veröffentlichen könnten, nur unter einem anderen Tag. Das würde es Ihnen hoffentlich ermöglichen, dieselbe Version mit möglicherweise einem alternativen Suffix (dh 8.2.0-cli vs. 8.2.0) zu verwenden, die cli-Version unter einem cli-Tag in npm zu veröffentlichen und dann einfach die von uns verwendete Version zu ändern in unserer package.json, um -cli am Ende der Version hinzuzufügen.

@ jrista gute Idee - ich werde es untersuchen

OK, wie bereits erwähnt, gibt es jetzt einen Zweig cli_build, aus dem die problematischen Firebase SDK-Komponenten entfernt wurden. Sie können direkt von der Zweigstelle aus installieren oder es gibt eine zugehörige parallele NPM-Version:

cordova plugin add [email protected]

Dies wird jetzt in der Hauptdokumentation beschrieben , um allen zu helfen, die sich der CLI-Erstellungsprobleme nicht bewusst sind.

Es gibt eine entsprechende Patch-Version aus dem Hauptzweig, die die Inapp Messaging-Komponenten erneut hinzufügt und für die Erstellung von Xcode vorgesehen ist, bis eine neue cordova-ios -Version die CLI-Erstellungsprobleme behebt:

    cordova plugin add [email protected]

Danke, @ dpa99c! Ich bin froh, dass das Suffix der alternativen Version funktioniert hat! Das ist großartig!

@ dpa99c Ich habe meinem Projekt cordova plugin add [email protected] hinzugefügt und es hat beim ersten Erstellen für ios funktioniert. Wenn ich jedoch den Build-Befehl ionic cordova build ios ausführe, wird erneut die Fehlermeldung angezeigt, dass InAppMessagingDisplayResources.bundle "nicht gefunden wurde.

@ PatrickJung94 [email protected] enthält keine Verweise auf die Inapp Messaging SDK-Komponente, daher würde ich spekulieren, dass Sie irgendwo in Ihrer Konfiguration einen Verweis auf eine Nicht-CLI-Version haben, wodurch diese Version stattdessen abgerufen wird.

Überprüfen Sie Ihre Projektkonfigurationsdateien und auch plugins/cordova-plugin-firebasex/plugin.xml um festzustellen, welche Version tatsächlich in Ihrem Projekt vorhanden ist.

@ dpa99c Ich habe <plugin id="cordova-plugin-firebasex" version="9.0.1" in <plugin id="cordova-plugin-firebasex" version="9.0.1-cli" in plugins/cordova-plugin-firebasex/plugin.xml geändert und erhalte nach dem Erstellen immer noch den Fehler. Könnte es eine andere Referenz geben, nach der ich suchen könnte?

Selbst wenn platforms/ios , plugins und node_modules und mit npm install neu installiert und mit ionic cordova build ios , bleibt das Problem bestehen.

@ PatrickJung94 check package.json auch. Ich würde eine rekursive Textsuche aller Projektdateien durchführen, um sicherzustellen, dass Sie keine verpasst haben.

@ dpa99c package.json hat folgenden Eintrag: "cordova-plugin-firebasex": "^9.0.1-cli" obwohl in package-lock.json ich habe:

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

Durch Löschen der Sperrdatei und erneutes Ausführen von npm install wird die neu generierte Sperrdatei nicht aktualisiert.

@ PatrickJung94 , versuche cmd ionic cordova plugin rm cordova-plugin-firebasex --force auszuführen

Stellen Sie dann sicher, dass kein Ordner "your_project_name / plugin / cordova-plugin-firebasex" vorhanden ist. Wenn noch vorhanden, habe ich es einfach manuell gelöscht.

Führen Sie dann ionic cordova plugin add [email protected] .

Führen Sie danach cmd npm install @ionic-native/firebase-x .

Überprüfen Sie danach mit cmd ionic cordova plugin . Es sollte auflisten
cordova-plugin-firebasex 9.0.1-cli "Google Firebase Plugin" .

Sie sollten auch "Ihr_Projektname / Plugin / Cordova-Plugin-Firebasex / package.json" überprüfen, da 9.0.1-cli überall referenziert wird ... was Sie wollen. Zuletzt überprüfen Sie "Ihr_Projektname / package.json" und suchen Sie nach cordova-plugin-firebasex": "^9.0.1-cli .

Versuchen Sie dann erneut, Ihre App mit sudo ionic cordova build ios zu erstellen.

Hallo,

Nur zu Ihrer Information , ich hatte das gleiche Problem und konnte es beheben, indem @kennethtck folgte + indem

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

Ich hatte ähnliche Probleme und löste sie durch den Wechsel zu Version 9.0.1-cli.

Dies führte jedoch zu einer Verlängerung der IOS-Erstellungszeit um über 400% (im Vergleich zu Version 6.1.0 des Plugins). Beim Kompilieren der Beispiel-App mit diesen beiden Versionen habe ich einen ähnlichen Anstieg festgestellt.

Ich habe oben einen Kommentar von @patrickchoi bemerkt, der darauf

Weiß jemand, ob es eine Möglichkeit gibt, die Verlangsamung der Build-Zeit in den neuesten Versionen des Plugins zu verringern? Mir ist klar, dass dies wahrscheinlich kein Problem mit dem Plugin selbst ist ... mehr mit Firebase SDK-Komponenten (??) Gibt es eine Möglichkeit, dies zum Zeitpunkt der Erstellung zu optimieren (und dies idealerweise von einer Einstellung / einem Skript / einer CLI aus zu steuern)?

Wir haben eine Cordova-App, bauen aber auch eine native Watch-App für unser iOS-Projekt. Wir hatten viele Probleme beim Versuch, mit Cordova CLI iOS zu erstellen, wenn wir die Watch-App bündeln wollten (aufgrund von CLI-Einschränkungen für die Handhabung von iOS- und Watch-Apps während des Build- / Archivierungsprozesses - wenn ich mich recht erinnere, speziell für das Signieren). Aus diesem Grund müssen wir iOS App + Watch Builds mit xcodebuild manuell durchführen.

Ich bin auf die gleichen Build-Fehler gestoßen, die in diesem Problem beschrieben werden, habe sie jedoch mithilfe der folgenden Funktionen zum Laufen gebracht.

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

Wir verwenden v8.0.1 dieses Plugins. Beim Versuch, 9.0.1-cli ( error: Build input file cannot be found: gRPCCertificates-Cpp.bundle/gRPCCertificates-Cpp ) zu verwenden, gab es einige andere Probleme.

Ich weiß, dass unsere Situation wahrscheinlich einzigartig ist, aber vielleicht kann dies anderen in Zukunft helfen. Vielen Dank!

@kennethtck Ich habe vergessen Ihnen zu sagen, dass mein Kollege unser Problem nach Ihren Schritten behoben hat. Vielen Dank für die bereitgestellten Schritte!

@ dpa99c Hallo, es sieht so aus, als ob InAppMessaging und GoogleTagManager vom Master in https://github.com/dpa99c/cordova-plugin-firebasex/commit/b21213f3cb4d461f87980694fb2a2869ba979996 wieder in den 9.0.3-cli-Zweig zusammengeführt wurden

@ dpa99c , @maxtacco , das tue ich auch.

`cd [MYPATH] / platform / ios
/ bin / sh -c [MYPATH] / Bibliothek / Entwickler / Xcode / DerivedData / [APPNAME] -aanowkqndskebrfkxmvdfhcnksye / Build / Intermediates.noindex / [APPNAME] .build / Debug-iphonesimulator / [APPNAME]. Sch
Fehler: Ressource "[MYPATH] / Bibliothek / Entwickler / Xcode / DerivedData / [APPNAME] -aanowkqndskebrfkxmvdfhcnksye / Build / Produkte / Debug-iphonesimulator / FirebaseInAppMessaging / InAppMessagingDisplayResources.bundle" nicht gefunden. Führen Sie 'pod install' aus, um das Skript für Kopierressourcen zu aktualisieren.

* BAU FEHLGESCHLAGEN *

Die folgenden Build-Befehle sind fehlgeschlagen:
PhaseScriptExecution [CP] Pods-Ressourcen kopieren [MYPATH] / Library / Developer / Xcode / DerivedData / [APPNAME] -aanowkqndskebrfkxmvdfhcnksye / Build / Intermediates.noindex / [APPNAME] .build / Debug-iphonesimulator / .Sch
(1 Fehler)
xcodebuild: Befehl mit Exit-Code 65` fehlgeschlagen

Ich verwende ein Cordova Webpack Plugin und bevorzuge die Verwendung von CLI.

Prost!

* bearbeiten *

Ich habe @orenagivs Trick gemacht und es hat funktioniert. Sieht so aus, als hätte ich mich von

@ jh-gh Hast du es schneller kompilieren lassen? Auf meinem Macbook Air 2012 dauert der Start mit CLI (Cordova Run iOS) 23 Minuten !! Und es scheint immer alles wieder aufzubauen.

Prost.

@Phrensoua Nein, ich habe keine Möglichkeit gefunden, die Kompilierung im 9.X-Stream zu beschleunigen. Ich bleibe vorerst immer noch bei 8.0.1, da diese Version für ios immer noch in angemessener Zeit erstellt wird, während die Erstellung der 9.0.1-cli-Version viermal so lange dauert (ich habe keine späteren 9.X-Versionen ausprobiert). .

Ich habe oben einen Kommentar von @patrickchoi bemerkt, der darauf

Entschuldigung @ jh-gh Haben Sie das Problem gelöst, indem Sie das Plugin entfernt und auf diese Weise erneut installiert haben?

cordova plugin add [email protected]

Cordova-Plattform entfernen ios;
Cordova-Plattform ios @ latest hinzufügen
Cordova Plugin Cordova-Plugin-Firebasex entfernen;
Cordova Plugin [email protected] hinzufügen

Danke @orenagiv das hat bei mir funktioniert.

@ jh-gh, danke für deine Antwort. Auf meiner Seite habe ich mich entschlossen, vorerst in Xcode auszuführen. Es wird nicht jedes Mal neu aufgebaut, zumindest nicht ...

Prost

Ich habe oben einen Kommentar von @patrickchoi bemerkt, der darauf

Entschuldigung @ jh-gh Haben Sie das Problem gelöst, indem Sie das Plugin entfernt und auf diese Weise erneut installiert haben?

cordova plugin add [email protected]

@ilclaudio Ich habe die Abhängigkeitsversion in package.json aktualisiert und einen sauberen Build durchgeführt (rm node_modules, npm install, rm platform / plugins, (ionische) cordova build ios).

Ich hatte ähnliche Probleme und löste sie durch den Wechsel zu Version 9.0.1-cli.

Dies führte jedoch zu einer Verlängerung der IOS-Erstellungszeit um über 400% (im Vergleich zu Version 6.1.0 des Plugins). Beim Kompilieren der Beispiel-App mit diesen beiden Versionen habe ich einen ähnlichen Anstieg festgestellt.

Ich habe oben einen Kommentar von @patrickchoi bemerkt, der darauf

Weiß jemand, ob es eine Möglichkeit gibt, die Verlangsamung der Build-Zeit in den neuesten Versionen des Plugins zu verringern? Mir ist klar, dass dies wahrscheinlich kein Problem mit dem Plugin selbst ist ... mehr mit Firebase SDK-Komponenten (??) Gibt es eine Möglichkeit, dies zum Zeitpunkt der Erstellung zu optimieren (und dies idealerweise von einer Einstellung / einem Skript / einer CLI aus zu steuern)?

Ich habe auch ein Build-Problem mit 9.1.1 bekommen, aber das Build mit 9.1.1-cli war erfolgreich. Diese Versionen haben das gleiche Problem mit der Erstellungszeit. Es dauerte vielleicht 15-20 Minuten. Also habe ich 8.0.1 heruntergestuft und in 2-3 Minuten gebaut. Vielen Dank für Test und 8.0.1 Tipp.

@orenagiv
DANKE!
ionic cordova plugin add [email protected]

es hat perfekt funktioniert, die Kompilierungszeit ist derzeit das einzige Problem

Protip: Pin es nicht so:
"cordova-plugin-firebasex": "^9.1.1-cli"
da wird standardmäßig die Nicht-CLI verwendet. Verwenden Sie es direkt.
"cordova-plugin-firebasex": "9.1.1-cli"

Scheint offensichtlich, aber ich habe heute einige Zeit verloren, als ich mir am Kopf kratzte, warum es immer noch den alten Fehler auslöst.

Gibt es einen Unterschied zwischen dem Erstellen mit CLI cordova run ios --device und mit Xcode?

@sboudouk Ja, das hier dokumentiert ) fehl, während es beim Erstellen von Xcode einwandfrei funktioniert. Daher ist ein -cli erforderlich.

Ist es möglich, das Paket mit dem Tag "latest-cli" zu versehen?

Hallo

Ich habe ein großes Problem mit diesem Plugin auf iOS beim Kompilieren. Ich wollte keinen neuen Thread starten, da ich nicht denke, dass es ein Problem mit dem Plugin ist, sondern mit der Pods-Bibliothek. Es wird ein Build-Fehler erstellt, der besagt, dass die Festplatte in verschiedenen Phasen des Builds voll ist. Ich verwende einen Remote-Mac-Server und der Support kann mir nicht helfen, abgesehen davon, dass ich einen neuen Server erstelle, was ich tun könnte, aber ich denke, es ist vielleicht das gleiche Problem. Ich denke, es ist ein volles Problem mit der RAM-Disk, da diese Pod-Bibliothek sehr umfangreich ist und die Kompilierungszeit viel länger dauert. Ich habe online nach etwas gesucht, um dieses Problem zu beheben, indem ich den Xcode-Build usw. bereinigt habe, aber ich kann diesen Build immer noch nicht erstellen. Gibt es jemanden, der mich zu einer Lösung führen kann, warum dieser Fehler auftritt und was ich tun kann, um ihn zu beheben? Der Build funktioniert gut und schnell ohne dieses Plugin

Hier ist ein Beispiel
Fehler: Zugriff auf Build-Datenbank
"/Users/user915171/Library/Developer/Xcode/DerivedData/Astra-albjvigcqvqixkbzncjokuhaaees/Build/Intermediates.noindex/XCBuildData/build.db": Datenbank oder Datenträger ist voll

Wenn Sie dieses Problem haben, fügen Sie bitte folgendes Plugin mit derselben Version hinzu:
Cordova-Plugin-AndroidX-Adapter 1.1.1
Cordova-Plugin-AndroidX 1.0.2
cordova-plugin-firebasex 9.0.1-cli

Für dieses Plugin werden Cordova-Plugin-AndroidX und Cordova-Plugin-Androidx-Adapter benötigt.

Hallo

Ähnliche Probleme mit der Cordova Cli. Ich konnte sie jedoch nicht beheben, indem ich zu einer -cli-Version des Plugins wechselte. Oder durch ein Downgrade auf 8.0.1, das zuvor für mich funktioniert hat.

Meine Builds schlagen immer mit der folgenden Meldung fehl, unabhängig davon, welche Version des Plugins ich jetzt verwende. Wenn ich das Plugin vollständig entferne, ist der Build erfolgreich.

Ich bin mir nicht sicher, wie sich diese Pods immer noch in meinen Build einschleichen, selbst wenn ich das -cli-Plugin oder das 8.0.1-Plugin verwende. Werde posten, wenn ich eine Lösung finde. Wenn jemand dieses Problem gesehen hat, lassen Sie es mich bitte wissen.

Beim Erstellen des Moduls 'nanopb', das aus /Users/haydencassar/Code/AppTemplate/frontend/platforms/ios/Pods/GoogleDataTransport/GoogleDataTransport/GDTCCTLibrary/Protogen/nanopb/cct.nanopb.h:22 importiert wurde:
In Datei enthalten von: 1:
/ Users / haydencassar / Code / AppTemplate / frontend / platform / ios / Pods / Zielunterstützungsdateien / nanopb / nanopb-umbrella.h: 13: 9: Fehler: In doppelten Anführungszeichen steht "pb.h" im Framework-Header, erwarteter Winkel -bracketed stattdessen [-Werror, -Wquoted-include-in-Framework-Header]

"pb.h" importieren

    ^~~~~~
    <pb.h>

/ Users / haydencassar / Code / AppTemplate / frontend / platform / ios / Pods / Zielunterstützungsdateien / nanopb / nanopb-umbrella.h: 14: 9: Fehler: In doppelten Anführungszeichen steht "pb_common.h" im Framework-Header, erwarteter Winkel -bracketed stattdessen [-Werror, -Wquoted-include-in-Framework-Header]

importiere "pb_common.h"

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

Beim Erstellen des Moduls 'nanopb', das aus /Users/haydencassar/Code/AppTemplate/frontend/platforms/ios/Pods/GoogleDataTransport/GoogleDataTransport/GDTCCTLibrary/Protogen/nanopb/cct.nanopb.h:22 importiert wurde:
In Datei enthalten von: 1:
In der Datei enthalten von / Users / haydencassar / Code / AppTemplate / frontend / platform / ios / Pods / Zielunterstützungsdateien / nanopb / nanopb-umbrella.h: 14:
/Users/haydencassar/Code/AppTemplate/frontend/platforms/ios/Pods/nanopb/pb_common.h:8:10: Fehler: In Anführungszeichen steht "pb.h" im Framework-Header, stattdessen in spitzen Klammern [-Werror , -Wquoted-include-in-Framework-Header]

include "pb.h"

     ^~~~~~
     <pb.h>

Beim Erstellen des Moduls 'nanopb', das aus /Users/haydencassar/Code/AppTemplate/frontend/platforms/ios/Pods/GoogleDataTransport/GoogleDataTransport/GDTCCTLibrary/Protogen/nanopb/cct.nanopb.h:22 importiert wurde:
In Datei enthalten von: 1:
/ Users / haydencassar / Code / AppTemplate / frontend / platform / ios / Pods / Zielunterstützungsdateien / nanopb / nanopb-umbrella.h: 15: 9: Fehler: In doppelten Anführungszeichen steht "pb_decode.h" im Framework-Header, erwarteter Winkel -bracketed stattdessen [-Werror, -Wquoted-include-in-Framework-Header]

importiere "pb_decode.h"

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

Beim Erstellen des Moduls 'nanopb', das aus /Users/haydencassar/Code/AppTemplate/frontend/platforms/ios/Pods/GoogleDataTransport/GoogleDataTransport/GDTCCTLibrary/Protogen/nanopb/cct.nanopb.h:22 importiert wurde:
In Datei enthalten von: 1:
In der Datei enthalten von / Users / haydencassar / Code / AppTemplate / frontend / platform / ios / Pods / Zielunterstützungsdateien / nanopb / nanopb-umbrella.h: 15:
/Users/haydencassar/Code/AppTemplate/frontend/platforms/ios/Pods/nanopb/pb_decode.h:9:10: Fehler: Doppelte Anführungszeichen enthalten "pb.h" im Framework-Header, erwartete spitze Klammer stattdessen [-Werror , -Wquoted-include-in-Framework-Header]

include "pb.h"

     ^~~~~~
     <pb.h>

Beim Erstellen des Moduls 'nanopb', das aus /Users/haydencassar/Code/AppTemplate/frontend/platforms/ios/Pods/GoogleDataTransport/GoogleDataTransport/GDTCCTLibrary/Protogen/nanopb/cct.nanopb.h:22 importiert wurde:
In Datei enthalten von: 1:
/ Users / haydencassar / Code / AppTemplate / frontend / platform / ios / Pods / Zielunterstützungsdateien / nanopb / nanopb-umbrella.h: 16: 9: Fehler: In doppelten Anführungszeichen steht "pb_encode.h" im Framework-Header, erwarteter Winkel -bracketed stattdessen [-Werror, -Wquoted-include-in-Framework-Header]

importiere "pb_encode.h"

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

Beim Erstellen des Moduls 'nanopb', das aus /Users/haydencassar/Code/AppTemplate/frontend/platforms/ios/Pods/GoogleDataTransport/GoogleDataTransport/GDTCCTLibrary/Protogen/nanopb/cct.nanopb.h:22 importiert wurde:
In Datei enthalten von: 1:
In der Datei enthalten aus / Users / haydencassar / Code / AppTemplate / frontend / platform / ios / Pods / Zielunterstützungsdateien / nanopb / nanopb-umbrella.h: 16:
/Users/haydencassar/Code/AppTemplate/frontend/platforms/ios/Pods/nanopb/pb_encode.h:9:10: Fehler: Doppelte Anführungszeichen enthalten "pb.h" im Framework-Header, erwartete spitze Klammer stattdessen [-Werror , -Wquoted-include-in-Framework-Header]

include "pb.h"

     ^~~~~~
     <pb.h>

Beim Erstellen des Moduls 'nanopb', das aus /Users/haydencassar/Code/AppTemplate/frontend/platforms/ios/Pods/GoogleDataTransport/GoogleDataTransport/GDTCCTLibrary/Protogen/nanopb/cct.nanopb.h:22 importiert wurde:
In Datei enthalten von: 1:
/ Users / haydencassar / Code / AppTemplate / frontend / platform / ios / Pods / Zielunterstützungsdateien / nanopb / nanopb-umbrella.h: 17: 9: Fehler: In Anführungszeichen steht "pb.h" im Framework-Header, erwarteter Winkel -bracketed stattdessen [-Werror, -Wquoted-include-in-Framework-Header]

"pb.h" importieren

    ^~~~~~
    <pb.h>

/ Users / haydencassar / Code / AppTemplate / frontend / platform / ios / Pods / Zielunterstützungsdateien / nanopb / nanopb-umbrella.h: 18: 9: Fehler: In doppelten Anführungszeichen steht "pb_decode.h" im Framework-Header, erwarteter Winkel -bracketed stattdessen [-Werror, -Wquoted-include-in-Framework-Header]

importiere "pb_decode.h"

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

/ Users / haydencassar / Code / AppTemplate / frontend / platform / ios / Pods / Zielunterstützungsdateien / nanopb / nanopb-umbrella.h: 19: 9: Fehler: In doppelten Anführungszeichen steht "pb_common.h" im Framework-Header, erwarteter Winkel -bracketed stattdessen [-Werror, -Wquoted-include-in-Framework-Header]

importiere "pb_common.h"

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

/ Users / haydencassar / Code / AppTemplate / frontend / platform / ios / Pods / Zielunterstützungsdateien / nanopb / nanopb-umbrella.h: 20: 9: Fehler: In Anführungszeichen steht "pb.h" im Framework-Header, erwarteter Winkel -bracketed stattdessen [-Werror, -Wquoted-include-in-Framework-Header]

"pb.h" importieren

    ^~~~~~
    <pb.h>

/ Users / haydencassar / Code / AppTemplate / frontend / platform / ios / Pods / Zielunterstützungsdateien / nanopb / nanopb-umbrella.h: 21: 9: Fehler: In doppelten Anführungszeichen steht "pb_encode.h" im Framework-Header, erwarteter Winkel -bracketed stattdessen [-Werror, -Wquoted-include-in-Framework-Header]

importiere "pb_encode.h"

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

/ Users / haydencassar / Code / AppTemplate / frontend / platform / ios / Pods / Zielunterstützungsdateien / nanopb / nanopb-umbrella.h: 22: 9: Fehler: In doppelten Anführungszeichen steht "pb_common.h" im Framework-Header, erwarteter Winkel -bracketed stattdessen [-Werror, -Wquoted-include-in-Framework-Header]

importiere "pb_common.h"

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

13 Fehler generiert.
In der Datei enthalten von /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: Schwerwiegender Fehler: Modul 'nanopb' konnte nicht erstellt werden

einschließen

~ ~~~ ^
14 Fehler generiert.

* ARCHIV FEHLGESCHLAGEN *

Die folgenden Build-Befehle sind fehlgeschlagen:
CompileC /Users/haydencassar/Library/Developer/Xcode/DerivedData/Vita_Plan-adyddjnjkyhpbddfhgtvyhypkbaq/Build/Intermediates.noindex/ArchiveIntermediates/Vita Plan / IntermediateBuildFu .nanopb.o GoogleDataTransport / GoogleDataTransport / GDTCCTLibrary / Protogen / nanopb / cct.nanopb.c normal armv7 c com.apple.compilers.llvm.clang.1_0.compiler
(1 Fehler)
xcodebuild: Befehl mit Exit-Code 65 fehlgeschlagen
[FEHLER] Beim Ausführen des Unterprozesses Cordova ist ein Fehler aufgetreten.

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

@ hcassar93 Ich habe ähnliche Probleme gesehen. Ich schlage vor, dass Sie versuchen, Ihre Cocoapods-Installation auf die Vorabversion zu aktualisieren (siehe https://stackoverflow.com/questions/63646607/xcode-12-using-firebase-pods-lexical-or-preprocessor-issue-pb-h -file-not-fou / 63648164 # 63648164). Das hat es für mich behoben.

@ jh-gh Vielen Dank. Schätze wirklich deine Hilfe. Es wurde auch für mich behoben.

Das Anheften der Plugin-Version an 8.0.1 funktioniert auch bei mir. Aufbauend aus CLI und CI.

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