Set up a workspace via CocoaPods (this opens Xcode):
$ cd Firestore/Example
$ pod update
$ open Firestore.xcworkspace
Select the Firestore_Tests_iOS scheme
⌘-u to build and run the unit tests
You can also build from the command-line, though this requires a slightly different setup:
PLATFORM=iOS pod update --project-directory=Firestore/Example
scripts/build.sh Firestore iOS
Note:
PLATFORM here is specifying an environment variable that's active for the
pod update invocation.macOS or tvOS in place of iOS above.The issue that requires
this workaround is that Firestore's Podfile contains multiple platforms, and
ever since Xcode 10.2, CocoaPods generates Xcode projects that are break by
default when built by the xcodebuild command-line tool. There's a workaround
possible that involves disabling Xcode's default mechanism of finding implicit
dependencies, but this is something we'd have to disable Firebase-wide and
there hasn't been an appetite to do this.
Firestore also supports building with Swift Package Manager. To build this way use:
scripts/build.sh Firestore iOS spm
This is rarely necessary for primary development and is done automatically by CI.
For a detailed explanation of the Firestore target hierarchy in the
Package.swift manifest, see FirestoreSPM.md.
You can install a set of type formatters to improve the presentation of
Firestore internals in LLDB and Xcode. Add the following to your ~/.lldbinit file:
command script import ~/path/to/firebase-ios-sdk/scripts/lldb/firestore.py
(substitute the location of your checkout of the firebase-ios-sdk.)
Prefer running the integration tests against the Firestore Emulator. This is much faster than running against production and does not require you to configure a Firestore-enabled project.
scripts/run_firestore_emulator.sh and leave it running.Firestore_IntegrationTests_iOS scheme (or macOS or tvOS).The command-line build script runs integration tests by default and will start and stop an emulator for you.
Occasionally it's useful to run integration tests against a production account.
GoogleServices-Info.plist
file in Firestore/Example/App.If you want to switch back to running integration tests against the emulator:
GoogleServices-Info.plist is in its default state (git
checkout Firestore/Example/App/GoogleServices-Info.plist).GoogleServices-Info.plist
file in Firestore/Example/App.gcloud auth application-default login. You can check your logged-in accounts by running
gcloud auth list.Navigate to the Firestore directory, create composite indexes by running:
terraform init
terraform apply -var="project_id=<your-project-id>" -auto-approve
Run integration tests as guided in "Running Integration Tests - against production".
Note: If the index creation encounters issues, such as concurrent operations, consider running the index creation process again. Error messages indicating that indexes have already been created can be safely disregarded.
firestore_index_config.tf file. The "name"
field is not required to be explicitly added to the file, as the index creation will auto complete
it on behalf.Typically you should not need to worrying about regenerating the C++ files from the .proto files. If you do, see instructions at Protos/README.md.