Support du développement en équipe sous Eclipse avec CVS
Développement collaboratif avec CVS
Eclipse est un environnement de développement intégré fondé sur la notion de fichier. Il maintient un workspace, ou espace de travail, dans lequel l’ensemble des données du projet sont stockées dans des fichiers. Cet espace contient la structure du projet sur laquelle travaille le développeur d’une équipe. À la différence de VisualAge for Java, cette structure s’appuie sur le système de fichiers propre à l’OS cible, ainsi que sur les fichiers journaux et les métadonnées des plug-ins installés. Chaque fois qu’une ressource est modifiée dans le projet, elle est stockée dans le SF (système de fichiers) local. Il est en outre possible de stocker l’espace de travail en partage sur le réseau. Ce mécanisme de gestion des sources à partir du SF présente les deux avantages suivants : • Intégration facile avec les autres outils, puisque le travail s’effectue directement avec le SF de la machine hôte. • Meilleure flexibilité dans la gestion des sources et du processus de développement.
L’historique local d’Eclipse
Eclipse conserve un historique des modifications locales, lesquelles peuvent dès lors être réinitialisées à leur état antérieur. L’historique local de chaque fichier est mis à jour automatiquement lorsque vous créez ou modifiez un fichier. Chaque fois que vous sauvegardez un fichier, une copie de son état précédent est conservée. Cela vous permet de comparer l’état courant du fichier avec l’état précédent et de remplacer le fichier par son état antérieur. Dans l’historique local, chaque état est identifié par la date et l’heure de sa sauvegarde, comme l’illustre la figure 3.1. Figure 3.1 Vue de l’historique de l’espace de travail d’Eclipse .Eclipse vous permet de comparer et de remplacer votre code courant par une des versions gérées localement. Pour voir l’historique d’un fichier, il vous suffit, à partir du menu contextuel du fichier, de sélectionner Historique local puis Comparer à. Vous pouvez sélectionner dans la liste différents états du fichier et les comparer à la version courante de ce dernier. Vous pouvez aussi remplacer n’importe quelle portion de cette version courante du fichier par celle figurant dans l’historique local (voir figure 3.1). Il est possible de modifier les paramètres de conservation des fichiers, exprimés en jours, ainsi que la taille allouée à l’historique en sélectionnant Préférences, Plan de travail et Historique local. Le travail en équipe avec Eclipse Il est rare qu’un développeur travaille seul à l’élaboration d’une application. Le plus souvent, il fait partie d’une équipe de développement. Ce travail collectif nécessite un système de contrôle des versions supportant les fonctionnalités suivantes : • historique des modifications effectuées par les membres de l’équipe ; • moyen de coordonner et d’intégrer les tâches effectuées. Un référentiel partageable est indispensable à ce travail en équipe. Ce référentiel est placé à l’endroit où l’ensemble des artefacts du projet sont stockés, maintenus et partagés par l’équipe de développement. Cela permet une gestion fine des accès et des modifications multiutilisateur des versions du projet ainsi que des snapshots, ou instantanés, logiciels, qui offrent une vision de l’état du projet à un instant donné. La communication entre le référentiel et les développeurs s’effectue à travers un réseau local ou distant. L’architecture de gestion de configuration intégrée Dans Eclipse, les développeurs effectuent leur travail dans des espaces de travail séparés. Périodiquement, ils effectuent leurs modifications dans l’espace partageable du gestionnaire de configuration SCMS (Software Configuration Management System). Ce dernier doit au préalable avoir été installé et configuré. Historique et fichiers Les fichiers peuvent posséder un historique local, mais pas les dossiers ni les projets. Historique local L’historique local est indépendant de l’environnement de développement d’équipe et du référentiel partagé.