DOCUMENTATION EN LIGNE
DE WINDEVWEBDEV ET WINDEV MOBILE

Aide / Développer une application ou un site / GDS (Gestionnaire de Sources)
  • Présentation
  • Comment le faire ?
  • Définir une politique de réintégration
  • Fonctionnement de la politique de réintégration
  • Stockage et manipulations de la politique de réintégration
  • Les différentes règles en détail
  • Onglet "Général"
  • Onglet "Tests automatiques"
  • Onglet "Métrique de code"
  • Onglet "Plan d'action"
WINDEV
WindowsLinuxUniversal Windows 10 AppJavaEtats et RequêtesCode Utilisateur (MCU)
WEBDEV
WindowsLinuxPHPWEBDEV - Code Navigateur
WINDEV Mobile
AndroidWidget AndroidiPhone/iPadWidget IOSApple WatchMac CatalystUniversal Windows 10 App
Autres
Procédures stockées
Présentation
Le GDS offre la possibilité de définir une politique de réintégration. Il suffit de définir les critères à remplir pour qu'un élément du projet puisse être réintégré dans la base de sources du GDS. Parmi les critères possibles :
  • Pas d'erreur de compilation,
  • Lancement au moins d'un test de l'élément, ...
Ces règles peuvent être obligatoires ou non. En cas de non respect, le développeur peut être tenu de fournir une explication.
Comment le faire ?

Définir une politique de réintégration

Pour définir une politique de réintégration :
  1. Sous le volet "GDS", dans le groupe "Base GDS", déroulez "Gérer" et sélectionnez "Politique de réintégration".
    Politique de réintégration dans le GDS
  2. Sélectionnez les règles à respecter par les éléments réintégrés. Ces règles sont regroupées sur trois onglets : "Général", "Tests automatiques" et "Métrique de code".
  3. Indiquez les options de la politique de réintégration :
    • Toujours ignorer les règles sur le projet (wdp) : Permet de ne pas prendre en compte les règles lors de la manipulation du fichier du projet (fichier wdp).
    • Possibilité d'ignorer les règles.
    • Saisie obligatoire d'un commentaire en cas de règle non respectée.
  4. Validez. La politique de réintégration est automatiquement prise en compte pour le projet en cours.
Remarque : Il est également possible de définir la politique de réintégration depuis l'administrateur du GDS (option "Politique de réintégration" du menu contextuel d'un projet).

Fonctionnement de la politique de réintégration

Si l'élément réintégré ne respecte pas la politique de réintégration définie pour le projet, la fenêtre suivante apparaît :
Cette fenêtre liste les critères qui ne sont pas remplis par l'élément réintégré.
Si l'utilisateur a la possibilité d'ignorer les règles, il peut cocher l'option "Réintégrer quand même".
Si un commentaire explicatif doit être saisi, le bouton de validation de cette fenêtre sera dégrisé uniquement lorsque le commentaire sera saisi dans la zone correspondante.
Le bouton "Editer la politique" permet d'éditer et de modifier si nécessaire les règles de la politique de réintégration.

Stockage et manipulations de la politique de réintégration

La politique de réintégration est stockée dans un fichier "PolitiqueDeReintegration.gds" à la racine du répertoire du projet. Ce fichier est présent dans le GDS comme tous les fichiers du projet. Ce fichier est partageable entre plusieurs projets.
Il est possible d'attribuer des droits spécifiques au fichier correspondant à la politique de réintégration (par exemple pour que seul le chef de projet puisse modifier ce fichier).
Si le fichier "PolitiqueDeReintegration.gds" est présent dans le répertoire parent, tous les nouveaux projets créés utiliseront cette politique de réintégration.
Astuce : Dans le cas d'une branche, il est possible de définir une politique de réintégration plus restrictive.
Les différentes règles en détail

Onglet "Général"

Les différentes règles de réintégration proposées par l'onglet "Général" sont les suivantes :
  • Aucune erreur de compilation : Pour être réintégré, l'élément ne doit comporter aucune erreur de compilation.
  • Aucun warning de compilation : Pour être réintégré, l'élément ne doit comporter aucun warning de compilation.
  • Aucune information de compilation : Pour être réintégré, l'élément ne doit comporter aucune information de compilation.
  • Aucune erreur de norme de programmation : Pour être réintégré, l'élément ne doit comporter aucune erreur de norme de programmation. Cette norme de programmation est définie dans l'onglet "Compilation" de la fenêtre de description du projet. Pour plus de détails, consultez Description du projet : Onglet Compilation.
  • L'élément réintégré doit être associé à une tâche ou un incident.
  • Un commentaire doit être saisi lors de la réintégration.
  • Le projet doit avoir été testé (GO) au moins une fois après une modification.

Onglet "Tests automatiques"

Les différentes règles de réintégration proposées par l'onglet "Tests automatiques" sont les suivantes :
  • Chaque élément doit avoir au moins 1 test automatique. Attention : si cette option règle est sélectionnée, elle s'applique à tous les éléments, même le fichier projet (".WDP"), qui contient notamment le code d'initialisation du projet.
  • Aucun test automatique en erreur.

Onglet "Métrique de code"

L'onglet "Métrique de code" permet de saisir le taux de pourcentage de commentaires de code minimal à respecter.

Onglet "Plan d'action"

L'onglet "Plan d'action" permet de définir le plan d'action à exécuter lors de la réintégration du projet. Si un plan d'action doit être exécuté, il est nécessaire d'indiquer :
  • le coordinateur de la fabrique logicielle utilisée,
  • le port du coordinateur,
  • l'utilisateur et le mot de passe associé.
Le plan peut être choisi parmi les plans existants sur le coordinateur.
Version minimum requise
  • Version 12
Documentation également disponible pour…
Commentaires
Cliquez sur [Ajouter] pour publier un commentaire

Dernière modification : 08/06/2022

Signaler une erreur ou faire une suggestion | Aide en ligne locale