Xcframework wrapper for GRDB.swift.
iOS, macOS, and watchOS platforms are included.
pod spec lint
). I think this has to do with detecting the proper slice name when selecting the framework to link against from within the xcframework, but I'm not totally sure. Side note: the xcframework has "tvos" in its folder name, and I'm wondering if the link step is looking for "appletvos" instead.
GRDB.swift is here: https://github.com/groue/GRDB.swift
This repo clones the source and builds an xcframework for it.
$ fastlane check_xcframework_version
If a new version of the source library is available, a new Issue will be created in this repo, and a notice will be posted to #ios-team
.
This is intedned to be run as a daily task.
$ fastlane update_xcframework
The file GRDB-xcframework.podspec
is used to control how the xcframework is put together. The update_xcframework
lane will only build the platforms listed there, rather than the ones listed in the source GRDB.podspec
file. The lane will run a check to make sure that the deployment versions match.
fastlane update_xcframework
will:
- update the local copy of the source repo with the latest published version
- re-build the xcframework
- You can then optionally continue to
- create a new local branch
- commit the changes to the new release branch
- create the tag
- With another optional step of publishing the CocoaPod.
You can manually publish the pod, too:
$ pod repo push ww-digital --allow-warnings
Podfile:
pod 'GRDB-xcframework'
Swift:
import GRDB
- Fix inclusion of tvOS (low priority)
- Create nightly task to check latest published version of 3rd party library
- Make it work with SPM
Manual build of xcframework, assumes directory structure:
- 📂 GRDB-xcframework <- this repo
- 📂 GRDB.swift <- clone of 3rd party repo
- 📂 archives <- destination of intermediate frameworks
- 📄 GRDB-xcframework.podspec