Revenir à une version précédente

Voyez chaque version de votre application avec qui l'a construite et publiée, et mettez Live sur une version plus ancienne ou plus récente sur-le-champ, en sachant d'abord ce qui risque de ne plus fonctionner.

Chaque version d’une application est conservée. Quand une nouvelle version pose problème en Live, vous pouvez ramener Live sur une version qu’il a déjà servie : toute personne qui ouvre l’application reçoit aussitôt cette version. Une fois la version plus récente réparée, vous pouvez avancer Live jusqu’à elle de la même façon. Seuls les Builders et les Administrators le font.

Voir les versions

Ouvrez la page de l’application depuis Apps dans la barre latérale.
Sous Versions, choisissez Toutes les versions. Le nombre qui suit est le nombre de versions de l’application.

La liste montre la version la plus récente d’abord, page par page :

Version : son numéro, avec Live ou Preview sur la version que chacun sert.
Construite : qui l’a construite et quand.
Modèle de données : la version de votre modèle de données sur Live qui a tout ce sur quoi elle a été construite, numérotée comme dans les Détails du panneau de publication, ou le fait qu’elle attend des modifications encore dans Preview.
Sur Live : quand Live l’a servie pour la première fois et qui l’a publiée, ou Jamais.

Mettre Live sur une autre version

Sur la version voulue, choisissez Revenir à cette version (plus ancienne que celle de Live) ou Avancer jusqu’à cette version (plus récente). Seules les versions que Live a déjà servies le proposent.
Lisez la question. Elle dit dans quel sens Live va, par exemple Live revient à la version 3 (publiée le 12 octobre). La version 5 reste dans l’historique., et ce qui risque de ne plus fonctionner (voir plus bas).
Choisissez Mettre cette version sur Live, ou Annuler.

Live sert cette version en quelques secondes, sur vos vrais enregistrements. Preview garde la version la plus récente : vous pouvez la corriger avec l’assistant, la construire à nouveau et la publier comme d’habitude avec Publier. Le changement est sur Live tout de suite : kvyk.ai dit Enregistré, sur Live maintenant. Le changement apparaît dans le journal des événements comme Version d’app mise sur Live, avec qui l’a fait.

Vous pouvez aussi demander à l’assistant de mettre une application sur une autre version. Il vous le demande d’abord sur une carte avec les mêmes mots et ne fait rien tant que vous n’avez pas dit oui.

Ce qui risque de ne plus fonctionner

Votre modèle de données a pu changer depuis la construction de la version choisie. Quand une version est construite, kvyk note quelles entités et quels champs son code lit et écrit. La question ne cite alors que les changements que cette version utilise, chacun avec ce qui ne fonctionnera plus :

Ajouter des commandes échouera : l’entité Commandes exige désormais le champ Date de livraison, que cette version ne renseigne pas.
L’écran Coupons ne se chargera pas : l’entité Coupons a été supprimée.
Le champ Prix risque de mal s’afficher : le champ Prix de l’entité Produits est passé de texte à nombre.

Si rien de ce qu’elle utilise n’a changé, elle dit Rien de ce qu’utilise cette version n’a changé depuis sa publication. Les changements que la version n’utilise pas, comme un champ ajouté à une autre entité, ne sont pas cités.

Parfois, kvyk ne sait pas tout ce qu’utilise une version : elle a été construite avant que kvyk ne le note, ou son code accède à vos données d’une façon que la construction n’a pas pu suivre. La question le dit alors et cite chaque changement de votre modèle de données depuis la construction de cette version, comme des changements qui peuvent l’affecter.

Les avertissements ne vous bloquent pas : c’est vous qui décidez. Pour corriger ce qu’ils citent, construisez plutôt une nouvelle version, ou restaurez ce qui a été supprimé depuis Supprimé récemment (Restaurer des données supprimées) et publiez-le d’abord.