cordova-plugin-firebasexバージョンを8.0.1に戻すと機能します。 最近のリリースでのアプリ内メッセージングのサポートは、何かを壊したに違いありません。

また、同じ問題が発生しています。 CIビルドのココアポッド準備フェーズでもpod repo updateとpod installを実行しようとしましたが、役に立ちませんでした。

      - 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

このプラグインを機能させることは、上記のように、大きな雑用です。 CocoaPodsのpod dependenciesは、プラグインが存在しない限り実行できませんが、CocoaPodsが正しくインストールされていないため、プラグインの初期インストールは失敗します。 したがって、最初にコルドバプラットフォームを準備してプラグインをインストールし（失敗した状態で）、ポッドの依存関係を実行してから、プラグインを削除して再度追加し、プラットフォームを再準備する必要があります。これで、 pod repo updateと次に、 pod installます...

このプラグインを機能させるためのより簡単な方法が必要です... Oo

完全なエラーレポート：

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.

推奨されるコマンドpod installを実行しても、効果がないようです。 指定された.bundleファイルを探しましたが、どこにも見つかりません。 プラグインは最新リリースで壊れているようです。

バンドルはplatforms / ios / buildディレクトリにありますが、FirebaseMessagingなどのサブディレクトリに配置されるのではなく、「フラット」です。 これは、参照スクリプトのパスが間違っているか、バンドルが適切な場所に到達していないようです。

バージョン8.0.1に戻ろうとしましたが、まだビルドの問題があります。 現在のビルドエラーはこれです。これは、 pod installを実行するかどうかに関係なく発生します。

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.

この問題により、私たちは水中で死んでしまい、開発を進めることができなくなりました。 プラグインの作者から洞察を得るチャンスはありますか？

プロジェクト全体をクリーンアップしてリセットすると思いますか？

CIのすべてのビルドは、白紙の状態からのものです。 リポジトリをプルしてから、必要なionic / cordovaコマンドを実行して、プラグインなどを最初から準備、インストールします。 プラットフォームやプラグインのディレクトリはチェックインしません（Capacitorは通常、低レベルのネイティブコードをいじる必要があり、最終的にチェックする必要があるため、Capacitorに移動するのではなくCordovaを使い続けた理由の1つです。オールイン...ブレ。：P）

XCode用の最新のビルドシステムを使用していますか、それともレガシービルドシステムを使用していますか？ プロジェクトにまだcordova-plugin-cocoapodsxがありますか？ それは少し前に落とされました、そしてそれがまだ残っているならば、多分それは何かと衝突します。

これは比較的新しいプロジェクトで、昨年末にIonic4とCordova9で開始されました。cocoapodsxは使用していません。

プロジェクトは先週までうまくいきましたが、その後突然壊れました。 ビルドの開発と展開は、おそらく先週の週の半ばまで、数か月間続いています。 唯一の変更はFirebaseXのようです。

私は今、プラグインのいくつかの以前のバージョンを試しました。 この問題を解決するためにCIビルドスクリプトをいじり始める前に、CIビルドスクリプトを以前の状態に復元しました。 私たちは当初、昨年11月にこのプラグインのv7.0.1から始めました。 7.0.1、7.0.2、8.0.0、8.0.1を試しました。 これらのバージョンはすべて、この同じエラーが発生します。

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

pod installを実行すると、Podfile.lockとManifest.lockが見つからないという、以前に報告したエラーが発生します。

私たちはここの水で完全に死んでいます。

調査したところ、このエラーはCLIから（ xcodebuildツールを介して）ビルドする場合にのみ発生するようです-Xcodeからのビルドは正常に機能します（したがって、私は常にXcodeでビルドするため、この問題は見逃されていました）。
比較のために、 （失敗した）CLIビルドコンソール出力）と（成功した）Xcodeビルドコンソール出力を示します。

このエラーが発生する理由については、現時点ではわかりません。
Inapp Messagingコンポーネントは、 PR＃312をマージすることで追加されましたが、表面的には単純な追加です。プラグインコードを変更せずに、 Cocoapodsリファレンスを介してFirebaseSDKコンポーネントを
InAppMessagingDisplayResources.bundleが見つからなかったため、CLIビルドは失敗します。 これは、Firebase SDKの暗黙的なコンポーネントのようです（このプラグインによって明示的に指定されたものとは異なります）。
したがって、FirebaseSDKのInappMessagingコンポーネントをこのプラグインから削除する以外に、プラグインから実行できることはあまりないようです。もちろん、関連する機能は失われます。

当面の間、回避策はCLIではなくXcodeからビルドすることです。

iOS用FirebaseSDKの最新のv6.18.0リリースを参照するようにpodspecsを更新しようとしましたが、CLIからビルドするときに問題が発生します😞

CI（継続的インテグレーション）ビルドでXCodeを使用してビルドするオプションはありません。 コマンドラインである必要があります。 したがって、それは推奨される解決策にはなりません。 古いバージョンと現在のバージョンの両方が現在壊れています。 それが8.1.1より前のすべてのバージョンを壊したFirebaseSDKアップデートによるものなのか、それとも他の何かによるものなのかはわかりません...しかし、FirebaseAnalyticsとCloudMessagingを使用しており、現在、変更のために開発が停止されていますここに。

上記で投稿したエラーのいずれにも遭遇することなく、以前のバージョン8.0.1を動作させる方法はありますか？ アプリ内メッセージングは​​必要ありませんが、8.0.1がコマンドラインで8.1.1よりも優れているようには見えません...

iOS用FirebaseSDKの最新のv6.18.0リリースを参照するようにpodspecsを更新しようとしましたが、CLIからビルドするときに問題が発生します😞

以前のバージョンを参照することは可能でしょうか？ 8.1.1より前に機能していたのと同じバージョンのSDKを参照する8.0.2を入手できる可能性はありますか？

v8.0.1はCLIから正常にビルドされます-私のビルドからのこのコンソール出力を参照してください。

iOSでのCLIビルドで問題を引き起こしたのはInappMessagingコンポーネントの追加です。

OK。 firebasexプラグインへのすべてのバージョン参照を見つけて更新し、それらを8.0.1に設定し、プラグインをアンインストールした後、プラグインを再インストールするときに明示的に8.0.1を参照する必要がありました（ポッドがないためにプラグインの最初のインストールが失敗するため）インストールされていますが、プラグインがインストールされるまでポッドをインストールできません...）ポッドを更新する前に、すべてを機能させるために。 すべての場所ですべてのバージョン番号を8.0.1に明示的に構成すると、ビルドがようやく機能し始めました。

TL; DR：CLIを使用してビルドする場合は、パッチリリースが実行されるまでバージョン8.0.1を固定して、8.1.xでこの問題を修正します。
Xcodeでビルドする場合は、最新のv8.1.1に更新しても問題ありません。

この問題は、このプラグインまたはそれが参照するInapp MessagingSDKコンポーネントの特定のバージョンに固有のものではないようです。
次のコマンドを使用して、 cordova-plugin-firebase-inappmessaging （ Firebase / InAppMessagingDisplay v 6.3.0をプルする）の問題を再現できます。

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

これは（このコンソール出力が示すように）同じエラーで失敗します：

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.

このプラグインと同様に、Xcodeでのビルドは成功しています

バージョン8.0.1を固定しましたが、まだエラーがあります-問題はFirebaseCore.hが見つからないことです（＃330で説明したように）
ヘッダーなどに問題があるようです。 私が実行しているコマンドは次のとおりです。

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"

この問題をどのように解決できるかについてのヒントはありますか？

@ Javinator9889は、xcodebuildを直接呼び出しているように見えますか？

次のようなものを生成するCordovaCLIを介するのではなく：

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

xcodebuildの直接呼び出しは、潜在的なバリエーションが多すぎるため、このプラグインのコンテキストで直接サポートできるものではありません。

私が言えるのは、サンプルプロジェクトはCordova CLIを介してv8.0.1で正常にビルドされ、Xcodeを介してv8.1.1で正常にビルドされるため、これを実用的なリファレンスとして使用してください。

@ dpa99cコルドバCLIの使用について見てよろしくお願いします:)

@ dpa99c私は初めてCordovaに参加します-私はしばらくの間プロジェクトに取り組んできました。

Cordova CLIを使用してxcarchiveを作成する方法についてガイドをお願いしてもよろしいですか？

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

@ dpa99cうまくいきました😮

どうもありがとう<3

突いてごめんなさい！ XCodeを使用して回避できると思いますが、この問題の修正は計画されていますか？ XCodeを使用したビルドは、CLIを使用するよりも多くの方法があります

あなたが会話に従うならば、あなたはfirebasexプラグインに_v8.0.1_固定することによってコンパイルすることができていることがわかります@nnimis

また、進行中の作業（1日以内にオープン）であり、可能な場合は修正される予定です。 考えられる問題を修正するために、問題全体を読むことをお勧めします

新しいバージョンのFirebaseSDK、または新しいバージョンのcordova / cordova-iosを待つ必要があると思います。 Cocoapodsのサポートはまだ少し不安定です。

この段階では、問題の原因がわからないため、原因を特定できるまで修正は計画されていません。ここに示すように、このエラーはこのプラグインに固有のものではありません。
原因を見つけるのに助けがあれば、問題の解決が早くなります。

みんなありがとう、大急ぎではなく、いつでも実装される予定の修正があるかどうか知りたかっただけです。
@ Javinator9889私の場合、ダウングレードは機能しませんでした。申し訳ありません。

@nnimisあなたが持っていたエラーは何ですか？

この問題の具体的な原因はhttps://github.com/apache/cordova-ios/issues/659に概説されてい

Cordovaによって設定されたCONFIGURATION_BUILD_DIR引数は、ビルドを成功させるために必要なポッド固有の値をオーバーライドし、ポッドにFirebase InappMessagingポッドなどの特定のフォルダー構造が含まれている場合に失敗します。

したがって、たとえば、私の環境でcordova build iosを実行すると、次の引数を使用してplatforms/ios/からxcodebuildコマンドが実行されます。

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

そのコマンドを手動で実行したが、 CONFIGURATION_BUILD_DIR引数を削除すると、ビルドは成功します。

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

したがって、これは、これらのポッドの処理方法における現在のバージョンのCordovaのバグです。
現在、Cordova CLIにCONFIGURATION_BUILD_DIR引数を省略するように指示する方法はないため、Xcodeで直接ビルドするか、 xcodebuildコマンドを手動で呼び出す（失敗した出力から取得する）しかありません。 cordova build ios ）、 CONFIGURATION_BUILD_DIR引数を省略します

この詳細な調査に感謝します。

8.01は、ネイティブ実行（Ionic 3）で修正し、ビルド時間を8.1.0（12分以上）からわずか1〜2分に大幅に短縮します。

このプラグインからInappMessaging SDKコンポーネントを削除することでこの問題を解決する、v9.0.0が公開されました。

残念ながら、あまり役に立ちませんでした。 エラーは（9.0.0で）次のように切り替わりました。

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

体系的な問題のようです。

くそー、私はGoogleTagManager iOSコンポーネントがPR＃318によって追加されたことを忘れました。

これは確かに、Cocoapodsのサポートを追加する際のcordova-iosプラットフォームのシステム上の問題です。 CLIビルドシステムは、これらのような一部のポッドに必要なビルド構成を完全にはサポートしていません（https://github.com/apache/cordova-ios/issues/659で概説されています）。

私（および他の人）は現在、本番環境でこのプラグインを介してGTMを使用しているため、iOS用にこのコンポーネントを削除することも（CLIビルドの問題は修正されますが）オプションではありません。

これを管理するための戦略を再考する必要があります。GTMとInappMessaging SDKコンポーネントが含まれている場合、Xcodeでのビルドは問題なく機能します。問題となるのは、Cordova CLIビルドだけであり、CordovaCLI内の問題が原因です。 iOSでのビルドプロセス。

したがって、このリポジトリの新しいブランチ（ cli_buildを作成することを提案します。これにより、両方のプラットフォームのGTMおよびInappメッセージングSDKコンポーネントが具体的に削除されます（iOSが問題であり、AndroidはCLIで正常にビルドされますが、私はしません。クロスプラットフォームの不整合を作成したい）。 このブランチはそれ以外はマスターと同じであり、並行して維持されますが、npmリリースはマスターブランチから外れるため、GTMおよびInappメッセージングSDKコンポーネントが含まれます。
したがって、Cordova CLIを使用してビルドする場合は、プロジェクトでブランチを直接参照する必要があります。

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

新しいバージョンのcordova-ios 、これらのような特定のポッドが含まれている場合に発生する根本的なビルドの問題が解決された場合、CLIビルドを使用しているポッドはマスターブランチに戻ることができます。

これは、この問題を管理するために私が考えることができる最善の方法です-結局のところ、Cordova CLIビルドプロセスによって引き起こされる問題であり、Xcodeでのビルドは正常に機能します-したがって、からビルドできる人のためにプラグイン機能を制限したくありませんできない人のためのXcode。

それは合理的な解決策のようです、ありがとう。 最近iOS側で問題が山積しているので、cordova-iosがすぐに新しいバージョンをリリースできることを願っています。

@ dpa99c cliバージョンをnpmタグに公開できる可能性はありますか？ npmタグがどれほど柔軟かはわかりません...私は自分でアルファとベータを使用しましたが、技術的には何でもかまいません。 このモジュールの公式npmに、別のタグでcliバージョンを公開できれば本当に助かります。 これにより、おそらく別のサフィックス（つまり、8.2.0-cliと8.2.0）を使用して同じバージョンを使用し、npmのcliタグの下でcliを公開すると、使用するバージョンを簡単に変更できます。 package.jsonで、バージョンの最後に-cliを追加します。

@jrista良いアイデア-私はそれを調べます

さて、説明したように、問題のあるFirebaseSDKコンポーネントが削除された

cordova plugin add [email protected]

これは、CLIビルドの問題に気付いていない人を支援するために、メインドキュメントで概説されています。

Inapp Messagingコンポーネントを再追加する、マスターブランチからの対応するパッチリリースがあり、新しいcordova-iosバージョンがCLIビルドの問題を修正するまでXcodeからビルドすることを目的としています。

    cordova plugin add [email protected]

ありがとう、@ dpa99c！ 代替バージョンのサフィックスが機能してよかったです！ すごい！

@ dpa99cプロジェクトにcordova plugin add [email protected]を追加しましたが、 iOSのビルドで初めて機能しました。 ただし、ビルドコマンドionic cordova build iosを実行すると、InAppMessagingDisplayResources.bundle "が見つからないというエラーが再度表示されます。

@ PatrickJung94 [email protected]はInapp Messaging SDKコンポーネントへの参照が含まれていないため、構成のどこかに非CLIバージョンへの参照があり、そのバージョンが代わりにプルインされていると推測されます。

プロジェクト構成ファイルとplugins/cordova-plugin-firebasex/plugin.xmlをチェックして、プロジェクトに実際に存在するバージョンを確認してください。

@ dpa99cは私が変わっ<plugin id="cordova-plugin-firebasex" version="9.0.1"に<plugin id="cordova-plugin-firebasex" version="9.0.1-cli"でplugins/cordova-plugin-firebasex/plugin.xml 、私はまだ構築した後、エラーを取得しています。 私が探すことができる別の参照がありますか？

platforms/ios 、 plugins 、 node_modulesを削除し、 npm install再インストールし、 ionic cordova build ios再構築しても、問題は解決しません。

@ PatrickJung94 package.jsonもチェックしてください。 すべてのプロジェクトファイルを再帰的にテキスト検索して、見逃していないことを確認します。

@ dpa99c package.jsonは次のエントリがあります： "cordova-plugin-firebasex": "^9.0.1-cli"がpackage-lock.jsonにあります：

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

ロックファイルを削除してnpminstallを再度実行しても、新しく生成されたロックファイルは更新されません。

@ PatrickJung94 、cmd ionic cordova plugin rm cordova-plugin-firebasex --force実行してみてください

次に、「your_project_name / plugin / cordova-plugin-firebasex」フォルダーがないことを確認します。 まだ存在する場合は、手動で削除しました。

次に、 ionic cordova plugin add [email protected]ます。

その後、cmd npm install @ionic-native/firebase-xます。

その後、cmd ionic cordova pluginを使用して確認します。 リストする必要があります
cordova-plugin-firebasex 9.0.1-cli "Google Firebase Plugin" 。

9.0.1-cliが至る所で参照されるので、「your_project_name / plugin / cordova-plugin-firebasex /package.json」もチェックする必要があります...これはあなたが望むものです。 最後に、「your_project_name / package.json」を確認して、 cordova-plugin-firebasex": "^9.0.1-cliを探します。

次に、 sudo ionic cordova build iosを使用してアプリを再構築してみてください。

ねえ、

参考までに、私は同じ問題を抱えていて、 iOSプラットフォームを完全に削除し、再度追加し、プラグインを削除し、再度追加することで解決しました。

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

同様の問題があり、バージョン9.0.1-cliに切り替えることで解決しました。

ただし、これにより、IOSビルド時間が400％以上増加しました（プラグインのバージョン6.1.0と比較して）。 サンプルアプリをこれら2つのバージョンでコンパイルすると、同様の増加が確認されました。

@patrickchoiからの上記のコメントに気づきました。これは、ビルド時間の発生したことを示唆しています。 8.0.1にダウングレードしてみましたが、実際、これは正常かつ劇的に高速にビルドされます。 今のところ、このバージョン（8.0.1）を使用します。これは、今後のリリースでは機能が不要であり、ビルド時間の増加が大きな問題であるためです。特に、比較的電力が不足しているmacminiを使用するCI環境ではそうです。

プラグインの最新バージョンでビルド時間の低下を軽減する方法があるかどうか誰かが知っていますか？ これはおそらくプラグイン自体の問題ではないことを理解しています... Firebase sdkコンポーネントの詳細（??）ビルド時にこれを微調整する方法はありますか（理想的には設定/スクリプト/ CLIからこれを駆動します）？

Cordovaアプリがありますが、iOSプロジェクト用のネイティブ時計アプリも構築しています。 時計アプリにバンドルしたいときに、Cordova CLIを使用してiOSをビルドしようとすると、多くの問題に直面しました（ビルド/アーカイブプロセス中にiOSと時計アプリの両方を処理するためのCLIの制限のため、特に署名のために）。 このため、xcodebuildを使用してiOSアプリと時計のビルドを手動で実行する必要があります。

この問題で説明されているのと同じビルドエラーが発生しましたが、最終的に次を使用して動作するようになりました。

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

このプラグインのv8.0.1を使用しています。 9.0.1-cli（ error: Build input file cannot be found: gRPCCertificates-Cpp.bundle/gRPCCertificates-Cpp ）を使おうとすると、他にもいくつか問題が発生しました。

私たちの状況はおそらく独特ですが、これは将来他の人を助けることができるかもしれません。 ありがとう！

@kennethtck私の同僚があなたの手順に従って問題を修正したことをあなたに伝えるのを忘れました。 提供された手順をありがとう！

@ dpa99cこんにちは、InAppMessagingとGoogleTagManagerがhttps://github.com/dpa99c/cordova-plugin-firebasex/commit/b21213f3cb4d461f87980694fb2a2869ba979996のマスターから9.0.3-cliブランチにマージされたようです

@ dpa99c、@maxtacco、私はあまりにも行います。

`cd [MYPATH] / platform / ios
/ bin / sh -c [MYPATH] / Library / Developer / Xcode / DerivedData / [APPNAME] -aanowkqndskebrfkxmvdfhcnksye / Build / Intermediates.noindex / [APPNAME] .build / Debug-iphonesimulator / [APPNAME] .build / Script-2DD7BADC130A1BDEF45FCB72。 sh
エラー：リソース「[MYPATH] / Library / Developer / Xcode / DerivedData / [APPNAME] -aanowkqndskebrfkxmvdfhcnksye / Build / Products / Debug-iphonesimulator / FirebaseInAppMessaging / InAppMessagingDisplayResources.bundle」が見つかりません。 'pod install'を実行して、リソースのコピースクリプトを更新します。

*ビルドに失敗しました*

次のビルドコマンドが失敗しました：
PhaseScriptExecution [CP]コピーポッドリソース[MYPATH] / Library / Developer / Xcode / DerivedData / [APPNAME] -aanowkqndskebrfkxmvdfhcnksye / Build / Intermediates.noindex / [APPNAME] .build / Debug-iphonesimulator / [APPNAME] .build / Script-2DD7BADC130A1BDEFFC .sh
（1回失敗）
xcodebuild：コマンドが終了コード65`で失敗しました

私はcordovawebpackプラグインを使用しており、CLIを使用することを好みます。

乾杯！

*編集*

@ore​​nagivのトリックを実行しましたが、うまく[email protected]へのバックトラックが私を形成したように見えます。 ありがとう！

@ jh-ghコンパイルを速くしましたか？ 私の場合、Macbook Air 2012では、CLI（cordova run ios）を使用して開始するのに23分かかります!! そして、それは常にすべてを再構築するようです。

乾杯。

@Phrensouaいいえ、9.Xストリームでコンパイルを高速化する方法は見つかりませんでした。 9.0.1-cliバージョンのビルドには4倍の時間がかかるのに対し、そのバージョンはiosの場合でも妥当な時間でビルドされるため、今のところ8.0.1を使用しています（以降の9.Xバージョンは試していません）。 。

@patrickchoiからの上記のコメントに気づきました。これは、ビルド時間の

すみません@ jh-ghプラグインを削除して、この方法で再インストールするだけで問題は解決しましたか？

cordova plugin add [email protected]

コルドバプラットフォームはiOSを削除します。
cordovaプラットフォームはios @ latestを追加し
cordovaプラグインはcordova-plugin-firebasexを削除します。
cordovaプラグインは[email protected]を追加し

ありがとう@ore​​nagivこれは私のために働いた。

@ jh-gh、お返事ありがとうございます。 私の側では、今のところXcodeで実行することを決心しました。 少なくとも毎回再構築するわけではありません...

乾杯

@patrickchoiからの上記のコメントに気づきました。これは、ビルド時間の

すみません@ jh-ghプラグインを削除して、この方法で再インストールするだけで問題は解決しましたか？

cordova plugin add [email protected]

@ilclaudio package.jsonの依存関係バージョンを更新し、クリーンビルドを実行しました（rm node_modules、npm install、rm platform / plugins、（ionic）cordova build ios）。

同様の問題があり、バージョン9.0.1-cliに切り替えることで解決しました。

ただし、これにより、IOSビルド時間が400％以上増加しました（プラグインのバージョン6.1.0と比較して）。 サンプルアプリをこれら2つのバージョンでコンパイルすると、同様の増加が確認されました。

@patrickchoiからの上記のコメントに気づきました。これは、ビルド時間の発生したことを示唆しています。 8.0.1にダウングレードしてみましたが、実際、これは正常かつ劇的に高速にビルドされます。 今のところ、このバージョン（8.0.1）を使用します。これは、今後のリリースでは機能が不要であり、ビルド時間の増加が大きな問題であるためです。特に、比較的電力が不足しているmacminiを使用するCI環境ではそうです。

プラグインの最新バージョンでビルド時間の低下を軽減する方法があるかどうか誰かが知っていますか？ これはおそらくプラグイン自体の問題ではないことを理解しています... Firebase sdkコンポーネントの詳細（??）ビルド時にこれを微調整する方法はありますか（理想的には設定/スクリプト/ CLIからこれを駆動します）？

9.1.1でもビルドの問題が発生しましたが、9.1.1-cliでのビルドは成功しました。 これらのバージョンには、同じビルド時間の問題があります。 おそらく15〜20分かかりました。 だから私は8.0.1をダウングレードし、2〜3分でビルドしました。 テストと8.0.1のヒントをありがとう。

@ore​​nagiv
THNKS！
ioniccordovaプラグイン[email protected]

それは完璧に機能しました、コンパイル時間は現在唯一の問題です

ヒント：次のように固定しないでください。
"cordova-plugin-firebasex": "^9.1.1-cli"
デフォルトでは非CLIになります。 直接使用してください。
"cordova-plugin-firebasex": "9.1.1-cli"

当たり前のようですが、今日は頭をかいて時間を失いました。なぜそれでも古いエラーがスローされるのですか。

CLI cordova run ios --deviceを使用したビルドとXcodeを使用したビルドに違いはありますか？

@sboudoukはい、現在、サブフォルダー（GoogleタグマネージャーやFirebase Inappmessagingなど）を含むポッドの構築は、Cordova CLIの使用に失敗します（ここに記載されています）が、Xcodeで構築する場合は正常に機能するため、 -cliが必要ですこのプラグインの

「latest-cli」タグ付きのパッケージを提供することは可能ですか？

こんにちは

コンパイル時にiOSのこのプラグインに大きな問題があります。 プラグインではなくポッドライブラリの問題だとは思わないので、新しいスレッドを開始したくありませんでした。 ビルドのさまざまな段階でディスクがいっぱいであるというビルドエラーが発生します。 私はリモートMacサーバーを使用していますが、それらのサポートは、新しいサーバーを作成する以外に私を助けることはできませんが、おそらく同じ問題だと感じています。 このポッドライブラリは大規模であり、コンパイル時間が非常に長くなるため、RAMディスクがいっぱいになる問題だと思います。 xcodeビルドなどをクリーンアップするこの問題を修正するための何かをオンラインで検索しましたが、それでもこのビルドを作成できません。 なぜこのエラーが発生するのか、それを修正するために何ができるのかについての解決策を教えてくれる人はいますか？ このプラグインがなくても、ビルドは正常に高速に動作します

これが例です
エラー：ビルドデータベースにアクセスしています
"/Users/user915171/Library/Developer/Xcode/DerivedData/Astra-albjvigcqvqixkbzncjokuhaaees/Build/Intermediates.noindex/XCBuildData/build.db"：データベースまたはディスクがいっぱいです

この問題を抱えている人は、同じバージョンの次のプラグインを追加してください。
cordova-plugin-androidx-adapter 1.1.1
cordova-plugin-androidx 1.0.2
cordova-plugin-firebasex 9.0.1-cli

このプラグインには、cordova-plugin-androidxとcordova-plugin-androidx-adapterが必要です。

ねえ

コルドバCLIで同様の問題が発生しています。 ただし、プラグインの-cliバージョンに変更しても問題を解決できませんでした。 または、以前は私のために働いていた8.0.1にダウングレードすることによって。

現在使用しているプラ​​グインのバージョンに関係なく、ビルドは常に次のメッセージで失敗します。 プラグインを完全に削除すると、ビルドは成功します。

-cliプラグインまたは8.0.1プラグインを使用している場合でも、これらのポッドがビルドにどのように侵入しているかわからない。 解決策が見つかったら投稿します。 誰かがこの問題を見たなら、私に知らせてください。

/Users/haydencassar/Code/AppTemplate/frontend/platforms/ios/Pods/GoogleDataTransport/GoogleDataTransport/GDTCCTLibrary/Protogen/nanopb/cct.nanopb.h:22からインポートされたモジュール「nanopb」のビルド中：
から含まれているファイルに：1：1：
/ Users / haydencassar / Code / AppTemplate / frontend / platforms / ios / Pods / Target Support Files / nanopb / nanopb-umbrella.h：13：9：エラー：二重引用符で囲まれたフレームワークヘッダーに「pb.h」が含まれています、予想される角度-代わりに括弧で囲まれています[-Werror、-Wquoted-include-in-framework-header]

「pb.h」をインポートします

    ^~~~~~
    <pb.h>

/ Users / haydencassar / Code / AppTemplate / frontend / platforms / ios / Pods / Target Support Files / nanopb / nanopb-umbrella.h：14：9：エラー：二重引用符で囲まれたフレームワークヘッダーに「pb_common.h」が含まれています、予想される角度-代わりに括弧で囲まれています[-Werror、-Wquoted-include-in-framework-header]

「pb_common.h」をインポートします

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

/Users/haydencassar/Code/AppTemplate/frontend/platforms/ios/Pods/GoogleDataTransport/GoogleDataTransport/GDTCCTLibrary/Protogen/nanopb/cct.nanopb.h:22からインポートされたモジュール「nanopb」のビルド中：
から含まれているファイルに：1：1：
/ Users / haydencassar / Code / AppTemplate / frontend / platforms / ios / Pods / Target Support Files / nanopb / nanopb-umbrella.h：14からインクルードされたファイル：
/Users/haydencassar/Code/AppTemplate/frontend/platforms/ios/Pods/nanopb/pb_common.h:8:10：エラー：フレームワークヘッダーに二重引用符で囲まれた「pb.h」が含まれ、代わりに角括弧が必要です[-エラー、-wquoted-include-in-framework-header]

「pb.h」を含める

     ^~~~~~
     <pb.h>

/Users/haydencassar/Code/AppTemplate/frontend/platforms/ios/Pods/GoogleDataTransport/GoogleDataTransport/GDTCCTLibrary/Protogen/nanopb/cct.nanopb.h:22からインポートされたモジュール「nanopb」のビルド中：
から含まれているファイルに：1：1：
/ Users / haydencassar / Code / AppTemplate / frontend / platforms / ios / Pods / Target Support Files / nanopb / nanopb-umbrella.h：15：9：エラー：二重引用符で囲まれたフレームワークヘッダーに「pb_decode.h」が含まれています、予想される角度-代わりに括弧で囲まれています[-Werror、-Wquoted-include-in-framework-header]

「pb_decode.h」をインポートします

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

/Users/haydencassar/Code/AppTemplate/frontend/platforms/ios/Pods/GoogleDataTransport/GoogleDataTransport/GDTCCTLibrary/Protogen/nanopb/cct.nanopb.h:22からインポートされたモジュール「nanopb」のビルド中：
から含まれているファイルに：1：1：
/ Users / haydencassar / Code / AppTemplate / frontend / platforms / ios / Pods / Target Support Files / nanopb / nanopb-umbrella.h：15からインクルードされたファイル：
/Users/haydencassar/Code/AppTemplate/frontend/platforms/ios/Pods/nanopb/pb_decode.h:9:10：エラー：フレームワークヘッダーに二重引用符で囲まれた「pb.h」が含まれています。代わりに山括弧が必要です[-エラー、-wquoted-include-in-framework-header]

「pb.h」を含める

     ^~~~~~
     <pb.h>

/Users/haydencassar/Code/AppTemplate/frontend/platforms/ios/Pods/GoogleDataTransport/GoogleDataTransport/GDTCCTLibrary/Protogen/nanopb/cct.nanopb.h:22からインポートされたモジュール「nanopb」のビルド中：
から含まれているファイルに：1：1：
/ Users / haydencassar / Code / AppTemplate / frontend / platforms / ios / Pods / Target Support Files / nanopb / nanopb-umbrella.h：16：9：エラー：二重引用符で囲まれたフレームワークヘッダーに「pb_encode.h」が含まれています、予想される角度-代わりに括弧で囲まれています[-Werror、-Wquoted-include-in-framework-header]

「pb_encode.h」をインポートします

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

/Users/haydencassar/Code/AppTemplate/frontend/platforms/ios/Pods/GoogleDataTransport/GoogleDataTransport/GDTCCTLibrary/Protogen/nanopb/cct.nanopb.h:22からインポートされたモジュール「nanopb」のビルド中：
から含まれているファイルに：1：1：
/ Users / haydencassar / Code / AppTemplate / frontend / platforms / ios / Pods / Target Support Files / nanopb / nanopb-umbrella.h：16から含まれているファイル：
/Users/haydencassar/Code/AppTemplate/frontend/platforms/ios/Pods/nanopb/pb_encode.h:9:10：エラー：フレームワークヘッダーに二重引用符で囲まれた「pb.h」が含まれています。代わりに山括弧が必要です[-エラー、-wquoted-include-in-framework-header]

「pb.h」を含める

     ^~~~~~
     <pb.h>

/Users/haydencassar/Code/AppTemplate/frontend/platforms/ios/Pods/GoogleDataTransport/GoogleDataTransport/GDTCCTLibrary/Protogen/nanopb/cct.nanopb.h:22からインポートされたモジュール「nanopb」のビルド中：
から含まれているファイルに：1：1：
/ Users / haydencassar / Code / AppTemplate / frontend / platforms / ios / Pods / Target Support Files / nanopb / nanopb-umbrella.h：17：9：エラー：二重引用符で囲まれたフレームワークヘッダーに「pb.h」が含まれています、予想される角度-代わりに括弧で囲まれています[-Werror、-Wquoted-include-in-framework-header]

「pb.h」をインポートします

    ^~~~~~
    <pb.h>

/ Users / haydencassar / Code / AppTemplate / frontend / platforms / ios / Pods / Target Support Files / nanopb / nanopb-umbrella.h：18：9：エラー：二重引用符で囲まれたフレームワークヘッダーに「pb_decode.h」が含まれています、予想される角度-代わりに括弧で囲まれています[-Werror、-Wquoted-include-in-framework-header]

「pb_decode.h」をインポートします

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

/ Users / haydencassar / Code / AppTemplate / frontend / platforms / ios / Pods / Target Support Files / nanopb / nanopb-umbrella.h：19：9：エラー：二重引用符で囲まれたフレームワークヘッダーに「pb_common.h」が含まれています、予想される角度-代わりに括弧で囲まれています[-Werror、-Wquoted-include-in-framework-header]

「pb_common.h」をインポートします

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

/ Users / haydencassar / Code / AppTemplate / frontend / platforms / ios / Pods / Target Support Files / nanopb / nanopb-umbrella.h：20：9：エラー：二重引用符で囲まれたフレームワークヘッダーに「pb.h」が含まれています、予想される角度-代わりに括弧で囲まれています[-Werror、-Wquoted-include-in-framework-header]

「pb.h」をインポートします

    ^~~~~~
    <pb.h>

/ Users / haydencassar / Code / AppTemplate / frontend / platforms / ios / Pods / Target Support Files / nanopb / nanopb-umbrella.h：21：9：エラー：二重引用符で囲まれたフレームワークヘッダーに「pb_encode.h」が含まれています、予想される角度-代わりに括弧で囲まれています[-Werror、-Wquoted-include-in-framework-header]

「pb_encode.h」をインポートします

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

/ Users / haydencassar / Code / AppTemplate / frontend / platforms / ios / Pods / Target Support Files / nanopb / nanopb-umbrella.h：22：9：エラー：二重引用符で囲まれたフレームワークヘッダーに「pb_common.h」が含まれています。 -代わりに括弧で囲まれています[-Werror、-Wquoted-include-in-framework-header]

「pb_common.h」をインポートします

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

13個のエラーが生成されました。
/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：致命的なエラー：モジュール「nanopb」をビルドできませんでした

含める

〜 ~~~ ^
14個のエラーが生成されました。

*アーカイブに失敗しました*

次のビルドコマンドが失敗しました：
CompileC /Users/haydencassar/Library/Developer/Xcode/DerivedData/Vita_Plan-adyddjnjkyhpbddfhgtvyhypkbaq/Build/Intermediates.noindex/ArchiveIntermediates/Vita Plan / IntermediateBuildFilesPath / Pods.build / Debug-iphoneos / GoogleDataTransport.build / Objects .nanopb.o GoogleDataTransport / GoogleDataTransport / GDTCCTLibrary / Protogen / nanopb / cct.nanopb.c normal armv7 c com.apple.compilers.llvm.clang.1_0.compiler
（1回失敗）
xcodebuild：コマンドが終了コード65で失敗しました
[エラー]サブプロセスcordovaの実行中にエラーが発生しました。

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

@ hcassar93私は同様の問題を見てきました。 cocoapodsのインストールをプレリリースバージョンにアップグレードしてみることをお勧めします（https://stackoverflow.com/questions/63646607/xcode-12-using-firebase-pods-lexical-or-preprocessor-issue-pb-hを参照） -file-not-fou / 63648164＃63648164）。 それは私のためにそれを修正しました。

@ jh-ghどうもありがとう。 本当にあなたの助けに感謝します。 私も修正しました。

プラグインバージョンを8.0.1に固定することも、私にとってはうまくいきます。 CLIとCIからの構築。

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