Expand
Rechercher

Fonctionnement du build des applications

Une application UDo est constituée d’un ensemble de composants, de workflows, de requêtes. Une base de données peut également être associée à  chaque application.

Les développements de l’application peuvent être testés/déboguer directement depuis le studio grâce au bouton “Tester l’app” dans le menu gauche du studio. Cependant le débogueur est la représentation en temps réel du développement de l’application, il est nécessaire de figer la version de l’application en la buildant pour livrer une application en recette ou à  un client. Bouton “Tester l’app” : Tester l'app

Builder une application consiste à  récupérer l’état de l’application à  l’instant T du lancement du build, générer le code correspondant à  ce qui a été développé dans le studio et mettre l’application à  disposition chez notre hébergeur.

Consulter la liste des builds de l’application

La page de gestion du build des applications est accessible depuis le menu “Builds” dans le menu gauche du studio UDo et est composée de 2 zones principales. Menu “Builds” : Builds

  • Une barre d’action

Barre d'action

La barre d’action permet de naviguer dans la liste des builds, de lancer un nouveau build et de rafraîchir la liste des builds.

  • Liste des builds

Liste des builds

La liste contient la description de chaque build de l’application (statut, durée, liste des étapes…).

Les status

Statut global du build

Build en cours : Le build est en cours d’exécution

Build terminé avec succès : Le build s’est terminé avec succès

Build en échec : Le build a échoué (cf. liste des étapes pour connaître la cause de l’échec).

Statut des étapes

Etape créée : L’étape a été créée mais pas encore exécutée

Etape ignorée : L’étape a été ignorée (ex: sur la copie du build de pré-prod en prod, l’étape de génération du code n’a pas besoin d’être faite).

Etape en cours : L’étape est en cours d’exécution.

Etape en succès : L’étape s’est terminée avec succès.

Etape en echec : L’étape a échouée, il est possible de cliquer sur la pastille pour obtenir les détails.

Lancer un build

Pour lancer un build il faut accéder à  la page de gestion des builds via le menu “Builds” Builds dans la barre de menu gauche du studio UDo.

Ensuite il faut ouvrir la popup de lancement de build dans la barre d’action en cliquant sur le bouton “Builder l’application” Builder l'application, puis renseigner les 2 paramètres “Environnement” et “Base de données”.

Paramètres du build

  • Environnement

    Ce paramètre permet de choisir l’environnement sur lequel sera déployé l’application

  • Base de données

    Ce paramètre permet de choisir la base de données qui sera utilisée par l’application.

    NB : Lorsque la BDD de production est choisie la structure (et non les données) de la BDD de développement est automatiquement copiée vers la BDD de production

Promouvoir le build de PREPROD en PROD

Il est possible de promouvoir le dernier build de pré-production terminé avec succès en production. La promotion est tout simplement une copie du code généré pour le build de pre-production vers la production.

Seul le dernier build de pré-production terminé avec succès est éligible à  la promotion.

NB : Lors de la promotion du build le code généré est repris tel quel, donc le build démarre après l’étape de génération du code. Il est nécessaire de faire les étapes suivantes (Build, Packaging et Déploiement) car c’est dans ces étapes qu’on vient valoriser des paramètres de l’application spécifiques à  l’environnement de déploiement.

Le détail des étapes

  1. Vérification

    Cette étape permet de vérifier que le “no-code” effectué dans le studio ne contient pas d’erreur qui empêcherait le bon déroulement du build.

  2. Récupération de l’application

    Cette étape consiste à  aller récupérer le “no-code” de l’application dans la BDD UDo pour figer la version à  builder.

  3. Assemblage

    Cette étape consiste à  transformer le “no-code” de l’application en véritable code.

  4. Build

    Cette étape permet de compiler le véritable code de l’application pour s’assurer qu’il ne contient pas d’erreur et de produire le build de l’application.

  5. Packaging

    Cette étape récupère le build de l’étape précédente et le package sous forme d’image Docker.

  6. Déploiement

    Cette étape permet de déployer l’image produite a l’étape précédente sur la plateforme de notre hébergeur.

Search Placeholder