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
Ouvrir Admin → Versions client. Chaque plateforme (Mac, Windows, iOS, Android) a latest, min_supported et une URL de téléchargement optionnelle.
- 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
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
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
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
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.