1.6 KiB
1.6 KiB
A reminder why
- We're here to make multi-platform the default.
- We believe Flutter is that default, but has missing pieces for enterprises.
- The first hole we're filling is the ability to push updates to Flutter apps.
This Week's Demo
- Platform support (e.g. push to both arm7 and arm64)
- API Keys and/or product ids (allows multiple users)
- Teach the server how to decline to update (e.g. platform/version mismatch).
- Instructions on how to build/use.
User journey
Someone can:
- download and install Shorebird.
shorebird buildtheir existing Flutter app.- Push an update to their app.
Shipping to users (first, do no harm)
- Need a way to know if the update failed (and both report it and roll back?)
- Need to not send updates to incompatible devices or base versions.
- Do we need to worry about different chipsets?
- How do we educate users/developers about data storage updates (e.g. updating a database schema locally) and how that affects version compatibility / ability to roll back?
- How does the Dart code know that it's running a patched version?
Later
- Way to see what builds have been published so far.
- See what % of devices are running what builds.
- Make package:updater API work from Dart
- Example of using Dart API from Dart/Flutter.
- Ability to roll back to past push.
- Build update from source (in the cloud).
- GitHub integration / action trigger.
- Quantify update download sizes.
- Be able to create an account / API key.
- Web interface to see pushes?
- Security (signing, 2FA, 2-person approval, etc.)
- Quantify how much bandwidth a push will use.
- What % of device population has taken push.