Publier et annuler des modifications
Voyez ce qui attend dans Preview, choisissez ce qui passe dans Live, ou annulez des modifications du modèle de données avant leur publication.
Ce que vous construisez se fait dans Preview et y attend qu’un Builder ou un Administrator le publie : les modifications du modèle de données et des rôles de données, les nouvelles versions de vos applications, les automatisations, les modèles d’e-mail et de document, et les Variables et secrets.
Preview est partagé par toute l’organisation : ce qui y attend est le travail de tous, pas seulement le vôtre. Quand vous publiez, vous choisissez ce qui passe dans Live ; ce que vous ne cochez pas continue d’attendre. Voir Travailler ensemble.
Publier dans la barre du haut
Section titled “Publier dans la barre du haut”Les Builders et les Administrators voient Publier dans la barre du haut, avec le nombre de modifications en attente. Le bouton n’apparaît pas quand Preview correspond à Live. Les Members ne le voient pas.
Choisissez-le pour ouvrir le panneau de publication, avec tout ce qui attend coché.
Ce que montre le panneau
Section titled “Ce que montre le panneau”Le panneau liste ce qui attend, par groupe : Apps, Automatisations, Modèles, Variables et secrets et Données. Chaque élément dit en langage courant ce qui a changé, par exemple 2 nouveaux champs, 1 champ supprimé, avec qui l’a modifié en dernier et quand. Détails montre les numéros de version et, pour le modèle de données, chaque modification dans l’ordre où elle a été faite. Quand beaucoup d’éléments attendent, cherchez dans la liste.
Les avertissements se trouvent à côté de l’élément concerné : une modification qui supprime quelque chose, ou une qu’un Administrator doit confirmer.
Cochez ce qui doit passer dans Live et choisissez Publier. Tout ce qui est coché passe dans Live d’un seul coup, jamais à moitié.
Publier depuis une page
Section titled “Publier depuis une page”Les pages d’une application, d’une automatisation, d’un modèle, du modèle de données et d’un rôle de données ont leur propre bouton Publier tant que quelque chose y attend. Il ouvre le même panneau, avec l’élément de cette page coché. Tout le reste de ce qui attend figure sous Attend aussi, non coché, avec qui l’a fait : cochez ce qui doit partir avec.
Une version d’application qui a besoin des modifications en attente du modèle de données les coche aussi, et dit pourquoi. Décocher les modifications du modèle de données décoche les applications qui en ont besoin.
Les modifications du modèle de données partent ensemble
Section titled “Les modifications du modèle de données partent ensemble”Les modifications du modèle de données passent dans Live toutes ensemble ou pas du tout, car chacune s’appuie sur la précédente. Le panneau le dit.
Avant que quoi que ce soit change, kvyk.ai vérifie les modifications par rapport aux enregistrements de Live. Par exemple, un nouveau champ obligatoire sans valeur par défaut ne peut pas être ajouté à une entité qui a déjà des enregistrements dans Live. Quand une vérification échoue, rien n’est publié et kvyk.ai explique pourquoi : vous pouvez alors ajuster la modification dans Preview et réessayer.
Quand les modifications suppriment quelque chose, le panneau vous demande de cocher que vous avez compris : les entités, champs et liens supprimés quittent Live, et Live conserve leurs données pendant 30 jours pour que vous puissiez encore les restaurer.
Si un collègue modifie le modèle de données pendant que le panneau est ouvert, kvyk.ai ne publie pas et vous demande de regarder à nouveau.
Quand une modification casserait ce qui tourne sur Live
Section titled “Quand une modification casserait ce qui tourne sur Live”Une application ou un modèle déjà sur Live peut utiliser ce que les modifications du modèle de données suppriment ou renomment. Une telle modification le casserait sur Live, pour tout le monde, donc kvyk.ai ne la publie pas. Le panneau le dit avant que vous publiiez, sous Ces modifications casseraient ce qui tourne sur Live : chaque application et chaque modèle, et ce qui en casserait, comme un champ qu’il lit et qui est supprimé. Renommer un champ ne casse aucun modèle : les modèles suivent le champ sous son nouveau nom.
Vous avez deux façons de continuer :
- Emportez une version corrigée. Demandez à l’assistant de reconstruire l’application dans Preview, pour qu’elle corresponde aux modifications, ou corrigez-y le modèle, et cochez-le dans le panneau. L’avertissement disparaît dès qu’il est coché pour partir avec.
- Laissez les modifications de côté. Décochez les modifications du modèle de données pour publier le reste sans elles, ou annulez-les.
Quand une modification peut casser un système connecté avec une clé d’API
Section titled “Quand une modification peut casser un système connecté avec une clé d’API”D’autres systèmes, comme votre boutique en ligne ou votre logiciel de comptabilité, peuvent lire et écrire vos données avec une clé d’API. Ils utilisent les noms de vos entités, champs et liens. kvyk.ai ne peut pas voir quels noms un système utilise, et ne peut donc pas les vérifier pour vous.
Quand les modifications du modèle de données suppriment ou renomment une entité, un champ ou un lien, et que votre organisation a des clés d’API pour Live qui ne sont ni révoquées ni expirées, le panneau le dit sous Les systèmes connectés avec une clé d’API peuvent cesser de fonctionner : ce qui est supprimé ou renommé, le membre machine de chaque clé, et quand la clé a été utilisée pour la dernière fois. Quand vous choisissez Publier, kvyk.ai demande encore une fois, et Publier quand même publie. Il ne vous arrête jamais, car vous seul savez ce que ces systèmes utilisent.
Avant de publier, faites l’une de ces choses :
- Modifiez d’abord le système externe, pour qu’il utilise les nouveaux noms, ou n’utilise plus ce qui est supprimé.
- Gardez l’ancien nom un moment. Au lieu de renommer un champ, ajoutez le nouveau champ à côté de l’ancien et publiez-le. Une fois que chaque système utilise le nouveau champ, supprimez l’ancien.
Ce qu’un Administrator confirme
Section titled “Ce qu’un Administrator confirme”Certaines modifications demandent un Administrator : un rôle de données qui permet de faire plus qu’aujourd’hui, la durée de conservation des documents d’un modèle, ou une application qui appelle une adresse extérieure. Un Builder les voit dans le panneau, mais demande à un Administrator de les publier. Quand un Administrator publie, kvyk.ai lui demande d’abord, avec chaque modification, avant que quoi que ce soit passe dans Live.
La page Deployment
Section titled “La page Deployment”Technique → Deployment, dans la barre latérale, montre les modifications en attente du modèle de données une par une, en langage courant et dans l’ordre où elles ont été faites, par exemple Ajouter le champ Email à Customers. Une modification qui supprime quelque chose est marquée Supprime. Son bouton Publier ouvre le panneau sur le modèle de données.
Vus par aucun rôle sauf Accès complet
Section titled “Vus par aucun rôle sauf Accès complet”Quand une entité ou un champ ne serait vu par personne d’autre que les personnes avec Accès complet, Deployment l’indique sous Vus par aucun rôle sauf Accès complet : une entité qu’aucun rôle de données ne lit, ou un champ que chaque rôle lisant son entité masque. Elle renvoie à la page Rôles, où vous donnez accès à un rôle. C’est un rappel, pas un blocage : vous pouvez quand même publier, par exemple quand une marge est réservée aux Administrators.
Annuler des modifications
Section titled “Annuler des modifications”Les modifications du modèle de données en attente dans Preview peuvent être annulées avant leur publication :
- Abandonner, à côté d’une modification, annule cette modification et toutes celles qui ont suivi, en commençant par la dernière.
- Tout abandonner annule tout ce qui est en attente.
kvyk.ai vous le demande d’abord ; une fois que vous confirmez, Preview revient à son état d’avant ces modifications. Live n’est pas touché.
À garder en tête :
- Les enregistrements de test de Preview dans ce que les modifications annulées avaient ajouté sont perdus.
- Un champ que les modifications avaient supprimé revient vide dans Preview.
- Une modification annulée ne peut pas être récupérée : refaites-la si vous en avez besoin.
Enregistré, attend la publication ou sur Live maintenant
Section titled “Enregistré, attend la publication ou sur Live maintenant”Chaque enregistrement dit ce qui se passe ensuite. Enregistré, attend la publication. veut dire que c’est dans Preview et arrive sur Live quand quelqu’un le publie. Enregistré, sur Live maintenant. veut dire que Live a changé tout de suite : vos propres vues et réglages, et les commandes qui arrêtent ou démarrent quelque chose sur Live, comme désactiver une automatisation.
Avec l’assistant
Section titled “Avec l’assistant”Demandez à l’assistant de publier, et il affiche les modifications en attente sur une carte. La carte indique aussi ce qu’aucun rôle sauf Accès complet ne verrait. Rien ne part dans Live tant que vous n’avez pas choisi Oui.