fluxota_cli 0.1.0-dev.11

CLI de construction et de publication des correctifs Fluxota.

Changelog

0.1.0-dev.11 — distribution publique

• Publier le CLI sur pub.dev sous BSD-3-Clause, avec installation sans accès GitHub.
• Limiter le paquet public au runtime et à sa documentation, sans historiques de recette, outils internes, caches ni sorties de construction.
• Documenter la connexion Google à l’API du pilote et les limites de plateforme.

0.1.0-dev.10 — connexion Google

• Ajouter auth login par code appareil et confirmation Google dans le navigateur, sans secret Google distribué au CLI ; --no-browser permet l'ouverture manuelle.
• Stocker les sessions dans un répertoire privé POSIX, séparées par origine API, et utiliser la session pour status/init/register/publish. Un jeton explicite d'environnement garde toujours la priorité ; le profil CI reste distinct.
• Révoquer la session côté serveur avec auth logout et tenter son nettoyage après un échec de validation ou de sauvegarde locale.
• Borner les réponses et délais réseau, refuser les redirections et les origines de vérification étrangères. Le stockage Windows échoue explicitement ; utiliser un jeton d'environnement sur cette plateforme jusqu'à qualification d'un coffre OS.

0.1.0-dev.9 — Fluxota

• Renommer le package en fluxota_cli, l’exécutable en fluxota et les variables en FLUXOTA_*, avec un espace .fluxota pour les configurations.
• Utiliser les nouveaux contrats Fluxota, hosts Android et identités de build.
• Exiger de nouvelles références APK/AAB Fluxota ; les anciennes références Tessaviko ne sont pas converties ou réutilisées implicitement.

0.1.0-dev.8

• Construire une référence APK et AAB, puis un correctif Dart lié à sa chaîne Flutter exacte, avec vérification des entrées et restauration des transactions.
• Signer les paquets préparés et publier vers S3 via l’API avec un journal local immuable ; reprendre la même opération après perte de réponse sans resélection.
• Livrer le guide du pilote, les procédures de clés et un exemple de publication CI séparé de la signature. Binaire macOS arm64 et installation Git privée.
• Qualifier 333 tests natifs et le parcours complet sur téléphone physique à partir d’un projet Flutter neuf (APK/AAB, CI, S3, santé et retrait).

0.1.0-dev.7

• Vérifier et publier les bundles existants sur le canal test, avec reçus contrôlés et reprise explicite d’une opération réseau.

0.1.0-dev.6

• Ajouter reference register pour les métadonnées d'une référence existante et sa racine publique SPKI, avec profil OIDC/CI choisi explicitement.
• Confirmer le même contenu par GET avant d'afficher le reçu public ; conserver les octets et la date initiaux lors d'une relance identique.

À cette version, la construction et les fichiers de référence protégés restaient à réaliser.

0.1.0-dev.5

• Ajouter patch sign : signature ES256 hors ligne d’un artefact Android préparé, avec copie complète et manifeste lié à la référence exacte.
• Conserver le paquet d’origine lors d’une relance identique ; refuser une sortie différente ou corrompue sans l’écraser.
• Fournir une sortie JSON publique et des codes d’erreur stables pour la CI.

À cette version, constructions, publications réseau et activations OTA restaient à réaliser.