FFlyType
Hub

Admin : Versions client (versions de flotte)

Comment les administrateurs de plateforme définissent latest et min_supported par OS — et l'ordre sûr avec les téléchargements CDN.

Avant de commencer

  • Accès administrateur de plateforme sur Hub (admin.flytype.ru / Console d'administration).
  • Nouveau build déjà téléchargé sur le CDN de téléchargement lors de l'augmentation de min_supported.

Étapes

  1. 1

    Ouvrir Admin → Versions client. Chaque plateforme (Mac, Windows, iOS, Android) a latest, min_supported et une URL de téléchargement optionnelle.

  2. 2

    latest est indicatif : les clients sur Rappeler/Insister affichent une invite de mise à jour douce. Cela ne bloque pas durement les builds plus anciens par lui-même.

  3. 3

    min_supported est le plancher dur : tout client en dessous de cette version reçoit un blocage dur avec un lien de téléchargement. Les utilisateurs ne peuvent pas le rejeter.

  4. 4

    Ordre sûr d'augmentation : (1) télécharger/notariser le build sur le CDN ou le store, (2) définir download_url si nécessaire, (3) augmenter latest, (4) seulement ensuite augmenter min_supported après que les utilisateurs canary sont en bonne santé.

  5. 5

    Retour arrière : abaisser min_supported (et latest si nécessaire) dans Admin. Les valeurs par défaut de l'environnement s'appliquent toujours lorsque les remplacements DB sont vides — préférer les remplacements Admin pour la production.

  6. 6

    TTL de vérification douce : Rappeler ~6h / Insister ~12h entre les invites douces. Le blocage dur ignore le TTL.

Erreurs courantes

  • N'augmentez jamais min_supported avant que l'installateur/APK/DMG ne soit accessible — vous verrouillerez la flotte.
  • La politique de mise à jour de l'utilisateur final (Manuelle/Rappeler/Insister) est séparée — voir Mises à jour de l'application et version minimale prise en charge.
  • Support : si quelqu'un est bloqué durement après une mauvaise version, abaissez d'abord min_supported, puis corrigez le CDN.

Articles connexes