Tâches d'intégration liées à la distribution sur le serveur

Si vous êtes un administrateur, vous pouvez utiliser les capacités de contrôle de Rational Team Concert pour vous assurer que les fichiers remontés sur le serveur ne sont pas sources d'erreurs.

Pourquoi et quand exécuter cette tâche

Deux contrôles, correspondant à des préconditions, peuvent être sélectionnés :
  • Contrôle de synchronisation du code source.

    Cette précondition vérifie que les fichiers COBOL sur le point d'être distribués sont synchronisés avec tous les fichiers design ayant participé à sa génération en local. Cette précondition s'applique uniquement aux fichiers COBOL qui font partie de la distribution. De plus, si un développeur ne distribue que ses fichiers COBOL sans distribuer les fichiers design associés, il provoque des erreurs dans le flux Rational Team Concert.

  • Contrôle qualité.

    Cette précondition vérifie que les fichiers COBOL et design sur le point d'être distribués ne contiennent pas d'erreurs graves de contrôle qualité Rational Programming Patterns.

Procédure

  1. Depuis la vue Artefacts de l'équipe de la perspective Eléments de travail de Rational Team Concert, faites un clic droit sur la zone de projet. Sélectionnez Ouvrir.
  2. Ouvrez l'onglet Configuration du processus.
  3. Dans la partie Configuration, développez la ligne Configuration d'équipe et sélectionnez Comportement de l'opération.
  4. Dans la table Opérations, localisez la ligne Distribuer (client) sous Contrôle des sources. Cliquez, sur cette ligne, dans la colonne Tout le monde. Cette colonne contient une icône pour indiquer que des préconditions sont disponibles sur cette opération.

    La ligne Des préconditions et des actions de suivi sont configurées pour cette opération devient disponible et est sélectionnée.

  5. Cliquez sur le bouton Ajouter associé à la table Préconditions.
  6. Dans la boîte de sélection qui s'affiche, sélectionnez une précondition ou les deux préconditions suivantes, selon les contrôles que vous voulez implémenter ;
    • RPP - Contrôle des préconditions client de synchronisation du code source
    • RPP - Contrôle des préconditions client du contrôle qualité
  7. Cliquez sur OK.

    Le nom de la précondition s'affiche dans la zone Nom et une brève description apparaît dans la zone Description.

  8. Si vous cochez la case Echec si non installé, seuls les développeurs ayant installé le plug-in contenant la précondition pourront distribuer des fichiers sur le serveur. Ce plug-in s'installe automatiquement lors d'une installation standard de la partie cliente de Rational Programming Patterns.
  9. Si vous cochez la case L'utilisateur peut ignorer, les développeurs pourront choisir d'ignorer une erreur liée au non-respect d'une précondition. Ils pourront donc distribuer leurs fichiers, même si ces fichiers sont désynchronisés par rapport au design correspondant ou contiennent une erreur grave de contrôle qualité.
  10. Vous pouvez limiter une précondition à un ou plusieurs composants. Pour ce faire, cliquez sur le bouton Ajouter associé à la table Portée. Sélectionnez des composants et cliquez sur OK.
  11. Sauvegardez.

Résultats

Si les développeurs tentent de distribuer un fichier ne respectant pas les préconditions sélectionnées, la distribution ne s'effectue pas et une erreur s'affiche dans la vue Assistant de l'équipe. L'erreur indique la précondition non respectée et inclut un lien actif vers le fichier en erreur.

Si vous avez coché la case L'utilisateur peut ignorer, le développeur peut faire un clic droit sur l'erreur affichée dans la vue Assistant de l'équipe et ignorer cette erreur. Il pourra alors distribuer ses mises à jour.

Si vous n'avez pas coché la case L'utilisateur peut ignorer, le développeur doit corriger l'erreur avant de distribuer.
  • S'il s'agit d'une erreur de synchronisation avec le design, il doit regénérer le code COBOL.
  • S'il s'agit d'une erreur de contrôle qualité, il peut, par exemple, restaurer le code généré depuis la vue Structure du code généré.

Vos commentaires