Présentation
Rational ClearCase utilise un modèle de vues et un système de fichiers virtuel qui vous permet de spécifier les
versions des fichiers avec lesquels vous voulez travailler. Rational Rose RealTime considère les fichiers de cette vue
comme s'ils étaient dans un système de fichiers régulier (non ClearCase). Rose RealTime définit l'ensemble des fichiers
qui constituent le modèle et ClearCase fournit les versions des fichiers en fonction de la configuration de la vue.
Pour de plus amples informations
sur l'utilisation de Rose RealTime avec ClearCase, veuillez consulter le document intitulé Guide de développement
coopératif, Rational Rose RealTime.
Avant d'utiliser ClearCase, vous devez configurer votre poste de travail et tous les postes de travail sur lesquels
ClearCase sera utilisé.
Prérequis : installation de ClearCase
Recommandations générales
Si vous utilisez Microsoft Windows NT, n'accédez pas aux vues par le point de montage MVFS ou le lecteur M:. Utilisez
les vues par des montages de lecteurs explicites, comme X:, Y: ou Z:. Cette méthode améliore le wink-in et élimine les
dépendances sur les noms de vue.
Intégration UCM
L'intégration UCM vous permet d'assigner des activités aux révisions depuis les ensembles d'outils, si vous travaillez
dans un UCM VOB. De plus, vous pouvez utiliser les fonctions Rebase et Deliver et lancer l'explorateur de projet au
sein de Rose RealTime.
Vues instantanées
Avec ClearCase, vous pouvez initier une mise à jour de la vue instantanée depuis Rose RealTime. La vue instantanée
contient l'arborescence de répertoires des fichiers source.
Vous avez besoin d'une vue instantanée lorsque l'une des conditions suivantes s'applique :
-
Votre ordinateur ne prend pas en charge les vues dynamiques.
-
Vous voulez optimiser les performances de construction pour arriver à des vitesses natives.
-
Vous voulez travailler avec des fichiers source contrôlés par ClearCase lorsque vous êtes déconnecté du réseau qui
héberge les VOB ou que vous n'êtes connecté au réseau que de manière intermittente.
-
Vous voulez accéder à une vue depuis un ordinateur qui n'est pas un hôte ClearCase.
-
Votre projet n'utilise pas l'audit et l'évitement de construction ClearCase.
Configuration d'un poste de travail Rational ClearCase
Tous les postes de travail qui doivent accéder une base d'objet version (VOB) ou une vue doivent être configurés pour
utiliser ClearCase. Pour Windows NT/2000, cette configuration s'applique à tous les postes de travail utilisés pour le
développement. Pour UNIX, elle s'applique à toutes les machines utilisées comme serveur de vues.
De plus, toutes les machines utilisées comme serveur de vues pour les vues ClearCase utilisées par Rose RealTime,
doivent être configurées pour ClearCase. Si vous utilisez ClearCase MultiSite, vous devez effectuer ceci sur tous les
sites où vous dupliquez les VOB contenant les éléments Rose. Vous pouvez déterminer les serveurs de vues en saisissant
la commande suivante dans une fenêtre de ligne de commande :
cleartool lsview
Le second élément de chaque ligne indique le nom de la machine sur laquelle le serveur de vues fonctionne. Par exemple,
prenons la ligne suivante d'une sortie de la commande lsview :
myview mymachinevwsmyview.vws
"mymachine" est le nom de la machine où se trouve le serveur de vues pour myview.
Pour de plus amples informations,
veuillez consulter votre administrateur ClearCase ou les informations sur les outils de contrôle des sources dans le
Guide de développement coopératif, Rational Rose RealTime.
Configuration initiale
Les étapes suivantes ne s'appliquent que si vous travaillez sur un modèle qui se trouve déjà sous contrôle des sources
dans une base d'objet versionné. Pour de plus amples informations, veuillez consulter les informations d'administration
de contrôle des sources dans le Guide de développement coopératif, Rational Rose RealTime.
-
Créez la vue intégrateur pour que les spécifications de configuration apparaissent comme suit :
element * CHECKEDOUT
element * /main/LATEST
-
Créez les intitulés de projet pour définir les différents contenus. Exemples d'intitulés significatifs :
-
TC_BASELINE_0 - pour représenter l'état initial du projet
-
TC_BUILDFILES - pour indiquer les éléments à inclure dans la prochaine construction automatique
-
TC_LATEST_STABLE - pour identifier le contenu stable le plus récent de la branche d'intégration
-
Créez le contenu initial et appliquez l'intitulé à la base d'objet versionné. Un exemple de contenu initial est le
suivant :
[x:dev]cleartool mklabel -recurse TC_BASELINE_0 dev
-
Créez le canevas de la vue développeur pour garantir que toutes les spécifications de configuration proviennent
d'une base commune. Ceci offre un accès constant et contrôlé au modèle et facilite l'utilisation de contenus ou de
branches privées.
Les développeurs utilisent deux fonctions principales : parcourir et développer. Chacune requiert une
spécification de configuration différente.
Pour obtenir de plus amples
informations sur les règles de canevas, veuillez consulter les informations de configuration initiale dans le Guide
de développement coopératif, Rational Rose RealTime.
Etapes outils
Pour utiliser ClearCase depuis Rose RealTime, procédez comme suit :
-
Contrôlez les éléments de modèle requis comme
unités
-
Créez une zone de travail locale
-
Enregistrez un modèle dans la zone de travail locale
-
Configurez les options de contrôle des sources
de l'espace de travail
-
Ajoutez le modèle au contrôle des sources
-
Rendez l'espace de travail par
défaut accessible à tous les membres du projet
-
Utilisez les canevas de vue
-
Entités ClearCase
-
Automatisez les constructions
-
Processus de développement
-
Processus d'intégration
Déterminez la granularité dont vous avez besoin pour l'environnement de projet et d'équipe au stade de développement
actuel. Effectuez cette étape en collaboration avec l'architecte du projet.
Vous devez établir une zone de travail locale pour enregistrer les modèles dans ClearCase. Pour accéder aux fichiers
Rose RealTime dans une base d'objet versionné, chaque développeur doit utiliser sa vue dédiée.
Avant de placer un modèle sous contrôle des sources, vous devez l'enregistrer dans la zone de travail locale.
Enregistrez le modèle dans le répertoire que vous avez associé à votre référentiel de contrôle des sources.
Pour activer le contrôle des sources, remplissez les paramètres décrits dans les principes de base du contrôle des
sources dans le Guide de développement coopératif, Rational Rose RealTime.
La manière la plus simple pour ajouter toutes les unités requises au contrôle des sources est d'utiliser l'outil
Submit All Changes to Source Control. Pour de plus amples informations, veuillez consulter les informations
d'administration de contrôle des sources du Guide de développement coopératif, Rational Rose RealTime.
Le fichier espace de travail (.rtwks) contient les informations communes à tous les utilisateurs travaillant sur le
projet. Les paramètres de l'espace de travail ne changent que très rarement (ou pas du tout) lorsqu'il a été configuré.
Tous les développeurs d'un projet devraient utiliser des copies identiques du fichier de l'espace de travail. C'est
pourquoi vous voudrez sans doute placer ce fichier sous contrôle des sources pour qu'une version unique soit disponible
pour tous les utilisateurs du projet. Rational Rose RealTime n'offre pas de prise en charge explicite pour la sortie ou
l'entrée de ce fichier.
Lorsque le gestionnaire de contrôle des sources a ajouté le modèle au contrôle des sources, l'espace de travail devrait
être ajouté manuellement à l'aide de votre utilitaire de contrôle des sources. Les autres utilisateurs peuvent alors
récupérer l'espace de travail lors de la mise à jour initiale de leur zone de travail locale. Ce processus permet de
garantir que tous les membres de l'équipe utilisent les mêmes paramètres de contrôle des sources pour le projet.
Les canevas de vue permettent de garantir que les développeurs utilisent une base commune pour leur spécification de
configuration de vue et pour faciliter le travail sur des branches privées. Un canevas de vue définit la branche
d'intégration depuis laquelle travailler, reprend les points de contrôles à utiliser pour baser une branche privée et
inclut un canevas de spécification de configuration qui peut être complété par des règles de spécification de
configuration supplémentaires.
Veuillez consulter les
informations de développement parallèle Rational ClearCase du Guide de développement coopératif, Rational Rose
RealTime pour de plus amples informations.
Vous pouvez créer des vues, des canevas de vue et des intitulés pour activer les fonctions de Rational ClearCase.
Veuillez consulter les informations de développement parallèle Rational ClearCase du Guide de développement
coopératif, Rational Rose RealTime pour de plus amples informations.
Pour permettre aux utilisateurs de sélectionner les versions de fichiers qui iront dans la construction, le
constructeur sélectionne toutes les versions dotées de l'intitulé de construction TC_BUILDFILES. Ceci permet de
modifier, le cas échéant, les versions des fichiers utilisés dans la construction. Par exemple, si la dernière version
d'un fichier contient du code qui ne peut être compilé, il est possible d'affecter l'intitulé à la version précédente.
La construction est composée des étapes suivantes :
-
Affecter un intitulé aux fichiers de la construction.
-
Exécuter la construction.
-
Lorsque la construction a réussi :
-
-
Créer un nouvel intitulé de contenu et l'appliquer aux versions de fichiers de la construction.
-
Appliquer l'intitulé TC_LATEST_STABLE aux versions de fichiers de la construction.
-
Rendre le nouveau contenu disponible pour les développeurs.
Chaque activité de développement est réalisée par un seul développeur et se déroule sur une branche privée dédiée à
cette activité. Chaque développeur doit disposer de sa propre vue. La vue est basée sur un point d'embranchement de la
branche d'intégration défini par un intitulé de construction.
Il faut choisir un nom de branche unique et définissant le travail en cours, par exemple :
paulz_timing
Les règles de spécification de configuration de la vue sont définies pour réserver automatiquement les fichiers et les
faire passer dans la branche privée à l'embranchement. De même, les nouveaux éléments créés lors de l'activité de
développement sont immédiatement branchés sur la branche privée.
Comme la branche est cachée des autres développeurs, l'utilisateur peut restituer des modifications incrémentales à la
branche. Lorsque le développeur est satisfait d'avoir terminé ses modifications, il informe l'intégrateur que toutes
les modifications de la branche privée sont prêtes à être intégrées.
En basant les branches privées des développeurs sur les intitulés correspondant aux versions utilisées par les
constructions automatiques, chaque développeur pourra réutiliser la majorité des résultats des constructions sous forme
d'objets dérivés winked-in. Ceci permet de réduire le nombre de constructions requises par chaque développeur lors de
modifications.
Chaque activité de développement doit être fusionnée à la branche d'intégration. ClearCase dispose de plusieurs outils
pour réaliser ce type de fusion. La commande cleartool findmerge permet de fusionner toutes les modifications
d'une branche dans une autre branche. Depuis la vue de l'intégrateur, la syntaxe suivante peut être utilisée :
cleartool findmerge dev -all -fversion .../paulz_timing/LATEST -merge
Les utilisateurs de Windows NT peuvent également utiliser le ClearCase Merge Manager pour réaliser la fusion.
Les deux méthodes fusionneront les versions de répertoire et utilisent Rose RealTime Model Integrator pour fusionner
les modifications dans les fichiers modèles. Lorsque la fusion est terminée, l'intégrateur devrait charger le modèle
dans Rose RealTime et vérifier qu'il n'y a pas d'erreur de fusion. Si le modèle peut être chargé correctement, les
modifications devraient être restitués à l'aide de la commande de menu Tools -> Source Control -> Submit All
Changes to Source Control.
Pour intégrer une série d'activités de développement :
-
Chargez le modèle depuis la vue de l'intégrateur.
-
Exécutez la fusion décrite ci-dessus.
-
Utilisez la commande Tools -> Source Control -> Synchronize Entire Model. Cette commande recharge tous
les fichiers modifiés lors de la fusion.
-
Assurez-vous que les différences fusionnées sont valides.
-
Utilisez Tools -> Source Control -> Submit All Changes to Source Control pour accepter les
modifications et les restituer dans le contrôle des sources.
-
Répétez les étapes 2 à 5 pour chaque activité à intégrer.
|