Fix pod install: drop the stale Podfile.lock that cap-sync's pod install created
The git-tag pin worked, but the build failed: "could not find compatible versions … In snapshot (Podfile.lock): LiveKitClient (= 2.0.18) … In Podfile: LiveKitClient (from git, tag 2.15.3)". Cause: `npx cap sync` runs `pod install` internally with the PRE-pin Podfile, creating a Podfile.lock pinned to 2.0.18; our injected git-tag source then conflicts with that lock. Fix: rm the Podfile.lock right after injecting the pin so the real "Install CocoaPods" step re-resolves against tag 2.15.3. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
This commit is contained in:
@@ -149,6 +149,11 @@ if [ -f "$PODFILE" ]; then
|
||||
'
|
||||
fi
|
||||
grep -n "LiveKitClient" "$PODFILE" || true
|
||||
# `npx cap sync` already ran `pod install` with the PRE-pin Podfile, leaving a Podfile.lock that pins
|
||||
# LiveKitClient = 2.0.18 — which conflicts with the git-tag source we just injected ("could not find
|
||||
# compatible versions … In snapshot (Podfile.lock): LiveKitClient (= 2.0.18)"). Drop the lock so the
|
||||
# later "Install CocoaPods" step re-resolves cleanly against tag 2.15.3.
|
||||
rm -f "mobile/ios/App/Podfile.lock" && echo "Removed stale Podfile.lock (cap-sync pinned 2.0.18)"
|
||||
fi
|
||||
|
||||
echo "Info.plist patched:"
|
||||
|
||||
Reference in New Issue
Block a user