Files
shorebird/TODO.md
T
2023-03-15 14:11:13 -05:00

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 app 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 build their 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.