Création et gestion des versions de l'application

Vue d'ensemble

Apprenez à utiliser les versions de développement et de publication de votre application pour contrôler le moment où les nouvelles modifications doivent être mises en ligne.

:::(Info) (NOTE) Vous pouvez ajouter plus de règles et d'approbateurs individuels en utilisant notre fonction d'approbation séparée :: :

Tulip utilise deux types de versions pour toutes les applications : une version de développement et une version publiée. Cela vous permet de faire des changements en tant qu'administrateur de Tulip sans affecter la version qui est en production.

Lorsqu'une application passe du stade du développement à celui de la production, la création et la gestion des versions deviennent une partie importante de votre flux de travail.

Voici votre guide pour effectuer le contrôle de version dans Tulip.

La version de développement

La version initiale de toutes les applications est une version de développement. Une fois que vous êtes prêt à mettre une application en production, vous devez en faire une version en lecture seule, ce qui est réalisé en publiant une version de l'application.

Une version publiée est une copie non modifiable ("gelée") de la version de développement au moment de la publication. Il n'y a pas de limite au nombre de versions publiées pour chaque application.

La publication d'une version d'une application crée une copie en lecture seule de la version de développement.

Comme toutes les versions "publiées" sont en lecture seule, la modification d'une application ne peut se faire que par le biais de sa version de développement.

En d'autres termes, vous créez et modifiez des applications à l'aide de la version de développement. Lorsque vous êtes prêt à mettre une nouvelle version de l'application en production, vous devez la publier.

Les stations peuvent être configurées (dans l'écran "Shop Floor") pour exécuter soit la version de développement, soit la version publiée la plus récente. En général, il est préférable d'utiliser la version publiée.

Avantages de la publication d'une application

Chaque fois qu'une application est utilisée dans votre atelier, des données sont collectées. Tulip suivra automatiquement la version de l'application utilisée par l'opérateur lors de la réalisation de son flux de travail.

L'avantage des versions publiées d'une application est que l'application est immuable et empêche les changements involontaires d'être envoyés à l'atelier de production. Cette structure permet la mise en place d'un processus de validation.

Chaque version publiée d'une application est enregistrée avec un nom et un horodatage.

Les bonnes pratiques documentaires (BPD) exigent que vous sauvegardiez chaque version avec un nom unique qui inclut

• la révision de l'application
• l'identifiant de l'application (s'il existe)
• le nom de l'application.

Tous ces champs sont automatiquement suivis dans Tulip, y compris la date de publication de l'application.

Publier une application

Pour publier une application, suivez les étapes suivantes.

1. Sélectionnez l'application que vous souhaitez publier dans votre liste d'applications Tulip.
2. Naviguez jusqu'à l'onglet "Versions" dans la vue du résumé de l'application.

1. Cliquez sur le bouton "Publier" sur le côté droit de la ligne avec la version de développement, comme indiqué dans l'image ci-dessous.

La version sera automatiquement numérotée et vous pouvez ajouter une description pour partager les changements avec les autres membres de l'équipe.

Une fois que vous avez créé une version publiée de l'application, vous remarquerez qu'une nouvelle ligne est ajoutée au tableau des versions avec le titre "Version X".

Vous pouvez visualiser la version publiée de l'application en cliquant sur le bouton "..." et en choisissant "Voir".

Si vous cliquez sur "Voir" après avoir publié une version, vous remarquerez que tous les outils d'édition sont grisés.

Il est également possible de publier une application à partir de l'éditeur d'application. Les étapes à suivre sont décrites ci-dessous :

• Cliquez sur le bouton "Publier" en haut à droite de l'écran.

• Ajoutez quelques détails dans le champ de description et cliquez sur "Publier la version X"

Utilisation des applications publiées dans l'atelier

En général, seule une version publiée d'une application devrait être utilisée en production, sinon vous risquez de voir la définition de l'application changer pendant que les opérateurs suivent les étapes. Si l'application est utilisée dans une station, la nouvelle version sera mise en ligne dans cette station lorsque l'application sera "terminée" ou "annulée".

Il est également plus facile de suivre les tendances significatives des données lorsque l'on utilise une version publiée, sinon toutes les réalisations et collectes de données seront simplement signalées sous "Version de développement", sans tenir compte des modifications apportées à l'application qui pourraient altérer l'interprétation de ces données.

Utilisation d'instantanés

Il est parfois nécessaire de revenir à une version antérieure de l'application pour y apporter de légères modifications à l'aide du bouton "Restaurer".

Cependant, il se peut que vous travailliez déjà sur la version de développement et que vous ne souhaitiez pas effacer votre travail.

C'est là que les "instantanés" entrent en jeu. Utilisez le bouton "Créer un instantané" pour sauvegarder la version de développement séparément.

L'instantané est "gelé", mais vous pourrez le restaurer ultérieurement dans la version de développement.

Cette fonction est également utile lorsque vous souhaitez créer deux versions d'une application pour qu'un coéquipier puisse la réviser. Vous pouvez enregistrer une version en tant qu'instantané et continuer à modifier la seconde version en tant que version de développement.

Vous avez trouvé ce que vous cherchiez ?

Vous pouvez également vous rendre sur community.tulip.co pour poser votre question ou voir si d'autres personnes ont rencontré une question similaire !