A propos des composants, des versions de référence, des activités et des flux

UCM utilise des versions de référence, des activités et des flux pour contrôler les modifications des composants d'un projet.

Composants

Les utilisateurs UCM s'en remettent à un chef de projet pour créer un projet, structurer les ressources partagées du projet (fichiers et répertoires) sous la forme de composants, et spécifier ensuite les versions de référence, les activités et les flux sur lesquels se fonde l'équipe pour modifier et intégrer les composants.

Un composant UCM est une collection de ressources partagées que l'équipe développe, intègre et libère en tant qu'entité unique (une bibliothèque de classes, par exemple, ou un module d'interface utilisateur). Un projet UCM inclut un ou (plus généralement) plusieurs composants, qui sont souvent partagés avec d'autres projets. Un composant est en général créé en tant que répertoire de niveau supérieur d'une base d'objet versionné (VOB). Une base d'objet versionné (VOB) peut inclure un ou plusieurs composants mais un composant ne peut pas contenir d'autres composants.

Versions de référence

Une version de référence spécifie une version de chaque élément d'un composant et représente une version du composant entier à un stade donné de son développement. A mesure que le travail progresse sur un composant, le chef de projet crée régulièrement de nouvelles versions de référence et leur affecte à chacune un niveau de promotion qui indique leur degré d'achèvement ou leur aptitude à être utilisée par l'équipe. Lorsque vous réajustez une vue ClearCase UCM, vous mettez à jour sa configuration afin de sélectionner les versions sélectionnées par une version de référence donnée (généralement celle recommandée pour le projet).

Vous pouvez utiliser le Navigateur ClearTeam pour créer et recommander des versions de référence dans un projet UCM.

Activités

Dans une vue ClearCase UCM, à chaque fois que vous ajoutez une ressource au contrôle des sources ou modifiez une ressource déjà soumise au contrôle des sources, vous devez associer votre action à une activité UCM qui identifie un ensemble de versions créées au cours d'une tâche de développement spécifique. Lorsqu'un projet UCM est configuré pour être géré avec Rational ClearQuest, les activités sont créées et tenues à jour sous forme d'enregistrements dans une base de données Rational ClearQuest. Lorsqu'un projet UCM n'est pas configuré pour être géré avec Rational ClearQuest, les activités sont créées et gérées sous forme de métadonnées dans une base d'objet versionné (VOB) de projets ClearCase.

Chaque activité inclut un titre, un ID d'activité et un ensemble des artefacts modifiés (change set). Le titre est une chaîne de texte, l'ID d'activité est un identificateur unique généré par ClearQuest ou ClearCase, et l'ensemble des artefacts modifiés spécifie une version de chaque fichier que vous avez modifié (ou ajouté au contrôle des sources) lorsque vous avez travaillé sur l'activité.

Lorsque vous créez une activité ou que vous en sélectionnez une pour l'associer à une opération, cette activité devient l'activité en cours pour la vue ClearCase dans laquelle vous travaillez. Chaque vue ClearCase UCM peut comporter plusieurs activités en cours.

Une activité n'est pas limitée à une portée de travail donnée, bien que les chefs de projet UCM définissent généralement des instructions destinées à aider les utilisateurs à affecter un travail à une activité. Par exemple, un chef de projet peut décider que les versions que vous créez lors de la correction d'un défaut ou de l'ajout d'une fonction constituent une activité. Une activité peut également englober toutes les modifications requises pour porter une application vers un nouveau système d'exploitation ou une nouvelle plateforme matérielle.

Vous pouvez utiliser la Vue Navigateur ClearTeam pour visualiser les activités dans une vue UCM.

Flux

Chaque vue UCM ClearCase est liée à un flux qui inclut un ensemble d'activités et de versions de référence et détermine les versions des éléments qui sont dans la vue. Chaque projet comporte un flux d'intégration auquel tous les membres du projet livrent leur travail. De plus, un projet peut définir un ou plusieurs flux de développement qui autorisent des utilisateurs à travailler de manière plus isolée avant de livrer leurs changements au flux d'intégration. Lorsque vous vous joignez à un projet UCM à flux unique, vous créez une vue d'intégration qui est liée au flux d'intégration du projet. Lorsque vous vous joignez à un projet UCM à flux multiples, vous créez une vue d'intégration et une vue de développement. La vue de développement est liée à un flux de développement.

Dans un projet à flux unique, tous les membres de l'équipe travaillent sur des activités dans une vue d'intégration et les terminent en les archivant dans le flux d'intégration. Dès qu'un changement est archivé, n'importe quel développeur peut le visualiser en mettant à jour sa vue d'intégration. Dans un projet à flux multiples, chaque développeur travaille sur des activités dans une vue de développement et les livre à intervalles réguliers au flux d'intégration du projet. Avant que les résultats de ces activités puissent être vus par les autres membres de l'équipe, les activités doivent être incluses dans une version de référence et les membres de l'équipe doivent réajuster leurs flux de développement par rapport à cette version de référence. Avec un projet UCM à flux multiples, les développeurs de logiciels peuvent exercer un contrôle plus strict sur leur environnement de développement.

Vous pouvez utiliser la Vue Navigateur ClearTeam pour visualiser les flux dans un projet UCM.


Commentaires