flutterfire
flutterfire copied to clipboard
feat(core): support for using SPM (Swift Package Manager)
Description
- Works with SPM and Cocoapods. To use SPM, remove
Podfileas well as runpod deintegratein theexample/iosdirectory. You will know it worked when you don't seeRunning pod install...in the logs when runningflutter run. Package.swiftdoes not have the same attributes that a podspec has. For example, you cannot setversion,summary,description,homepage,license&authors.- Updated LIBRARY_VERSION and LIBRARY_NAME so the "@" symbol is in the code. I could not get the "@" character to escape in the
Package.swiftfile causing build problem. I've also updated the podspec file to match. - Finally found a way to get firebase_core version and firebase-ios-sdk version dynamically in
Package.swiftfile. Followed example of brave here. This works when running in Xcode and via Flutter CLI. - I've used firebase app installations as a product so we have access to firebase core, SPM doesn't ship firebase core as a standalone product.
TODO
- [x] check how the other plugins work with the updates.
- [x] update macOS podspec in firebase_core.
- [x] write integration tests building with SPM.
- [x] update macOS
Package.swiftto also extract versions dynamically. Test on Xcode build and via Flutter CLI - [x] Update integration test for macOS to check it also works via SPM. Extract into a shell script as it is becoming unmanageable.
Related Issues
Replace this paragraph with a list of issues related to this PR from the issue database. Indicate, which of these issues are resolved or fixed by this PR. Note that you'll have to prefix the issue numbers with flutter/flutter#.
Checklist
Before you create this PR confirm that it meets all requirements listed below by checking the relevant checkboxes ([x]).
This will ensure a smooth and quick review process. Updating the pubspec.yaml and changelogs is not required.
- [ ] I read the Contributor Guide and followed the process outlined there for submitting PRs.
- [ ] My PR includes unit or integration tests for all changed/updated/fixed behaviors (See Contributor Guide).
- [ ] All existing and new tests are passing.
- [ ] I updated/added relevant documentation (doc comments with
///). - [ ] The analyzer (
melos run analyze) does not report any problems on my PR. - [ ] I read and followed the Flutter Style Guide.
- [ ] I signed the CLA.
- [ ] I am willing to follow-up on review comments in a timely manner.
Breaking Change
Does your PR require plugin users to manually update their apps to accommodate your change?
- [ ] Yes, this is a breaking change.
- [ ] No, this is not a breaking change.
@russellwheatley Excellent work!
Did you follow Flutter's Swift Package Manager migration guide to create this pull request? If so, what problems did you run into? Do you have any feedback on the guide and how we could improve it?
Hey @loic-sharma - thanks! Sorry for the late response. I actually used the instructions on the pull request which seems like a precursor to the documentation you linked. It was actually a pretty good guide!
The only trouble I ran into was project specific such as being able to get the firebase-ios-sdk version from within Package.swift file, and also trying to parse preprocessor definitions 😄
Looks like in order to support other packages, this one needs to get merged first. It would be also good to have one plugin migrated to show how to get flutter core package in spm