Contrôle des fichiers lors 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
- RPP - Contrôle de redéfinition des Rubriques, RPP - Contrôle
de redéfinition des Meta Entites et RPP - Contrôle de redéfinition des
artefects de design.
Ces préconditions vérifient que les Rubriques, les Méta Entités ou tous les artefacts de design (sauf les Structures de Données) sur le point d'être distribués, et qui ont été créés, ne sont pas des redéfinitions d'artefacts appartenant à une même hiérarchie de projets. Ces contrôles ne s'appliquent pas aux artefacts redéfinis et modifiés. Lors de la migration Pacbase, ces contrôles ne sont pas actifs et ne s'appliquent pas aux instances redéfinies dans Pacbase et migrées.
- RPP - Contrôle de références de design non résolues.
Cette précondition vérifie que toutes les références des fichiers design sur le point d'être distribués sont résolues.
Les références ne sont pas résolues dans les cas suivants :- Des modifications locales sont distribuées partiellement. Les références ne sont pas résolues, par exemple, si une nouvelle Rubrique est appelée dans un nouveau Segment mais si seul le Segment est distribué.
- Une instance utilisée par d'autres instances est supprimée. Les références ne sont pas résolues, par exemple, si une Rubrique appelée dans un Segment est supprimée mais si seule cette suppression est distribuée.
Remarque : Cette précondition est un premier moyen de contrôler la résolution des références entre les fichiers design. Cependant, pour détecter automatiquement et globalement les références non résolues dans les ensembles d'artefacts modifiés distribués, il est conseillé de mettre en place des générations nocturnes sur le serveur Rational Team Concert. Vous bénéficiez alors de tout l'outillage requis pour remonter dans l'historique des modifications et corriger la cause d'une erreur. - RPP - Contrôles d'intégrité des fichiers générés. Cette précondition vérifie l'intégrité des fichiers générés sur le point d'être distribués en effectuant les contrôles suivants :
- Un ensemble d'artefacts modifiés ne peut pas contenir plus d'un fichier généré.
- Les fichiers générés et les fichiers pdp correspondants doivent être distribués simultanément. Par exemple, un fichier cbl doit être distribué avec son fichier cblpdp.
- Les fichiers générés doivent être synchronisés avec les fichiers design ayant participé à leur génération en local.
- Les fichiers générés ne peuvent pas être modifiés si le pattern l'interdit. Pour le pattern Pacbase, seuls les fichiers d'extension cbl des Programmes, Ecrans ou Serveurs peuvent être modifiés pour insérer du code spécifique. Les autres fichiers générés (bms, cpy ou ddl par exemple) sont en lecture seule.
Remarque : Cette précondition se base sur le contenu de la vue Modifications en attente. Ainsi, si des fichiers design impliqués dans une génération ont été chargés dans l'espace de travail avec le choix Charger les artefacts requis et s'ils n'ont pas été partagés, ils ne sont pas pris en compte dans la précondition. - RPP - Interdire la distribution de fichiers générés si des fichiers design
contributeurs sont manquants.Cette précondition vérifie que tous les fichiers design ayant participé à la génération d'un fichier sur le point d'être distribué ont déjà été distribués ou sont distribués en même temps que le fichier généré.Remarque : Cette précondition se base sur le contenu de la vue Modifications en attente. Ainsi, si des fichiers design impliqués dans une génération ont été chargés dans l'espace de travail avec le choix Charger les artefacts requis et s'ils n'ont pas été partagés, ils ne sont pas pris en compte dans la précondition.
- RPP - Interdire la distribution de fichiers générés si des modifications entrantes
contiennent des fichires design contributeurs. Cette précondition vérifie que les ensembles d'artefacts modifiés entrants ne contiennent pas de fichiers pouvant impacter les fichiers générés sur le point d'être distribués.Remarque : Cette précondition se base sur le contenu de la vue Modifications en attente. Ainsi, si des fichiers design impliqués dans une génération ont été chargés dans l'espace de travail avec le choix Charger les artefacts requis et s'ils n'ont pas été partagés, ils ne sont pas pris en compte dans la précondition.
- RPP - Contrôle des préconditions client du 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.
Le contrôle qualité est implémenté avec Rational Software Analyzer. Pour savoir comment le mettre en œuvre, référez-vous à Règles de contrôle qualité.
Les contrôles s'appliquent au contenu des ensembles d'artefacts modifiés sur le point d'être distribués, et au contenu indexé du serveur. Ce contenu peut être déphasé par rapport au contenu réel du serveur. Avant de distribuer vos modifications, vous devez donc synchroniser le contenu indexé du serveur avec son contenu réel. Vous devez aussi distribuer toutes les modifications liées simultanément ou, à défaut, vous devez vous assurer que le contenu du serveur ait été réindexé avant de distribuer la suite de vos modifications. Pour tout cela, ouvrez la perspective Eléments de travail puis la vue Artefacts de l'équipe. Développez la zone de projet contenant les modifications à distribuer puis la ligne Enterprise Extensions. Faites un clic droit sur Données de code source et sélectionnez Mettre à jour les données de code source.
Procédure
Résultats
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.
- 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é.