Aller au contenu

Mettre à jour une app publiée

Une fois ton app publiée, tu continues à la faire évoluer dans l’éditeur sans risque pour tes visiteurs : l’app en ligne ne change que quand tu le décides. Cette page explique comment publier une nouvelle version, revenir en arrière et suivre ce qui se passe en production.

Chaque réponse de l’agent, chaque retouche du mode Design et chaque enregistrement dans l’onglet Code crée une nouvelle version de ton projet. Mais l’app publiée, elle, reste sur la version que tu as publiée.

  • La version actuelle est celle que tu vois dans l’aperçu.
  • La version en ligne est celle que voient tes visiteurs.

Le bouton de l’en-tête te dit où tu en es :

Bouton Signification
Publier L’app n’a jamais été publiée (ou a été dépubliée).
Mettre à jour L’app est en ligne, mais la version actuelle est plus récente. Le panneau précise par exemple « En ligne · v3 · publiée il y a 2 heures » et « La v5 n’est pas encore en ligne. »
Publié (point vert) La version en ligne est la version actuelle. Dans le panneau, le bouton indique À jour.
  1. Vérifie tes changements dans l’aperçu. Pour tester comme un visiteur, ouvre l’aperçu dans un onglet et essaie-le aussi en vue mobile. Voir L’aperçu.

  2. Clique sur Mettre à jour dans l’en-tête, puis sur Mettre à jour dans le panneau.

  3. Highwind construit et met en ligne la version actuelle, avec les mêmes vérifications qu’à la première publication (build, sécurité de la base, anti-hameçonnage). L’adresse ne change pas.

  4. Quand le panneau affiche « En ligne · v5 · publiée à l’instant », tes visiteurs voient la nouvelle version.

Si une nouvelle version pose problème, tu peux remettre en ligne une version précédente.

  1. Ouvre l’Historique des versions dans l’éditeur et choisis la version qui fonctionnait. L’aperçu l’affiche en lecture seule.

  2. Clique sur Restaurer cette version. Highwind crée une nouvelle version identique à l’ancienne (« Retour à la version 3 ») ; rien n’est effacé, tu peux revenir aux versions suivantes plus tard.

  3. Clique sur Mettre à jour dans le menu Publier : l’ancienne version est de nouveau en ligne.

Voir Les versions.

Si ton app a un serveur (routes /api), il est publié avec le front à chaque mise à jour, et tourne en ligne sur le même moteur que dans l’aperçu (Cloudflare Workers). Une modification du code du serveur n’est en ligne qu’après une mise à jour.

Les secrets sont une exception : quand tu ajoutes, remplaces ou supprimes un secret dans Paramètres du projet → Secrets, le changement s’applique aussi à l’app en ligne, sans republier. Voir Les secrets.

Ton app n’a qu’une base de données, partagée entre l’aperçu et l’app publiée. Concrètement :

  • une table ou une colonne ajoutée par l’agent existe aussitôt pour l’app en ligne, avant même la mise à jour ;
  • les comptes et les données que tu crées en testant dans l’aperçu apparaissent aussi en ligne ;
  • les données de tes vrais utilisateurs sont visibles quand tu testes l’aperçu avec un compte qui y a accès.

L’agent fait des migrations additives (il ajoute, ne supprime ni ne renomme jamais) : l’ancienne version en ligne continue donc de fonctionner pendant que tu prépares la suivante.

Une app publiée garde sa base, même sans activité. Si tu la dépublies, la base peut être supprimée après une période sans activité. Voir Base de données.

Quand quelque chose marche dans l’aperçu mais pas en ligne, regarde les logs du serveur de l’app publiée :

  1. Dans la barre de l’aperçu, ouvre Logs du serveur.

  2. Choisis l’onglet En ligne. Tu y vois les 24 dernières heures, avec quelques secondes de retard : chaque appel à /api avec son statut et sa durée, les console.log et les erreurs.

  3. Pour une correction, demande-le à l’agent : il lit lui-même les logs en ligne.

L'inscription à la newsletter marche dans l'aperçu mais renvoie une erreur sur
l'app publiée. Lis les logs en ligne et corrige.

Une app sans serveur (site statique) n’a pas de logs en ligne. Voir Le serveur de l’app.