# Manuel de &cervisia;

Bernd Gehrmann

    &Bernd.Gehrmann.mail;

Carlos Woelz

    carloswoelz@imap-mail.com

&traducteurJoelleCornavin;
1999 2000 2001 2002 &Bernd.Gehrmann;
2004 Carlos Woelz
&FDLNotice;
08-09-2008
3.1.1

&cervisia; fournit un affichage graphique de &CVS;.

KDE kdesdk Cervisia CVS contrôle de versions contrôle de révision

## Introduction

&cervisia; est une interface utilisateur conviviale pour des système de contrôle de versions. Elle est destinée à prendre en charge &CVS; et d'autres applications de systèmes de contrôle de versions dans une interface unifiée, comportant une résolution de conflit, des afficheurs de différences et d'historiques, un état des fichiers de la copie de travail, ainsi qu'une gestion des fonctions de contrôle de versions. Vous pouvez obtenir &cervisia; en compilant le module kdesdk ou en installant le paquet « kdesdk » fourni par votre distribution. Actuellement, seul &CVS; est pris en charge, mais d'autres systèmes de contrôle de versions sont susceptibles d'y être intégrés dans le futur.

Un système de contrôle de versions est un outil permettant d'enregistrer, gérer et distribuer différentes versions de fichiers. &CVS; est un système de contrôle de versions. Il permet de partager vos modifications facilement, puisque tous les collaborateurs peuvent travailler simultanément sur leur copie locale, sans risquer d'écraser leurs modifications réciproques. Il autorise la restauration de versions antérieures (utile pour suivre les bogues), la création de branches (pour un développement expérimental ou des versions intermédiaires de code), entre autres.

Le dépôt principal contient habituellement un projet collaboratif (commercial ou non), mais vous pouvez tirer profit des fonctionnalités de contrôle de révisions très pratiques qu'offre &CVS;, même pour un projet développé exclusivement par vos soins. Il est facile de configurer un dépôt local. Vous apprécierez en outre sa capacité à suivre les changements qui sont à l'origine de bogues, annuler des changements, éviter une perte accidentelle d'informations, &etc;

Le dépôt contient les fichiers du projet, dont tous les collaborateurs possèdent leur propre copie locale nommée copie de travail ou bac à sable. Chacun peut ajouter ses modifications au dépôt principal (un processus appelé « validation ») et/ ou mettre à jour sa propre copie pour répercuter les récents changement apportés par d'autres contributeurs.

## Premiers pas

### Accéder au dépôt

Dans cette section, nous décrirons comment bénéficier de la fonctionnalité de base du système de contrôle de versions en utilisant &cervisia; pour extraire des modules du dépôt et travailler avec. Pour ce faire, vous devez avoir accès au dépôt en tant que client, ce qui signifie que quelqu'un (probablement l'administrateur du dépôt &CVS;) vous a ouvert un compte sur le serveur. Sinon, vous pouvez aisément créer un dépôt local pour votre propre projet.

Si vous projetez de développer un projet très complexe, il est judicieux de faire appel aux fonctionnalités de &CVS;, même si vous êtes le seul développeur. Vous pouvez faire tous vos changements dans la copie de travail et employer &cervisia; (ou tout autre outil &CVS;) pour mettre à jour et valider. De cette façon, vous profiterez de sa capacité à suivre les modifications qui ont produits des bogues, annuler des modifications, éviter une perte accidentelle d'informations, &etc; Grâce à &cervisia;, rien n'est plus simple que de créer un dépôt local.

Créer un dépôt local

- Ouvrez la boîte de dialogue Créer un nouveau dépôt (cvs init) en choisissant Dépôt Créer....

- Cliquez sur le bouton ... pour sélectionner le dossier dans lequel vous allez créer le dépôt ou saisissez son emplacement d'accès dans la zone de texte. Par exemple, si vous voulez placer le dépôt dans le dossier `/home/user` et le nommer `cvsroot`, saisissez `/home/user/cvsroot` dans la zone de texte ou choisissez le dossier `/home/user` à l'aide du sélecteur de fichiers et ajoutez `cvsroot`.

- Confirmez par un clic sur le bouton Ok. &cervisia; crée et initialise le dossier du nouveau dépôt.

- Vous pouvez à présent importer votre travail en cours dans le dépôt ou simplement créer un dossier dans le dépôt pour démarrer un nouveau module à partir de zéro.

&cervisia; offre une interface frontale intégrée pour gérer tous les emplacements de votre dépôt, la boîte de dialogue Configurer l'accès aux dépôts. Pour l'afficher, cliquez sur l'élément de menu Dépôt Dépôts....

Une copie d'écran de la boîte de dialogue Configurer l'accès aux dépôts de &cervisia;

Une copie d'écran de la boîte de dialogue Configurer l'accès aux dépôts de &cervisia;

Il y a plusieurs méthodes pour accéder à un dépôt &CVS;. Vous pouvez l'atteindre via une authentification par mot de passe ( : pserver:), un shell sécurisé (utilisant : ext : ), un dépôt local ( : local : ), &etc; Le format de l'emplacement du dépôt est (les éléments optionnels apparaissent entre crochets) :

`[ : méthode : ][[utilisateur][ : mot_de_passe]@]nom_hote[ : [port]]/emplacement/du/dépôt`

Tous ces éléments (utilisateur, mot de passe, nom d'hôte, port) ne sont pas toujours nécessaires pour accéder au dépôt. Les informations requises dépendent de la méthode d'accès employée, ce que l'on peut classer comme suit :

Local

  La méthode d'accès « local » est celle qu'utilise &CVS; par défaut. Par conséquent, il n'est pas obligatoire d'ajouter la méthode : local : à l'emplacement du dépôt : saisissez simplement l'emplacement du dossier qui contient le dépôt &CVS; et qui est accessible de votre ordinateur, comme `/emplacement/du/dépôt` ou pour donner un exemple réel, `/home/cvs`.

  Il peut résider physiquement sur un disque monté via NFS, mais c'est un détail hors de propos. Si vous avez créé un dépôt local, l'emplacement sera simplement l'emplacement d'accès vers celui-ci.

↱

  L'emplacement du dépôt se présente sous la forme `: ext:username@host.url.org : /path/to/repository`.

  Cette méthode nécessite que vous ayez un compte sur le serveur (dans cet exemple host.url.org) et que vous communiquiez par un shell distant. Pour cela, &CVS; utilise ↱ par défaut. Toutefois, en raison de son manque de sécurité notoire, ↱ s'est vu remplacer au profit de &ssh;.

  Si vous souhaitez faire appel à &ssh;, veillez à positionner la variable d'environnement $`CVS_RSH` sur &ssh; lorsque vous utilisez le client `cvs`. &cervisia; s'en charge sans problème.

  Notez que &cervisia; ne peut pas répondre aux possibles requêtes de mots de passe depuis le serveur. Assurez-vous qu'un nom d'utilisateur (login) distant soit opérationnel que vous ayez à saisir le mot de passe. Avec la version standard de ↱ il suffit par exemple de créer un fichier `/.rhosts` dans votre dossier personnel, avec une liste d'hôtes de confiance (reportez-vous à la page de manuel de ↱).

  Avec, &ssh;, cela peut se faire en copiant votre clé publique située dans le fichier `identity.pub`, lequel réside dans le dossier `$`HOME`/.ssh/`, côté serveur. Dans ce cas, la clé ne doit pas être chiffrée avec une phrase (Voir la page man de &ssh; et les FAQ SSH de &CVS; sur le site de Sourceforge). Si vous avez un doute sur ces aspects, interrogez votre administrateur système.

pserver

  L'emplacement du dépôt se présente sous la forme `: pserver : nom_utilisateur@hote.url.org : /emplacement/du/dépôt`

  Cette méthode accède au serveur via un protocole spécial qui souffre d'une authentification relativement faible (`pserver` signifie « authentification par mot de passe »). Avant de pouvoir utiliser ce type de serveur, l'administrateur du serveur &CVS; doit vous attribuer un nom d'utilisateur et un mot de passe, puis vous devez vous connecter. Notez qu'il n'est pas nécessaire que votre nom d'utilisateur pour l'authentification par mot de passe &CVS; corresponde à votre nom d'utilisateur du système. Avant d'accéder au serveur &CVS; vous devez vous connecter.

  Les projets open-source offrent un accès &CVS; anonyme à leurs sources. Cela signifie qu'il est très facile de se procurer les tout derniers sources, les modifier, créer des correctifs (patches ou différences par rapport au dépôt, sans avoir à demander un compte &CVS;. En règle générale, le &CVS; anonyme fonctionne avec une authentification par mot de passe ( : pserver:) et est en outre un dépôt en lecture seule, qui ne vous autorise donc pas à déposer vos changements directement sur le serveur.

Connaissant la méthode d'accès et l'emplacement du dépôt, vous pouvez l'ajouter à la liste des dépôts de &cervisia; :

Ajouter un nouveau dépôt

- Ouvrez la boîte de dialogue Configurer l'accès aux dépôts en choisissant l'élément de menu Dépôts Dépôts... .

- Cliquez sur le bouton Ajouter... pour ouvrir la boîte de dialogue Ajouter un dépôt.

- Saisissez l'emplacement du dépôt dans la zone de texte Dépôt : . &cervisia; désactivera automatiquement les zones de la boîte de dialogue qui ne sont pas en rapport avec la méthode d'accès que vous avez choisie.

- Si vous utilisez la la méthode « ext » pour accéder au dépôt, saisissez le shell distant auquel vous souhaitez faire appel (&pex; &ssh;) dans la zone de texte Utiliser un interpréteur de commandes distant (seulement pour les dépôts ; ext:) .

- Cliquez sur Ok. Vous voyez le dépôt que vous venez de saisir sur la liste des dépôts.

- Si la méthode d'accès au dépôt que vous avez choisie est l'authentification par mot de passe (pserver), vous devrez vous y connecter avant de vous connecter au serveur proprement dit. Cliquez sur le dépôt dans la liste pour le sélectionner et cliquez sur le bouton Connexion.... Saisissez votre mot de passe dans la boîte de dialogue qui apparaît.

  Si vous avez réussi à saisir votre mot de passe, la ligne de la colonne État du dépôt pserver change, passant de l'état Non connecté à Connecté.

- Cliquez sur le bouton Ok pour appliquer vos modifications ou ajoutez un autre emplacement à la liste. &cervisia; stocke autant d'emplacements que vous le souhaitez.

### Importer un module dans le dépôt

Dans cette section, nous verrons comment intégrer un nouveau projet dans le dépôt &CVS;. Si vous voulez juste travailler sur un projet existant déjà présent dans le dépôt, vous pouvez sauter cette section.

Il y a deux façons de placer un projet dans le &CVS; :

- Importez les fichiers et dossiers dans un nouveau module, à l'aide de la boîte de dialogue d'importation de &cervisia;. Les modules sont les dossiers de premier niveau dans l'arborescence des dossiers du dépôt &CVS;. Ils sont utilisés pour séparer et organiser les différents projets logiciel à l'intérieur du dépôt.

- Créez un module vide et ajoutez les nouveaux fichiers et dossiers manuellement. Vous aurez davantage de contrôle, mais cela vous prendra certainement un peu plus de temps.

Gardez à l'esprit que &CVS; a été conçu à l'origine pour gérer les fichiers texte. De nombreuses fonctionnalités, comme la fusion des révisions, la création des différences dans une forme lisible, &etc; ne fonctionnent que sur les fichiers texte. Cela ne signifie pas que vous ne pouvez pas demander à &CVS; de conserver des fichiers binaires, mais simplement que vous devez indiquer explicitement à &CVS; s'il s'agit d'un fichier texte ou binaire. Si vous déclarez le mauvais type de fichier, vous rencontrerez des problèmes avec la fonctionnalité &CVS; pour ces fichiers. En outre, ils risquent d'être corrompus.

L'importation d'un projet (en tant que nouveau module) a certains avantages : vous importez tous les fichiers et dossiers récursivement, et le module sera automatiquement créé pour vous. Ce comportement facilite l'importation de gros projets existants dans le dépôt. Néanmoins, il y a des inconvénients : vous ne pouvez pas utiliser la boîte de dialogue d'importation de &cervisia; pour ajouter des fichiers aux modules existants, mais il est possible d'importer les fichiers sous forme de fichiers texte ou binaires. Pour contourner cette limitation, il suffit de créer un dossier avec des fichiers d'un seul de ces types ou d'informer les motifs des fichiers qu'il faut les ignorer pendant le processus d'importation.

Supposez par exemple que votre projet contienne des fichiers texte et quelques fichiers image PNG (fichiers binaires) uniquement. Vous pouvez demander à &CVS; d'ignorer tous les fichiers correspond au schéma `*.png` tout en important les autres fichiers comme du texte. Il est également possible de déplacer les images dans un dossier séparé puis d'importer les fichiers restants (en tant que fichiers texte). D'une façon ou de l'autre, vous devrez extraire le module récemment importé dans une nouvelle copie de travail, y copier les fichiers et dossiers manquants, les ajouter et valider dans le dépôt pour terminer le processus d'importation.

À titre d'alternative, vous pouvez ajouter les fichiers et dossiers manuellement, leur créer un module vide. Pour ajouter un module vide à un dépôt, créez simplement un nouveau dossier dans le dossier racine du dépôt &CVS;. Le nom de ce nouveau dossier sera celui du nouveau module. Extrayez le nouveau module vide. Puis copiez les fichiers et dossier dans la copie de travail, ajouter et validez pour pouvoir les déposer dans le dépôt &CVS;.

Une copie d'écran de la boîte de dialogue d'importation de &cervisia;

Une copie d'écran de la boîte de dialogue d'importation de &cervisia;

Dans , vous pouvez voir la boîte de dialogue qui vous aide à importer un projet en tant que module. Pour accéder à la boîte de dialogue d'importation de &cervisia;, choisissez l'élément de menu Dépôt Importer....

Dépôt :

  Dans la liste déroulante, saisissez ou sélectionnez le nom du dépôt &CVS;, également dénommé $`CVSROOT`. Pour cela, il faut que vous ayez un accès en écriture dans celui-ci et que le dépôt soit initialisé correctement. Si le dépôt n'existe pas encore, vous pouvez en créer un en choisissant l'élément de menu Dépôt Créer... .

  La zone déroulante affiche une liste des dépôts que vous avez saisie précédemment à l'aide de la boîte de dialogue Configurer l'accès aux dépôts. Si le dépôt est distant, assurez-vous que l'authentification fonctionne. Voir pour plus d'informations.

Module :

  Le nom du module sous lequel le projet sera stocké. Une fois importé, le projet peut être extrait sous ce nom. Voir pour plus d'informations. C'est également le nom du dossier correspondant dans le dépôt.

Dossier de travail :

  C'est le dossier de premier niveau du projet que vous voulez importer. L'importation commence à partir de ce dossier et continue récursivement.

Marque de création :

  La marque de création sert généralement à suivre les sources tierces. Prenez simplement votre nom d'utilisateur si vous n'avez pas de meilleure idée. Le contenu de la saisie n'a ici aucune importance.

Marque de version :

  On emploie également souvent cette marque pour importer différentes versions de logiciels tiers. Si vous ne le faites pas, utilisez le mot `start` ou une chaîne de caractères `FOO_1_0`, où `FOO` est le nom de votre projet et `1.0` le numéro de version de la version importée.

Ignorer les fichiers :

  Si vous remplissez ce champ, une option `-I noms de fichiers` supplémentaire est indiquée à la commande `cvs import`. Cet élément est interprété comme une liste de motifs de noms séparés par un blanc, qui seront ignorés. En général, un moyen de contrôle plus précis et plus fiable à propos des fichiers à intégrer au dépôt est de créer un dossier contenant uniquement les fichiers que vous voulez importer et à démarrer à partir de celui-ci. Néanmoins, cet élément peut être utile si le projet contient des fichiers que &CVS; ignore par défaut, &pex; les fichiers dits `core`. Dans ce cas, saisissez simplement le caractère `!` dans ce champ : celui-ci passe outre le modèle de &CVS; des fichiers ignorés. Voir .

Commentaire :

  Utilisez ce champ pour enregistrer les commentaires que vous pourriez faire sur l'origine, utilisation, développement, &etc; des fichiers que vous importez.

Importer sous forme de binaires

  Si vous cochez cette case, tous les fichiers sont importés en mode binaire, &cad; qu'un argument `kb` est ajouté à `cvs import`.

Utiliser l'heure de modification du fichier comme heure d'importation

  Si vous cochez cette case, l'heure d'importation sera l'heure de modification du fichier, à la place de l'heure d'importation.

Après avoir rempli ce formulaire et confirmé en cliquant sur Ok, la commande &CVS; suivante est utilisée :

    cvs -d dépôt import -m «  » module marque de création marque de version

### Extraire un module du dépôt

Maintenant que vous avez réussi à définir l'emplacement de votre dépôt et importé les fichiers initiaux dans le dépôt, il est temps de rapatrier le module depuis le dépôt &CVS;, en créant votre copie de travail.

Vous devrez également connaître le nom de la branche ou de la marque que vous voulez employer.

Les branches d'un module sont des versions parallèles de ce module. Un bon exemple réel de l'utilisation de cette fonctionnalité est la version d'un projet de logiciel. Après une version majeure, il y a des bogues dans le code qui doivent être corrigés, mais des utilisateurs veulent ajouter de nouvelles fonctionnalités à l'application également. Il est très difficile de faire les deux en même temps parce que de nouvelles fonctionnalités introduisent souvent de nouveaux bogues, ce qui complique le suivi des anciens bogues. Pour résoudre ce dilemme, &CVS; permet de créer une version parallèle que nous appellerons la « branche stable », dans laquelle vous ne pouvez qu'insérer des corrections de bogues, en laissant la branche principale (HEAD) ouverte pour ajouter de nouvelles fonctionnalités.

Les étiquettes servent à marquer une version d'un projet. &CVS; estampille une seule version de chaque fichier avec l'étiquette, de sorte que quand vous extrayez ou mettez à jour vers une étiquette donnée, vous obtenez toujours les mêmes versions des fichiers. En conséquence, par opposition aux branches, les étiquettes ne sont pas dynamiques : vous ne pouvez pas développer une étiquette. Les étiquettes sont utiles pour marquer des versions, de gros changements dans le code, &etc; Grâce aux étiquettes, vous pouvez facilement faire revenir le projet à un état antérieur, reproduire et suivre des bogues, générer à nouveau le code de la version, &etc;

Une copie d'écran de la boîte de dialogue d'extraction de &cervisia;

Une copie d'écran de la boîte de dialogue d'extraction de &cervisia;

Dépôt :

  Le nom du dépôt &CVS;, également appelé ``$CVSROOT``. La zone de liste déroulante affiche une liste des dépôts que vous avez précédemment saisie à l'aide de la boîte de dialogue Configurer l'accès aux dépôts. Si le dépôt est distant, assurez-vous que l'authentification fonctionne. Voir pour plus d'informations.

Module :

  Le nom du module à extraire. Si vous travaillez avec un dépôt existant, l'administrateur système peut vous fournir ce nom ou, si c'est un dépôt open source, vous pouvez recevoir les noms des modules sur les pages web du projet. Pour créer un nouveau module à partir de zéro en utilisant un dépôt local, il suffit de créer un nouveau dossier dans le dossier racine du dépôt local. Le nom du dossier sera identique au nom du module vide.

  Autrement, si le dépôt comporte un fichier ``$CVSROOT`/modules`, vous pouvez recevoir une liste des modules disponibles en cliquant sur le bouton Charger la liste.

  Notez qu'il est possible d'extraire n'importe quel sous-dossier existant du module, sans recevoir le reste du module. Saisissez juste l'emplacement au sous-dossier également. Par exemple, pour obtenir seulement le sous-dossier `doc/cervisia` du module kdesdk, saisissez `kdesdk/doc/cervisia` dans ce champ.

Marque de branche :

  Le nom de la branche ou de la marque que vous voulez extraire. Si vous laissez ce champ vide, &cervisia; réceptionnera la branche principale (HEAD).

Dossier de travail :

  Le dossier dans lequel le module doit être extrait. Notez que le dossier de premier niveau de la copie de travail est nommé après le module que vous réceptionnerez, à moins que vous ne lui donniez un autre nom dans le champ Extraire sous forme de : .

Extraire sous forme de :

  Cette commande entraîne l'extraction des fichiers de la copie de travail dans un dossier secondaire sous le dossier de travail plutôt qu'un dossier nommé après le module.

Exporter uniquement

  Si vous cochez cette case, les fichiers seront exportés plutôt que extraits. L'exportation obtient une copie du source du module sans les dossiers administratifs de &CVS;. Par exemple, l'exportation peut servir à préparer le code source d'une version.

Extraction récursive

  Extraction de tous les fichiers et dossiers récursivement.

### L'écran principal, l'affichage de l'état des fichiers et mise à jour

Lorsque vous démarrez &cervisia; et que vous ouvrez une copie de travail en choisissant Fichier Ouvrir la copie locale... , vous pouvez voir deux grandes zones dans la fenêtre principale de &cervisia; : celle du haut est une vue (arborescente) hiérarchique de la copie de travail actuelle ; la zone du bas sert à afficher les commandes &CVS; que &cervisia; exécute pour effectuer ses tâches, ainsi que la sortie générée par ces commandes.

Comme par défaut, &cervisia; n'affiche pas les fichiers qui résident dans les sous-dossiers, vous devrez cliquer sur les dossiers que vous voulez examiner. Pour afficher tous les fichiers de la copie de travail, choisissez Affichage Développer l'arborescence des fichiers . Pour réduire tous les fichiers dans la copie de travail, choisissez Affichage Réduire l'arborescence des fichiers .

En fonction des paramètres de vos fichiers `.cvsignore`, les fichiers que vous ne voulez en principe pas intégrer au dépôt - tels que les fichiers objets - ne sont pas affichés dans l'arborescence. En revanche, vous disposez pour chaque fichier d'un affichage de son état correspondant. Dans le paramétrage par défaut, après ouverture de la copie locale, il s'agit de « Inconnu », car &cervisia; retarde la réception des informations jusqu'à ce que vous choisissiez Fichier Mettre à jour ou Fichier État. Cette approche offre un ensemble minimal de fonctionnalité disponible même si vous n'avez pas une connexion permanente au serveur &CVS;.

Une copie d'écran de la fenêtre principale de &cervisia;

Une copie d'écran de la fenêtre principale de &cervisia;

Les commandes du menu Fichier n'agissent d'ordinaire que sur les fichiers que vous avez marqués. Vous pouvez également marquer des dossiers. À présent, choisissez Fichier État, ou appuyez sur F5. &cervisia; émet une

    cvs update -n noms des fichiers

pour obtenir les informations d'état des fichiers marqués. Notez que &cervisia; ne parcourt récursivement les sous-dossiers que si vous avez défini l'option correspondante dans le menu Configuration. Selon l'état du fichier correspondant, un élément apparaît à présent dans la colonne État :

Modifié localement

  Cela signifie que vous avez modifié le fichier en le comparant à la version présente dans le dépôt.

Ajouté localement

  Cela signifie que le fichier n'existe pas dans le dépôt, mais dans votre copie de travail et que vous avez programmé son ajout. L'insertion proprement dite dans le dépôt n'a lieu qu'après une validation (« commit »).

Supprimé localement

  Cela signifie que vous avez programmé la suppression du fichier, mais qu'il est encore présent dans le dépôt. La suppression proprement dite n'a lieu qu'après une validation.

Nécessite une mise à jour

  Ce message s'affiche s'il existe une version plus récente du fichier dans le dépôt, &pex; parce qu'un utilisateur a validé une modification. Normalement, comme vous voulez mettre à jour ce fichier, vous avez une version à jour dans votre dossier.

Nécessite un correctif

  Ce message est pour l'essentiel identique au précédent, la seule différence est qu'en cas de mise à jour, le serveur &CVS; ne vous transfère qu'un correctif au lieu du fichier entier.

Nécessite une fusion

  Indique qu'une fusion de la révision de ce fichier dans votre dossier de travail avec la version dans le dépôt est nécessaire. Ceci se produit généralement si vous avez apporté des modifications au fichier alors qu'un autre utilisateur a validé ses propres modifications. Si vous choisissez de mettre à jour, les modifications effectuées dans le dépôt sont fusionnées dans votre fichier. En cas de conflit (&cad; si quelqu'un d'autre a changé quelques-unes des mêmes lignes que vous), le nouvel état passe alors à « Conflit ».

À jour

  Indique que le fichier est identique à la version présente dans le dépôt.

Conflit

  Ce message s'affiche si ce fichier contient encore des indicateurs de conflit. Peut-être n'avez-vous pas actualisé le fichier précédemment ni résolu les conflits.

Absent du CVS

  Indique que ce fichier n'est pas déclaré dans le dépôt &CVS;. Si vous souhaitez le rendre accessible aux autres utilisateurs, vous devez l'ajouter au dépôt. Dans le cas contraire, vous pourriez envisager de l'ajouter à votre fichier `.cvsignore`.

Maintenant que vous avez une vue d'ensemble de l'état actuel du &CVS;, vous pouvez avoir à faire une mise à jour. Marquez quelques fichiers (ou la racine de l'arborescence du dossier, ce qui équivaut à marquer tous les fichiers de ce dossier). Choisissez alors Fichier Mettre à jour (Vous pourriez naturellement avoir fait ce choix au début de la session). Pour certains des fichiers, l'état pourrait maintenant changer. En principe, les fichiers signalés par « Nécessite un correctif » ou « Nécessite une mise à jour » sont actualisés. Voici par conséquent les nouveaux éléments possibles dans la colonne d'état :

Mis à jour

  Affiché si le fichier était mis à jour à partir du dépôt.

Corrigé

  Indique que le serveur &CVS; a envoyé un correctif pour ce fichier et qu'il a été appliqué avec succès. Si le correctif n'est pas satisfaisant en raison d'un conflit entre vos modifications et celles que quelqu'un d'autre a validé dans le dépôt, l'état est maintenant Conflit.

Peut-être avez-vous remarqué que selon l'état du fichier, sa ligne a une couleur différente. Les couleurs sont choisies de façon à refléter en quelque sorte la priorité de l'état. Par exemple, un fichier en conflit est marqué en rouge pour vous montrer qu'il faut résoudre un conflit avant de pouvoir continuer à travailler avec. Si votre dossier contient un grand nombre de fichiers, vous risquez néanmoins de perdre la vue d'ensemble. Pour obtenir des informations plus concises sur les fichiers présentant un état inhabituel, cliquez simplement sur l'en-tête de la colonne État. Comme la liste des fichiers est ensuite triée par priorité, vous avez toutes les informations importantes au début de la liste. Pour revenir à l'affichage trié par ordre alphabétique, cliquez sur l'en-tête de la colonne Nom du fichier.

## Travailler avec des fichiers

Toute fonctionnalité &CVS; couramment employée est directement disponible dans la zone d'affichage principale de &cervisia;. Les commandes agissent d'ordinaire sur plusieurs fichiers à la fois, c'est-à-dire sur tous ceux qui sont sélectionnés à ce moment. Son interprétation dépend des paramètres fixés dans le menu Configuration. Par exemple, si vous avez coché Configuration Valider & supprimer récursivement et si vous choisissez Fichier Valider... alors qu'un dossier est sélectionné, alors tous les fichiers de l'arborescence placés dans ce dossier sont validés. Dans le cas contraire, seuls les fichiers réguliers du dossier proprement dit sont affectés.

Une copie d'écran du menu contextuel de &cervisia;

Les actions les plus courantes sont également disponibles en cliquant avec le bouton droit sur les fichiers contenus dans l'arborescence, via le menu contextuel. affiche le menu contextuel de la fenêtre principale de &cervisia;.

Vous pouvez éditer un fichier simplement en double-cliquant dessus ou en le sélectionnant puis en pressant &Enter;. Ceci lance l'application par défaut qui gère ce type de fichier (l'application par défaut pour chaque type de fichier est un paramètre du niveau &kde;). Si l'application par défaut n'est pas celle que vous voulez utiliser, vous pouvez cliquer-droit sur le fichier et choisir le sous-menu Édition avec et sélectionner une des autres applications qui gèrent ce type de fichier.

### Ajouter des fichiers

Ajouter des fichiers à un projet nécessite deux étapes : les fichiers doivent d'abord être déclarés à &CVS; ou, en d'autres termes, ajoutés au dépôt. C'est nécessaire, mais non suffisant. Pour placer de façon effective les fichiers dans le dépôt, vous devez les valider. Cette procédure a un grand avantage : vous pouvez valider les fichiers ayant subi des modifications dans d'autres parties du projet. Ce faisant, on peut voir aisément (&pex; dans les courriers électroniques de validation) que tous ces changements font partie d'un tout.

À cette fin, marquez tous les fichiers à ajouter dans la fenêtre principale de &cervisia;. Choisissez ensuite Fichier Ajouter au dépôt.... ou cliquez avec le bouton droit sur les fichiers marqués et choisissez Ajouter au dépôt..... La boîte de dialogue Ajout CVS s'ouvre, répertoriant les fichiers que vous avez marqués et demande confirmation. Cliquez sur Ok.

&cervisia; émet une commande

    cvs add noms des fichiers

Si l'opération a réussi, la colonne d'état devrait afficher « Ajouté au dépôt » à propos des fichiers ajoutés.

&CVS; n'est pas conçu pour mettre en place un contrôle de révision satisfaisant pour les fichiers binaires. Par exemple, fusionner des fichiers binaires ne présente normalement aucun intérêt. De plus, &CVS; développe par défaut les mots clés (&pex; sur la chaîne `$Révision : 1.6 $`) lorsqu'un fichier est validé. Dans les fichiers binaires, de tels remplacements risquent de corrompre le fichier et le rendre totalement inutilisable.

Pour désactiver ce comportement, vous devriez valider les fichiers binaires (ou d'autres fichiers comme les fichiers PostScript ou les images PNG) en choisissant Fichier Ajouter un binaire.... La boîte de dialogueAjout CVS s'ouvre, répertoriant les fichiers binaires que vous avez marqués et demande confirmation. Cliquez sur Ok.

&cervisia; émet une commande

    cvs add -kb noms des fichiers

### Supprimer des fichiers

Tout comme l'ajout des fichiers, leur suppression s'effectue en deux étapes : les fichiers doivent d'abord être déclarés comme supprimés en choisissant Fichier Supprimer du dépôt... ou en cliquant-droit sur les fichiers marqués et en choisissant Supprimer du dépôt... dans le menu contextuel. La boîte de dialogue Suppression CVSs'ouvre, répertoriant les fichiers que vous avez marqués et demandant confirmation. Cliquez sur Ok. &cervisia; émet la commande

    cvs remove -f noms des fichiers

Cette modification apportée à la copie locale doit ensuite être validée, éventuellement en même temps que d'autres modifications au projet.

La commande ci-dessus ne fonctionne que si le fichier est à jour. Dans le cas contraire, vous obtenez un message d'erreur. Ce comportement est rationnel : si vous avez modifié le fichier par comparaison avec sa version présente dans le dépôt ou si un autre utilisateur a apporté certaines modifications, vérifiez d'abord si vous souhaitez réellement l'éliminer.

### Ajouter et supprimer des dossiers

&CVS; gère les dossiers d'une manière fondamentalement différente des fichiers ordinaires. Ils ne sont pas soumis au contrôle de révision, &cad; que vous ne pouvez pas savoir quels fichiers existaient dans le projet à un moment donné. De plus, les dossiers ne peuvent jamais être explicitement supprimés (excepté en les supprimant directement dans le dépôt).

Pour compenser, &CVS; suit la convention selon laquelle un dossier est dit « non existant » dans une version du projet s'il est vide. Pour respecter cette convention, faites appel à l'option `P` pour `cvs update` et `cvs checkout`. Vous pouvez cocher cette option dans le menu Configuration Élaguer les dossiers vides lors de la mise à jour.

Un dossier peut être ajouté au dépôt en choisissant Fichier Ajouter au dépôt... ou en cliquant-droit sur le dossier marqué et en choisissant Ajouter au dépôt... dans le menu contextuel. L'ajout de dossiers ne nécessite pas de validation ultérieure. &cervisia; émet la commande

    cvs add nom du dossier

### Valider des fichiers

Lorsque vous avez apporté un certain nombre de changements à votre copie de travail et que vous souhaitez les mettre à la disposition des autres développeurs, vous devez les valider ( « commit » ). Une validation place vos versions des fichiers modifiés à titre de nouvelles révisions dans le dépôt. Lorsqu'un autre développeur effectue une mise à jour par la suite, vos modifications apparaissent dans sa copie de travail.

Pour valider une paire de fichiers, sélectionnez-les dans la fenêtre principale de &cervisia; et choisissez Fichier Valider... ou cliquez-droit sur les fichiers marqués et choisissez Valider... dans le menu contextuel.

Une copie d'écran de la boîte de dialogue de validation de &cervisia;

Vous obtenez une boîte de dialogue qui affiche une liste des fichiers sélectionnés au début de la section, ainsi qu'un message de journal de vos changements au-dessous. &cervisia; vous aide de plusieurs manières à trouver un message de journal significatif : en premier lieu, dans la liste des fichiers, vous pouvez double-cliquer sur un fichier ou appuyer sur Entrée afin de voir les changements que vous avez apportés au fichier. En deuxième lieu, &cervisia; fournit une liste des messages de journal que vous avez précédemment utilisés dans une liste déroulante. Troisièmement, cette boîte de dialogue est intégrée à l'éditeur du journal des modifications de &cervisia; décrit ci-après. Quand vous avez terminé avec la boîte de dialogue, la commande

    cvs commit -m message noms des fichiers

est utilisée.

Une erreur fréquente que vous pouvez rencontrer en validant est Le contrôle de la mise à jour a échoué. Ceci indique que quelqu'un a validé des changements dans le dépôt depuis votre dernière mise à jour ou, plus techniquement, que votre révision `BASE` n'est pas la plus récente sur sa branche. Dans ce cas, &CVS; refuse de fusionner vos modifications dans le dépôt. La solution consiste à mettre à jour, résoudre les conflits éventuels et effectuer une nouvelle validation. Naturellement, si vous travaillez sur un projet de logiciel, il est en principe de bon ton de vérifier si le programme fonctionne encore après l'avoir actualisé - somme toute, il pourrait exister des interactions néfastes entre vos modifications et les autres modifications qui cassent le code.

Une autre erreur courante provoque le message d'erreur La marque rémanente « X » pour le fichier « X » n'est pas une branche. Ceci se produit si vous tentez de valider un fichier que vous avez précédemment placé dans une révision ou une marque particulière avec la commande

     % cvs update -r X

(que l'élément de menu Avancé Mettre à jour vers une marque / une date...) utilise &pex;. Dans un tel cas, la marque placée sur le fichier devient rémanente, &cad; que les mises à jour ultérieures ne vous amènent pas à la toute dernière révision sur la branche. Si vous voulez valider d'autres révisions sur la branche, vous devez effectuer une mise à jour sur la marque de la branche avant de procéder à d'autres validations.

Avec &cervisia;, il est aisé d'assurer la maintenance d'un fichier « ChangeLog » (journal des modifications). conforme au format énoncé dans les directives de codage &GNU;. Pour l'utiliser, choisissez Fichier Insérer un élément dans le fichier « ChangeLog ».... S'il existe un fichier nommé `ChangeLog` dans le dossier de premier niveau de votre copie locale, ce fichier est chargé et vous avez la possibilité de le modifier. À cette fin, au début du fichier, une ligne composée de la date actuelle et de votre nom d'utilisateur (ce que vous pouvez configurer comme décrit dans ) est insérée. Lorsque vous en avez terminé, cette boîte de dialogue peut être fermée en cliquant sur Ok, la prochaine boîte de dialogue de validation que vous ouvrirez comportera le message de journal rédigé lors de votre dernière saisie dans le fichier « ChangeLog ».

### Résoudre des conflits

Des conflits peuvent se produire chaque fois que vous avez apporté des changements à un fichier qu'un autre développeur a également modifié. Le conflit est détecté par &CVS; lorsque vous mettez à jour le fichier modifié. &CVS; tente alors de fusionner les modifications validées par l'autre développeur dans votre copie de travail. La fusion échoue si ses modifications et les vôtres se trouvent dans des parties du fichier qui se chevauchent, et le serveur &CVS; émet un message d'erreur.

Dans la fenêtre principale de &cervisia;, les fichiers en conflit sont indiqués par « Conflit » en rouge dans la colonne d'état. Il vous appartient maintenant de résoudre ces conflits avant de valider le fichier. &CVS; refusera de valider tout fichier en conflit jusqu'à ce qu'il ait été modifié. Vous pouvez bien sûr résoudre les conflits de manière traditionnelle depuis la fenêtre principale : il suffit de double-cliquer sur le fichier en question et de le modifier avec votre éditeur habituel.

&CVS; marque les changements en conflit en plaçant des crochets au milieu des fichiers, de la manière suivante :

    <<<<<<<
    Modifications dans votre espace de travail
    =======
    Modifications dans le dépôt
    >>>>>>> numéro-de-révision

Vous devrez remplacer ce bloc entier par la version récemment fusionnée. Naturellement, vous bénéficiez d'une grande liberté quand il s'agit de résoudre un groupe de conflits : pour chacun, vous pouvez décider de choisir une des deux versions alternatives. Vous pouvez également décider que les deux approches ont échoué et réécrire une routine entière voire même le fichier complet à partir de zéro.

Heureusement, &cervisia; offre une interface plus conviviale pour gérer ces conflits. Cela ne signifie pas que vous n'aurez jamais à modifier manuellement les fichiers, mais elle élimine au moins le besoin de le faire pour résoudre les conflits triviaux. Pour employer la boîte de dialogue Résolution CVS de &cervisia;, choisissez Fichier Résoudre... ou cliquez-droit sur le fichier marqué et choisissez Résoudre... dans le menu contextuel.

Une copie d'écran de la boîte de dialogue de résolution de &cervisia;

Une copie d'écran de la boîte de dialogue de résolution de &cervisia;

Dans la partie supérieure da la boîte de dialogue, vous voyez Votre version (A) du fichier, sur le côté gauche et la version du dépôt, Autre version (B), sur le côté droit. Les différences entre les deux sont marquées en rouge. Au-dessous de ces deux versions, vous pouvez voir la Version fusionnée. La version fusionnée reflète ce que ce sera cette section dans votre copie de travail si vous cliquez sur le bouton Enregistrer.

Vous pouvez basculer entre les sections en conflit en cliquant sur << et >>. Au centre de la partie inférieure de la boîte de dialogue, vous pouvez voir quelle est la section actuellement marquée. Par exemple, `2 of 3` signifie que vous êtes actuellement positionné sur la deuxième section présentant des différences, sur un total de 3.

Maintenant, vous pouvez décider section par section quelle version vous voulez avoir dans le fichier fusionné. En cliquant sur A, vous choisissez la version que vous avez modifiée. En cliquant sur B, vous choisissez la version du dépôt. En cliquant sur A+B, les deux versions seront ajoutées et votre version sera la première. L'appui sur B+A donne le même résultat mais l'ordre sera différent : d'abord la version du dépôt, puis la vôtre.

Si aucune de ces versions ne vous satisfait, cliquez sur Édition pour ouvrir un éditeur de texte simple dans lequel vous pouvez modifier la section. Quand vous avez terminé, cliquez sur Ok pour revenir à la boîte de dialogue Résolution CVS et reprendre la résolution des conflits. Vous verrez la section que vous venez de modifier dans Version fusionnée, avec vos modifications.

Pour enregistrer vos modifications, ce qui écrasera la version de la copie de travail, cliquez sur Enregistrer. Notez que cette action enregistre vos choix non seulement dans la section que vous voyez actuellement, mais dans toutes les sections du fichier. Si vous voulez l'enregistrer dans un autre fichier, cliquez sur Enregistrer sous.... Cliquez sur Fermer pour sortir de la boîte de dialogue. Si vous fermez la boîte de dialogue sans enregistrer, les changements que vous avez faits seront perdus.

## Obtenir des informations sur les fichiers et créer des correctifs

### Surveiller les différences entre révisions

Il existe plusieurs endroits dans &cervisia; où vous pouvez demander à une fenêtre d'afficher les différences entre les révisions d'un fichier :

- Dans la fenêtre principale, vous pouvez choisir Affichage Différence par rapport au dépôt (BASE).... Celle-ci utilise la commande `cvs diff` et vous montre les différences entre la version de votre copie locale et la version vers laquelle vous avez mis à jour en dernier lieu (également appelée `BASE`). Comme c'est très utile juste avant de valider un fichier, essayez de trouver un message de journal approprié.

- Vous pouvez afficher les différence entre la version de votre copie locale et celle de la de la branche de développement principale (également appelée `HEAD`) en choisissant Affichage Différence par rapport au dépôt (HEAD)....

- Vous pouvez voir les différences entre les deux dernières révisions du fichier sélectionné en choisissant Affichage Dernière modification....

- Vous pouvez accéder aux éléments de menu Différence par rapport au dépôt (BASE)..., Différence par rapport au dépôt (HEAD)... et Dernière modification... dans le menu contextuel de la fenêtre principale en cliquant-droit sur le fichier que vous voulez afficher.

- Dans la boîte de dialogue qui s'affiche lorsque vous validez un ensemble de fichiers, vous pouvez demander une fenêtre de différences en choisissant un nom de fichier dans la liste de sélection, soit en double-cliquant dessus, soit en appuyant sur Entrée. Cela revient pratiquement à cliquer sur Affichage Différence par rapport au dépôt (BASE)... avec le fichier correspondant dans la fenêtre principale.

- Dans la boîte de dialogue Explorer le journal, vous pouvez marquer deux révisions d'un fichier et demander une boîte de dialogue montrant les différences entre elles (reportez-vous à la section ).

Comme vous vous en doutiez, &cervisia; ne se contente pas de transférer la sortie de la commande `diff` dans votre terminal et présente un affichage graphique comme le montre la .

Une copie d'écran de la boîte de dialogue Diff de &cervisia;

Une copie d'écran de la boîte de dialogue Diff de &cervisia;

Le texte de la boîte de dialogue est une variante améliorée du texte fourni par la commande « diff » avec l'option `u`. Vous pouvez voir les versions présentant des différences dans deux fenêtres, dont les lignes sont disposées de telle sorte que vous pouvez faire une comparaison côte à côte. Cela signifie qu'aux endroits où du texte a été ajouté ou supprimé, la fenêtre correspondante affiche des lignes vides avec l'indicateur `+++++` sur le côté gauche. Partout ailleurs, vous pouvez voir le numéro actuel de chaque ligne dans la colonne de gauche.

Dans la deuxième colonne de la fenêtre de droite, le type de changement effectué apparaît. Les types possibles sont `Ajouter`, `Supprimer` et `Changer`. Les lignes correspondantes sont marquées en bleu, vert et rouge. Au centre de la boîte de dialogue, une image compressée des indicateurs de couleur est affichée. Ainsi, vous pouvez obtenir un rapide aperçu de l'ensemble des changements apportés au fichier. Vous pouvez également utiliser la position des régions colorées dans l'image compressée quand vous faites appel aux barres de défilement.

Normalement, les barres de défilement des fenêtres gauche et droite sont synchronisées. &cad;que si vous faites défiler le côté gauche, le côté droit défile au même rythme. Vous pouvez changer ce comportement en cochant la case Synchroniser les barres de défilement.

Pour plus d'informations sur la manière de personnaliser la boîte de dialogue « Diff », reportez-vous à .

### Créer des correctifs

Vous êtes parfois amené à donner vos modifications à réviser avant de les valider, ou bien vous n'avez pas d'accès en écriture au dépôt (donc vous ne pouvez pas valider). &CVS; offre des formats standard permettant de partager les modifications dans votre copie de travail, de façon que d'autres personnes puissent réviser vos changements, les tester dans leur copie de travail et les appliquer au dépôt &CVS;. Un fichier contenant ces différences est appelé correctif et il est généré par la commande `cvs diff`, de la même manière que les différences dans . Partager des correctifs au lieu de jeux de fichiers exige moins de bande passante ; les correctifs sont en outre plus faciles à manipuler car vous pouvez n'envoyer qu'un fichier correctif contenant toutes les différences provenant de nombreux fichiers source.

&cervisia; vous donne accès à cette fonctionnalité en choisissant Avancé Créer un correctif par rapport au dépôt....

L'action Créer un correctif par rapport au dépôt... crée un correctif avec toutes les modifications faites dans tous les fichiers dans votre copie de travail (copie locale) par rapport au dépôt `BASE`. Par conséquent, la sélection de fichiers dans la fenêtre principale n'affecte pas le correctif qui sera généré.

Une autre possibilité est de sélectionner un seul fichier dans la fenêtre principale et de choisir Explorer le journal... dans le menu Affichage ou de cliquer-droit sur le fichier marqué et de choisir Explorer le journal... dans le menu contextuel, afin d'ouvrir la boîte de dialogue Explorer le journal. Maintenant, sélectionnez la version par rapport à laquelle vous voulez créer un correctif comme révision "A" et cliquez sur le bouton Créer un correctif.... Ceci générera un correctif avec les différences entre le fichier marqué dans votre copie de travail et la version sélectionnée comme révision "A".

Avant de générer le correctif, &cervisia; affiche une boîte de dialogue permettant de configurer le format de sortie.

Une copie d'écran de la boîte de dialogue « Correctif » de &cervisia;

Une copie d'écran de la boîte de dialogue « Correctif » de &cervisia;

Format de sortie

  Il y a trois formats de sortie disponibles :

  Normal : un format que l'on peut employer pour amener l'éditeur à faire automatiquement une autre copie de l'ancien fichier qui correspond au nouveau. Dans le format de sortie normal, les caractères « < » et « > » marquent les changements, et il n'y a pas d'informations de contexte.

  Unifié : le format le plus courant pour échanger des correctifs. Le format unifié utilise des lignes de contexte en plus des numéros de lignes pour enregistrer les différences, ce qui renforce le processus d'application des correctifs. Ce format affiche les différences dans une forme compresse et lisible, avec un en-tête pour chaque fichier concerné et des sections séparées (tronçons) pour chaque différence. Les lignes de contexte disponibles pour chaque différence facilitent la lecture des modifications. Dans le format de sortie unifié, les caractères « + » et « - » marquent les changements.

  Contextuel : présente les mêmes informations que le format unifié, mais d'une manière moins compresse. Dans le format de sortie contextuel, le caractère « ! » marque les changements.

Nombre de lignes de contexte :

  Définissez ici le nombre de lignes de contexte pour les formats de sortie unifié ou contextuel. Cette option n'est pas disponible pour le format de sortie normal, car dans ce format, aucune information de contexte n'est enregistrée. Plus il y a d'informations de contexte, plus la lecture de la sortie brute est facile et l'application du correctif plus précise, mais cela en augmente la taille. Il est recommandé d'utiliser au moins deux lignes de contexte pour obtenir un fonctionnement approprié du correctif.

Options à ignorer

  Cochez ici les changements à ne pas considérer comme des différences en générant le correctif.

Après avoir défini le format de sortie, &cervisia; génère le correctif et affiche la boîte de dialogue Enregistrer sous. Dans cette boîte de dialogue, saisissez le nom du fichier et l'emplacement du fichier correctif.

### Surveiller un affichage annoté d'un fichier

Grâce à la commande `cvs annotate`, &CVS; offre la possibilité de voir - pour chaque ligne d'un fichier - qui a modifié une ligne le plus récemment. Cet affichage peut être utile pour découvrir qui a introduit un changement dans le comportement d'un programme ou à qui il faut s'adresser à propos d'un changement ou d'un bogue dans le code.

&cervisia; vous donne accès à cette fonctionnalité, mais enrichit les informations d'une manière interactive. Vous obtenez un affichage annoté en choisissant Affichage Annoter.... Une autre possibilité est de cliquer sur le bouton Annoter... dans la boîte de dialogue Explorer le journal, dans laquelle vous pouvez sélectionner la version du fichier que vous voulez afficher. montre une capture d'écran de la boîte de dialogue.

Une copie d'écran de la boîte de dialogue « Annotations » de &cervisia;

Une copie d'écran de la boîte de dialogue « Annotations » de &cervisia;

Dans la boîte de dialogue d'annotation, s'affiche une fenêtre montrant la toute dernière version du fichier sélectionné ou la version "A" de la révision, dans le cas où vous avez lancé la boîte de dialogue Annoter depuis la boîte de dialogue Explorer le journal). Les colonnes placées avant le texte donnent quelques informations relatives au plus récent changement dans chaque ligne. La première colonne affiche le numéro de ligne. La deuxième colonne montre le nom de l'auteur et le numéro de révision. Enfin, la troisième colonne indique le contenu réel de cette ligne.

En conséquence, lorsqu'une ligne vous paraît étrange ou que vous supposez un bogue à cet endroit, vous pouvez savoir immédiatement qui est responsable de cette ligne. Il est également possible de découvrir pourquoi cette ligne a été modifiée. Pour ce faire, déplacez le curseur de la souris sur le numéro de révision correspondant. Une infobulle apparaît alors, qui affiche le message du journal ainsi que la date du changement.

### Explorer les journaux &CVS;

Lorsque vous marquez un fichier dans la fenêtre principale et que vous choisissez Explorer le journal... dans le menu Affichage ou que vous cliquez-droit sur le fichier marqué et choisissez Explorer le journal... dans le menu contextuel, la boîte de dialogue Journal CVS s'affiche (si vous en marquez plusieurs, rien ne se passe puisque &cervisia; ne peut générer et analyser le journal que pour un fichier à la fois). La fonctionnalité qu'offre cette boîte de dialogue dépasse l'affichage de l'historique du fichier. En l'utilisant comme un explorateur de versions, vous pouvez :

- Afficher la révision, l'auteur, la date, la branche, le message de validation et les marques pour chaque version du fichier marqué.

- voir une représentation graphique de l'arborescence montrant les branches et les marques du fichier marqué ;

- voir n'importe quelle version du fichier marqué (avec l'application par défaut) ;

- surveiller un affichage annoté de n'importe quelle version du fichier marqué ;

- voir les différences entre n'importe quelle paire de versions du fichier marqué, y compris les paires contenant la version du fichier marqué de la copie de travail actuelle ;

- créer des correctifs contenant les différences entre n'importe quelle paire de versions du fichier marqué, y compris les paires contenant la version du fichier marqué de la copie de travail actuelle.

Une copie d'écran de la boîte de dialogue « Explorer le journal » de &cervisia;

Une copie d'écran de la boîte de dialogue « Explorer le journal » de &cervisia;

Vous pouvez choisir d'afficher l'historique comme prévu par la commande `cvs log` (Sortie CVS), sous forme de Arborescence ou de Liste. Votre préférence est naturellement affaire de goût et dépend des informations qui vous intéressent. L'arborescence est une représentation intuitive de ce que tel ou tel auteur a réalisé sur différentes branches. Les messages de journal correspondants s'affichent sous forme d'infobulles. La liste est par nature linéaire et ne fournit donc pas d'affichage immédiat des branches. En revanche, elle concentre les informations pertinentes d'une autre manière sur une surface d'écran moindre, notamment l'heure de chaque changement du fichier et la première partie du message de journal. Les informations de la sortie &CVS; sont exhaustives, mais longues et difficiles à lire. Pour atténuer ces problèmes, vous avez la possibilité de faire une recherche dans le texte de la sortie &CVS; en cliquant sur le bouton Chercher....

Pour obtenir plus d'information sur une révision donnée, vous pouvez cliquer sur celle-ci soit dans la liste, soit dans la vue arborescente. Les champs situés au centre de la boîte de dialogue sont alors remplis à l'aide des informations complètes fournies par la commande `cvs log`. Vous pouvez marquer deux révisions, appelées "A" et "B" qui sont pertinentes si vous employez les autres fonctionnalités qu'offrent les boutons. Vous pouvez choisir la révision "A" avec le &BGS; et la révision "B" avec le &BCS;. Dans l'affichage sous forme de liste, il est également possible de naviguer avec les touches du curseur. Pour marquer les révisions "A" et "B", utilisez respectivement les associations de touches &Ctrl;A, &Ctrl;B. En utilisant l'affichage Sortie CVS, vous pouvez cliquer sur Sélectionner pour la révision A et Sélectionner pour la révision B pour marquer les révisions.

Si vous cliquez sur le bouton Annoter..., vous obtenez une boîte de dialogue qui montre le texte du fichier appartenant à la version marquée par « A ». Chaque ligne est préfixée avec les informations relatives à la personne qui les a modifiées en dernier lieu et la révision au cours de laquelle ceci s'est produit. D'autres informations sur l'affichage des versions annotées sont disponibles dans .

Si vous cliquez sur le bouton Diff, un appel `cvs diff` est émis et vous obtenez une boîte de dialogue affichant toutes les modifications entre les deux versions marquées. Si vous marquez la révision « A » mais pas la révision « B », &cervisia; génère les modifications entre la version du fichier marquée en tant que révision « A » et la version du fichier de la copie de travail. Ainsi, vous pouvez voir les différences entre votre version du fichier et n'importe quelle version disponible dans &CVS;. Afin de faciliter l'affichage des changements, on emploie diverses couleurs pour marquer les lignes qui ont été ajoutées, supprimées ou simplement changées. D'autres informations sur l'affichage des différences sont disponibles dans .

Si vous cliquez sur le bouton Créer un correctif..., vous obtenez une boîte de dialogue dans laquelle vous pouvez définir les options de format pour générer un fichier contenant toutes les modifications entre les deux révisions marquées affichées. Si vous marquez la révision « A » mais pas la révision « B », &cervisia; génère les modifications entre la version du fichier marquée en tant que révision « A » et la version du fichier de la copie de travail. Ainsi, vous pouvez générer un correctif, ou fichier de différences, entre votre version du fichier et n'importe quelle version disponible dans &CVS;. Après avoir configuré le format du correctif dans la boîte de dialogue et cliqué sur Ok, une commande `cvs diff` est émise pour générer le fichier de différences. Une boîte de dialogue Enregistrer sous...apparaît. Saisissez le nom du fichier et l'emplacement du fichier correctif que &cervisia; a généré afin de l'enregistrer. D'autres informations sur la création des correctifs et les options de format de ceux-ci sont disponibles dans .

Si vous cliquez sur le bouton Affichage, &cervisia; va chercher la révision marquée en tant que révision « A » et l'affiche à l'aide de l'application par défaut qui gère son type de fichier.

Cliquez sur le bouton Fermer pour quitter la boîte de dialogue et revenir à la fenêtre principale.

Pour générer le journal qui est la base de la boîte de dialogue Journal CVS, &cervisia; émet la commande suivante :

    cvs log noms des fichiers

### Explorer l'historique

Si la journalisation est activée sur le dépôt utilisé, &cervisia; peut vous présenter un historique de certains évènements comme les extractions, les validations, les marques de version (« tags »), les mises à jour et les versions. Choisissez Historique dans le menu Affichage. &cervisia; émet la commande

    cvs history -e -a

Cette commande va chercher le fichier de journalisation dans le serveur, &cad; une liste des évènements concernant tous les utilisateurs et tous les modules. Cela peut représenter une énorme quantité de données.

Vous pouvez à présent voir la liste des évènements, triés par date. Le type de l'évènement est affiché dans la deuxième colonne :

- Extraction - L'utilisateur affiché dans la colonne « Auteur » a extrait un module

- Marque - Un utilisateur a employé la commande `cvs rtag`. Notez que l'usage de `cvs tag` (comme l'a fait la commande Avancé Marque / Branche... de &cervisia;) n'est pas enregistrée dans la base de données des historiques. Ceci est dû à des raisons « historiques » (reportez-vous à la FAQ de &CVS;).

- Version - Un utilisateur a diffusé un module. En réalité, cette commande est rarement utilisée et ne présente pas un grand intérêt.

- Mise à jour, supprimé - Un utilisateur a effectué une mise à jour sur un fichier qui a été supprimé dans le dépôt. En conséquence, le fichier a été supprimé dans sa copie de travail.

- Mise à jour, copié - Un utilisateur a effectué une mise à jour sur un fichier. Une nouvelle version a été copiée dans sa copie de travail.

- Mise à jour, fusionné - Un utilisateur a effectué une mise à jour sur un fichier. Les modifications apportées à la version du dépôt dans le fichier ont été fusionnées dans sa copie de travail.

- Mise à jour, conflit - Un utilisateur a effectué une mise à jour sur un fichier et un conflit avec ses propres modifications a été détecté.

- Validation, modifié - Un utilisateur a validé un ficher modifié.

- Validation, ajouté - Un utilisateur a ajouté un fichier et l'a validé.

- Validation, supprimé - Un utilisateur a supprimé un fichier et l'a validé.

Une copie d'écran de la boîte de dialogue « Historique » de &cervisia;

Une copie d'écran de la boîte de dialogue « Historique » de &cervisia;

Vous pouvez trier la liste à l'aide d'autres critères en cliquant simplement sur l'en-tête de colonne correspondant. Pour trier les éléments d'historique qui vous intéressent, il y a diverses options de filtre activées au moyen de cases à cocher :

- Afficher les évènements validation - affiche les validations

- Afficher les évènements extraction - affiche les extractions

- Afficher les évènements marques - affiche les marquages

- Afficher les autres évènements - affiche des évènements non inclus ci-dessus

- Uniquement l'utilisateur - affiche uniquement les évènements déclenchés par un utilisateur donné

- Uniquement les noms de fichiers correspondant à - filtre les noms de fichiers à l'aide d'une expression rationnelle

- Uniquement les dossiers qui correspondent - filtre les noms de dossiers à l'aide d'une expression rationnelle

Les caractères spéciaux reconnus par le comparateur d'expressions rationnelles sont les suivants :

- `x*` correspond à un nombre quelconque d'occurrences du caractère `x`.

- `x+` correspond à une ou plusieurs occurrences du caractère `x`.

- `x ?` correspond aux occurrences de zéro ou de un du caractère `x`.

- `^` correspond au début de la chaîne.

- `$` correspond à la fin de la chaîne.

- `{a-cx-z]` correspond à un jeu de caractères : ici &pex;, le jeu consiste en a, b, c, x, y, z.

## Utilisation avancée

### Mettre à jour vers une marque, une branche ou une date

Les branches d'un module sont des versions parallèles de ce module. Un bon exemple réel de l'utilisation de cette fonctionnalité est la version d'un projet de logiciel. Après une version majeure, il y a des bogues dans le code qui doivent être corrigés, mais des utilisateurs veulent ajouter de nouvelles fonctionnalités à l'application également. Il est très difficile de faire les deux en même temps parce que de nouvelles fonctionnalités introduisent souvent de nouveaux bogues, ce qui complique le suivi des anciens bogues. Pour résoudre ce dilemme, &CVS; permet de créer une version parallèle que nous appellerons la « branche stable », dans laquelle vous ne pouvez qu'insérer des corrections de bogues, en laissant la branche principale (HEAD) ouverte pour ajouter de nouvelles fonctionnalités.

Les marques servent à marquer une version d'un projet. &CVS; estampille une seule version de chaque fichier avec la marque, de sorte que quand vous extrayez ou mettez à jour vers une marque donnée, vous obtenez toujours les mêmes versions des fichiers. En conséquence, par opposition aux branches, les marques ne sont pas dynamiques : vous ne pouvez pas développer une marque. Les marques sont utiles pour marquer des versions, de gros changements dans le code, &etc; Grâce aux marques, vous pouvez facilement faire revenir le projet à un état antérieur, reproduire et suivre des bogues, générer à nouveau le code de la version, &etc;

Lorsque vous développez ou que vous suivez le développement d'un projet de logiciel, vous ne travaillez pas nécessairement avec la branche principale en permanence. Après une version, vous pouvez être amené à conserver la branche diffusée pendant un certain temps, pour profiter de sa relative stabilité, corriger des bogues, traduire les sources, &etc; Pour faire tout cela, vous devez mettre à jour la branche diffusée. Tous vos fichiers seront mis à jour vers la plus récente version des fichiers dans cette branche. Après la mise à jour, toutes vos nouvelles validations seront déposées sur le serveur vers la nouvelle branche également.

De plus, si vous voulez suivre un bogue qui a été reporté par rapport à une version marquée antérieurement, &CVS; vous offre la possibilité de vous procurer le logiciel tel qu'il a été diffusé, en mettant à jour vers cette marque. Par ailleurs, si vous voulez vous procurer une version antérieure de votre projet, vous pouvez mettre à jour votre copie de travail vers une date donnée. Ceci peut être utile si une erreur a été introduite dans le projet entre deux versions et que vous avez une idée du moment où elle s'est produite. Quand vous mettez à jour vers une date ou une marque, les versions de vos fichiers seront les mêmes que les versions à cette date ou que les versions estampillées par cette marque.

Avant de mettre à jour vers une branche ou une marque différentes, assurez-vous que vous avez validé tous vos changements vers la branche avec laquelle vous travaillez. Si vous n'êtes pas prêt à valider vos changements, mais que vous ne voulez pas les éliminer, ne mettez pas à jour vers la nouvelle branche, car vous risquez de perdre vos changements. De manière alternative, vous pouvez faire une nouvelle extraction, pour travailler en parallèle avec les deux versions.

Une copie d'écran de la boîte de dialogue « Mettre à jour vers une marque » de &cervisia;

Une copie d'écran de la boîte de dialogue « Mettre à jour vers une marque » de &cervisia;

Mettre à jour vers la branche

  Sélectionnez cette option pour mettre à jour vers une branche. Saisissez le nom de la branche dans la zone de liste déroulante (ou cliquez sur le bouton Charger la liste pour recevoir la liste des branches depuis le serveur &CVS; et choisissez celle que vous voulez dans la liste déroulante).

Mettre à jour vers la marque

  Sélectionnez cette option pour mettre à jour vers une étiquette. Saisissez le nom de l'étiquette dans la zone de liste déroulante (ou cliquez sur le bouton Charger la liste pour recevoir la liste des étiquettes depuis le serveur &CVS; et choisissez celle que vous voulez dans la liste déroulante).

Mettre à jour à la date

  Cochez cette option pour mettre à jour à une date donnée. Dans le champ ci-dessous, vous pouvez saisir une grande variété de formats de dates. Un format possible est `aaaa-mm-jj` où `aaaa` correspond à l'année, `mm` au mois (numériquement) et `jj` au jour. D'autres solutions comportent des phrases en français comme `hier` ou `il y a 2 semaines`.

Mettre à jour vers une marque ou à une date rend ces dernières « rémanentes », &cad; que vous ne pouvez pas valider d'autres modifications sur ces fichiers (à moins que la marque ne soit une marque de branche). Pour revenir à la branche principale, utilisez l'élément de menu Avancé Mettre à jour vers « HEAD » .

La commande émise pour mettre à jour vers une branche ou une marque est la suivante :

    cvs update -r marque

La commande émise pour mettre à jour à une date est la suivante :

    cvs update -D date

La commande émise pour mettre à jour vers la branche principale (HEAD) est la suivante :

    cvs update -A

### Marquage et branches

Nous n'aborderons ici que les aspects techniques du marquage et des branches. Si vous êtes uniquement un utilisateur et non l'administrateur du dépôt, vous ne serez probablement pas confronté au problème. Si toutefois vous êtes votre propre administrateur, vous devriez d'abord vous documenter sur les problèmes non techniques relatifs aux branches, pour vous faire une idée du temps et du risque d'erreur que la maintenance d'un projet peut exiger. L'annexe contient quelques références sur ce thème.

Le marquage simple est une opération que vous effectuez habituellement après réalisation d'une version, de façon que vous puissiez revenir facilement à l'état antérieur du projet à ce moment. Les marques se voient en principe attribuer un nom composé du nom du projet et de son numéro de version. Par exemple, &cervisia; 1.0 est disponible sous la marque `CERVISIA_1_0`. &cervisia; respecte strictement les règles de &CVS; à propos des éléments constituant le nom de marque valable. Il doit commencer par une lettre et peut contenir des lettres, des chiffres, des traits d'union et des caractères de soulignement.

Normalement, vous serez amené à marquer le projet entier (bien que &CVS; vous permette naturellement de n'en marquer qu'un sous-ensemble). À cette fin, marquez le dossier de premier niveau dans la fenêtre et choisissez Avancé Marque / Branche.... Saisissez à présent le nom de la marque, appuyez sur Entrée et tout est terminé.

Créer une branche n'est guère plus difficile : dans la boîte de dialogue de la marque, cochez la case Créer une branche avec cette marque. Vous pouvez aussi supprimer une marque existante : choisissez Avancé Supprimer une marque dans la fenêtre principale.

La fusion de modifications d'une branche vers la branche actuelle est un autre aspect du concept des branches. Si vous êtes sur le point de l'exécuter, choisissez Avancé Fusionner.... La boîte de dialogue qui apparaît à présent vous offre deux possibilités :

Soit vous pouvez fusionner toutes les modifications effectuées sur une branche vers la branche actuelle. Dans ce cas, cochez la case Fusionner à partir de la branche et remplissez la branche à partir de laquelle vous voulez fusionner. &cervisia; exécute alors la commande

    cvs update j marque de branche

L'autre possibilité consiste à fusionner uniquement les modifications effectuées entre deux marques sur une branche. Ceci se produit habituellement lorsque vous fusionnez de la même branche vers la jonction plusieurs fois. Dans ce cas, cochez la case Fusionner les modifications et saisissez (dans l'ordre correct) les deux marques correspondantes. Il en résulte une commande

    cvs update -j marque de branche1 -j marque de branche2

### Utiliser les alertes

Une alerte est le nom conventionnel de la fonctionnalité de &CVS; prévue pour avertir les utilisateurs du dépôt dès qu'un fichier a été modifié. L'utilisation des alertes exige que le fichier ``$CVSROOT`/CVSROOT/notify` soit configuré correctement. Cet aspect n'est pas abordé ici ; si vous avez besoin d'informations complémentaires sur la configuration côté administrateur, consultez un des ouvrages répertoriés dans l'annexe.

La prise en charge principale des alertes de &cervisia; concerne six éléments de menu.

Pour ajouter une alerte à un ou plusieurs fichiers, utilisez Avancé Ajouter une alerte.... La boîte de dialogue qui apparaît permet de choisir d'être averti de tout type d'évènement que &CVS; prend en charge. Par exemple, si vous voulez être averti uniquement lorsqu'un fichier est validé, cochez les cases Uniquement et Validations. Pour être averti de tout évènement relatif aux fichiers marqués, cochez la case Tous. Lorsque vous confirmez dans la boîte de dialogue, la ligne de commande utilisée est

    cvs watch add -a commit noms des fichiers

ou une option similaire, en fonction des évènements que vous choisissez de surveiller.

Lorsque plus aucun fichier ne vous intéresse, vous pouvez supprimer vos alertes en conséquence. Pour ce faire, utilisez Avancé Supprimer une alerte.... La boîte de dialogue qui apparaît offre les mêmes options que le formulaire que vous avez rempli en ajoutant l'alerte. Lorsque vous confirmez cette boîte de dialogue, &cervisia; émet la commande

    cvs watch remove noms des fichiers

éventuellement avec une option `-a` pour les évènements choisis.

Pour terminer, vous pouvez obtenir une liste des utilisateurs qui surveillent des fichiers. Choisissez Avancé Afficher les surveillances. L'utilisation de cet élément de menu provoque la commande

    cvs watchers noms des fichiers

Dans le scénario d'utilisation normale de &CVS;, chaque développeur travaille séparément dans la copie locale qu'il a extraite. Lorsqu'il veut modifier un fichier quelconque, il lui suffit de l'ouvrir dans son éditeur et de commencer à travailler dessus. Personne d'autre n'aura connaissance de ce travail jusqu'à sa validation.

Pour certains groupes de développeurs, ceci n'est pas le modèle de coopération préféré. Ils veulent être avertis à propos des personnes qui travaillent sur un fichier dès qu'ils commencent à travailler dessus. Cela peut être obtenu par le biais de commandes supplémentaires de &CVS;. Avant de commencer à éditer 'un fichier, sélectionnez-le dans la fenêtre principale de &cervisia; et choisissez Avancé Édition. Ceci exécutera la commande

    cvs edit noms des fichiers

Cette commande émet une notification à quiconque a défini une alerte `edit` sur ce fichier. Elle vous déclare également comme éditeur du fichier. Vous pouvez obtenir une liste de tous les éditeurs d'un fichier donné à l'aide de Avancé Afficher les éditeurs. Ceci équivaut à saisir sur la ligne de commande

    cvs editors noms des fichiers

Une session d'édition se termine automatiquement lorsque vous validez le fichier affecté. À ce moment, une notification `unedit` est envoyée à toutes les personnes ayant déclaré une alerte particulière sur le fichier. Naturellement, il se peut que vous ne souhaitiez pas valider le fichier, mais plutôt interrompre la session d'édition et à revenir à la version précédente du fichier. Pour ce faire, utilisez Avancé Annuler l'édition. Notez que &cervisia; ne vous demandera pas de confirmation. Cela signifie que si vous employez cet élément de menu, tout le travail que vous avez effectué depuis que vous avez cliqué sur Avancé Édition sera perdu. Plus précisément, &cervisia; utilise la ligne de commande

    echo y | cvs unedit noms des fichiers

Jusqu'ici, nous n'avons abordé que le cas où les développeurs utilisent les éditions et les annulations d'éditions volontairement. &CVS; prend également en charge un modèle qui respecte l'usage de ces commandes. Nous ne décrirons pas plus avant la commande chargée de basculer vers ce modèle, `cvs watch on`, car elle est surtout utilisée par l'administrateur du dépôt. Aspect toutefois important du point de vue du développeur lorsque le projet impose des éditions, les copies de travail sont extraites en lecture seule. Cela signifie que vous ne pouvez pas modifier un fichier par défaut (à moins de faire appel à des astuces comme `chmod`). Le fichier n'est rendu inscriptible que lorsque vous utilisez Avancé Édition. Il redevient en lecture seule lorsque vous validez le fichier ou que vous utilisez Avancé Annuler l'édition.

L'interface d'édition de &cervisia; vous aide pour les projets imposant des alertes, mais d'une manière différente. Si vous venez de démarrer un éditeur avec un fichier en lecture seule par un double clic ou à l'aide de Fichier Édition, vous ne pourrez pas enregistrer vos modifications ultérieurement. Il y a bien entendu une raison à cela : chaque fois que vous voulez changer un fichier, exécutez `cvs edit` au préalable, de sorte que tous les utilisateurs surveillant le fichier soient avertis que vous travaillez dessus.

Dans un tel cas, il est souhaitable de cocher l'option Configuration Exécuter « cvs edit » automatiquement si nécessaire. Dorénavant, chaque fois que vous modifiez un fichier en double cliquant dessus, &cervisia; lance un `cvs edit` avant l'exécution proprement dite de l'éditeur. Vous pouvez alors modifier votre fichier comme d'habitude. Votre travail terminé, validez vos fichiers : les fichiers validés sont à nouveau en lecture seule.

### Verrouillage

Le modèle de développement habituellement suivi lors de l'utilisation de &CVS; est appelé validations non réservées. Chaque développeur a sa propre copie locale dans laquelle il peut modifier les fichiers selon son gré. Lors de l'utilisation des fonctionnalités d'alerte - comme `cvs edit` - plusieurs développeurs peuvent travailler simultanément sur des fichiers. Les changements effectués par un autre développeur sont fusionnés dans la copie locale au moment où une mise à jour est exécutée.

D'autres systèmes de contrôle de révision - comme RCS et SourceSafe utilisent un modèle différent. Lorsqu'un développeur veut modifier un fichier, il doit le verrouiller. Un seul développeur à la fois peut verrouiller un fichier. Lorsqu'il a terminé l'édition, le verrou est enlevé. D'une part, ce modèle ne génère jamais de conflit. D'autre part, deux développeurs ne peuvent pas travailler sur le même fichier en même temps, même lorsque leurs ne s'affectent pas les uns les autres. Ceci peut être un goulot d'étranglement. Nous n'allons pas étudier les avantages organisationnels des deux approches. Signalons néanmoins que bien que &CVS; comporte une certaine gestion du verrouillage, ce n'est pas le meilleur moyen de travailler avec. N'utilisez pas ces fonctionnalités à moins d'être sûr que votre chef de projet les autorise.

&cervisia; permet de verrouiller des fichiers de la manière suivante. Choisissez les fichiers concernés dans la fenêtre principale. Choisissez ensuite Avancé Verrouiller. Cette action exécute la commande

    cvs admin -l noms des fichiers

L'effet inverse est obtenu en utilisant Avancé Déverrouiller. Cette action exécute la commande

    cvs admin -u noms des fichiers

## Personnaliser &cervisia;

Vous pouvez personnaliser &cervisia; de diverses manières, selon vos besoins et préférences. Certaines options que vous pourriez être amené à changer régulièrement sont directement accessibles dans le menu Configuration.

### Général

Nom d'utilisateur pour l'éditeur du journal des modifications

  Chaque fois que vous utilisez l'élément de menu Fichier Insérer un élément dans le fichier ChangeLog (journal des modifications)..., un nouvel élément du fichier ChangeLog est généré avec la date actuelle et votre nom d'utilisateur. En principe, il est considéré de bon ton d'insérer votre nom complet et votre adresse électronique dans chacun de vos éléments du fichier ChangeLog. &cervisia; ajoute automatiquement le nom complet et l'adresse que vous avez saisis ici.

Emplacement de l'exécutable CVS, ou « cvs » :

  Vous pouvez configurer ici le nom (ou l'emplacement) vers le client en ligne de commande `cvs`. Par défaut, &cervisia; utilise l'exécutable qu'il trouve dans votre `$PATH`.

### Afficheur de « diff »

Nombre de lignes de contexte pour l'affichage des différences :

  La boîte de dialogue « Diff » de &cervisia; utilise l'option `U` pour `diff`. Ceci permet à `diff` d'afficher un nombre limité de lignes autour de chaque zone de différence. Vous pouvez définir ici l'argument à `U`.

Options supplémentaires pour la commande « diff » de &CVS; :

  Vous pouvez ajouter ici des arguments supplémentaires à `diff`. Citons l'exemple connu, `-b`, qui permet à `diff` d'ignorer les changements dans l'ensemble des blancs.

Largeur des tabulations pour l'affichage des différences :

  Dans la boîte de dialogue « Diff », les tabulations présentes dans votre fichier ou dans la sortie de la commande `diff` sont rendues par un nombre fixe de caractères d'espacement. Par défaut, chaque tabulation est remplacée par huit espaces, mais vous pouvez définir ici un autre nombre.

Interface externe pour l'affichage des différences :

  Lorsque vous employez une des fonctionnalités qui affiche la boîte de dialogue « Diff », comme Affichage Différence par rapport au dépôt..., &cervisia; exécute son interface « Diff » interne. Si vous en préférez une autre, comme &kompare;, TkDiff ou xxdiff, saisissez son nom et son emplacement d'accès.

### État

Lors de l'ouverture d'une copie locale depuis un dépôt distant démarrer une commande Fichier->État automatiquement

  Quand vous cochez cette option, la commande Fichier État est démarrée chaque fois que vous ouvrez une copie locale distante. Cette commande peut prendre du temps et nécessite également une connexion au serveur pour les dépôts distants (ce qui la rend impropre à une utilisation hors connexion).

Lors de l'ouverture d'une copie locale depuis un dépôt local, démarrer une commande Fichier->État automatiquement

  Quand vous cochez cette option, la commande Fichier État est démarrée chaque fois que vous ouvrez une copie locale distante.

### Avancé

Délai au bout duquel apparaît une boîte de dialogue de progression (en ms) :

  Presque toutes les commandes de &CVS; démarrées dans une copie locale appartenant à un dépôt distant exigent une connexion au serveur. Celui-ci est influencé par des retards provenant de la connexion réseau ou par une charge élevée sur le serveur. C'est pourquoi, pour les commandes comme Affichage Différence par rapport au dépôt..., &cervisia; ouvre une boîte de dialogue indiquant que la commande s'exécute encore et permet de l'interrompre. De plus, ce dialogue sert à afficher vos messages d'erreur dans &CVS;. Comme il peut devenir ennuyeux au bout d'un certain temps, il n'est affiché qu'après un délai donné fixé à 4 secondes par défaut. Vous pouvez changer ici cette valeur.

Niveau de compression par défaut :

  Le client `cvs` compresse les fichiers et les correctifs lors de leur transfert sur un réseau. Le niveau de compression peut être défini à l'aide de l'option en ligne de commande `-z`. Vous pouvez configurer &cervisia; pour utiliser cette option en définissant ici le niveau.. La valeur fixée ici n'est qu'une valeur par défaut ; il y a un paramètre supplémentaire pour chaque dépôt disponible dans Dépôt Dépôts....

Utiliser un processus ssh-agent opérationnel ou en démarrer un

  Sélectionnez cette case si vous employez ext (↱) repositories, le shell &ssh; distant pour communiquer avec le dépôt et ssh-agent pour gérer vos clés.

### Apparence

Police pour la fenêtre de protocole...

  Cliquez sur ce bouton pour ouvrir la boîte de dialogue Choisir une police, afin de définir la police de la fenêtre de protocole (la fenêtre qui affiche la sortie du client `cvs`.

Police pour l'affichage annoté...

  Cliquez sur ce bouton pour ouvrir la boîte de dialogue Choisir une police, afin de définir la police utilisée dans l'affichage annoté.

Police pour l'affichage des différences...

  Cliquez sur ce bouton pour ouvrir la boîte de dialogue Choisir une police, afin de définir la police utilisée dans les boîtes de dialogue « Diff » .

Couleurs

  Cliquez sur les boutons colorés pour ouvrir la boîte de dialogue Choisir une couleur, afin de définir la couleur utilisée dans Conflit, Changement local ou Changement distant, dans la fenêtre principale ou dans Changement avec la commande « diff » , Insertion avec la commande « diff » ou Suppression avec la commande « diff » , dans l'interface « Diff » intégrée de &cervisia;.

Scinder la fenêtre principale horizontalement

  La fenêtre principale de &cervisia; est normalement scindée verticalement en une fenêtre qui affiche l'arborescence des fichiers et au-dessous, une fenêtre qui affiche la sortie &CVS;. Vous pouvez aussi les organiser horizontalement.

## Annexe

### Fichiers ignorés

Dans son arborescence de fichiers principale, &cervisia; n'affiche pas tous les fichiers réellement présents. Ce comportement est similaire à `cvs` proprement dit et permet d'éviter l'encombrement causé par des éléments inintéressants comme les fichiers objet. &cervisia; tente d'imiter le comportement de `cvs` d'aussi près que possible, &cad; qu'il ignore les listes provenant des sources suivantes :

- Une liste statique des éléments comportant des éléments comme `*.o` et `core`. Pour plus de détails, reportez-vous à la documentation de &CVS;.

- Le fichier ``$HOME`/.cvsignore`.

- La variable d'environnement `$CVSIGNORE`.

- Le fichier `.cvsignore` dans le dossier correspondant.

`cvs` lui-même recherche de plus les lignes de ``$CVSROOT`/CVSROOT/cvsignore`, mais c'est un fichier qui est sur le serveur et &cervisia; devrait être capable de démarrer hors connexion. Si vous travaillez avec un groupe qui préfère utiliser une liste d'omissions sur le serveur, il serait certainement judicieux de jeter un coup d'œil aux motifs qui y sont répertoriés et de les placer dans le fichier `.cvsignore` dans votre dossier personnel (/home).

### Informations complémentaires et prise en charge

- &CVS; est livré avec un ensemble de documentation complet sous forme de pages infos, appelé Le « Cederqvist ». S'il est correctement installé, vous pouvez l'explorer en saisissant `info : /cvs` dans la barre de navigation de &konqueror;. Sinon, vous pouvez simplement choisir Aide Manuel CVS dans &cervisia;. Une version &HTML; en ligne du Cederqvist est disponible sur l'Internet.

  Comme ce document est maintenu au fur et à mesure que &CVS; évolue, c'est normalement la référence la plus à jour. Néanmoins, je recommande de consulter d'autres documentations pour l'apprentissage de l'utilisation de &CVS;, en particulier celles qui suivent.

- Karl Fogel a écrit l'excellent ouvrage Développement Open Source avec &CVS;. La moitié environ de ce document traite du processus de développement de logiciels Open Source. L'autre moitié est consacrée à une documentation technique de &CVS;. Heureusement, la partie technique de l'ouvrage a été rendue librement re-distribuable sous licence GPL, de sorte que vous pouvez en télécharger une version HTML. Une liste d'errata est disponible sur la page Internet mentionnée précédemment.

- Les problèmes de &CVS; sont abordés sur une liste de discussion dédiée.

- Il existe un groupe USENET `comp.software.config-mgmt` consacré à la gestion de la configuration en général. &CVS; est un thème assez peu traité dans ce groupe, mais il peut néanmoins être intéressant d'étudier les mérites de divers systèmes de contrôle de révision comparés à &CVS;.

- Enfin et surtout, il existe une liste de discussion &cervisia; (faible trafic).

### Référence des commandes

#### Le menu Fichier

Fichier >Ouvrir la copie locale...

  Ouvre une copie locale dans la fenêtre principale. Voir .

Fichier Récemment ouvert(s)...

  Ouvre une des copies locales récemment utilisées.

Fichier Insérer un élément dans le fichier ChangeLog...

  Ouvre l'éditeur du journal des modifications, organisé de telle façon que vous puissiez ajouter un nouvel élément comportant la date actuelle. Voir .

&Ctrl;U Fichier Mettre à jour

  Lance un « cvs update » sur les fichiers sélectionnés et change l'état, ainsi que les numéros de révision en conséquence dans le listage. Voir .

F5 Fichier État

  Lance un « cvs -n update » sur les fichiers sélectionnés et change l'état, ainsi que les numéros de révision en conséquence dans le listage. Voir .

Fichier Édition

  Ouvre le fichier sélectionné dans l'éditeur par défaut de &kde; pour le type du fichier en question.

Fichier Résoudre...

  Ouvre une boîte de dialogue pour le ficher sélectionné, ce qui permet de résoudre les conflits de fusion qu'il présente. Voir .

# Fichier Valider...

  Permet de valider les fichiers sélectionnés. Voir .

Inser Fichier Ajouter au dépôt...

  Permet d'ajouter les fichiers sélectionnés au dépôt. Voir .

Fichier Ajouter un binaire...

  Permet d'ajouter les fichiers sélectionnés au dépôt sous forme de binaires (`cvs add`-kb``). Voir .

Suppr Fichier Supprimer du dépôt...

  Permet de supprimer les fichiers sélectionnés du dépôt. Voir .

Fichier Annuler

  Annule tout changement local dans les fichiers sélectionnés et revient à la version présente dans le dépôt (option `-C` à `cvs update`).

&Ctrl;Q Fichier Quitter

  Quitte &cervisia;.

#### Le menu Affichage

Échap Affichage Arrêter

  Interrompt tout sous-processus en cours d'exécution.

&Ctrl;L Affichage Explorer le journal...

  Affiche l'explorateur de journaux des versions des fichiers sélectionnés. Voir .

&Ctrl;A Affichage Annoter...

  Présente un affichage annoté du fichier sélectionné, &cad; un affichage montrant pour chaque ligne quel auteur l'a modifiée en dernier. Voir .

&Ctrl;D Affichage Différence par rapport au dépôt (BASE)...

  Affiche les différences entre le fichier sélectionné dans la copie locale et la révision que vous avez mise à jour en dernier lieu (BASE). Voir .

&Ctrl;H Affichage Différence par rapport au dépôt (HEAD)...

  Affiche les différences entre le fichier sélectionné dans la copie locale et la révision que vous avez mise à jour en dernier lieu (HEAD). Voir .

Affichage Dernière modification...

  Affiche les différences entre la révision du fichier sélectionné que vous avez mis à jour en dernier lieu (BASE) et la révision précédente. Voir .

Affichage Historique...

  Affiche l'historique &CVS; tel que le serveur le présente. Voir .

Affichage Masquer tous les fichiers

  Détermine si seuls les dossiers sont affichés dans la vue arborescente principale. Voir .

Affichage Masquer les fichiers non modifiés

  Détermine si les fichiers de données inconnus et à jour sont masqués dans la vue arborescente principale. Voir .

Affichage Masquer les fichiers supprimés

  Détermine si les fichiers supprimés sont masqués dans la vue arborescente principale. Voir .

Affichage Masquer les fichiers non CVS

  Détermine si les fichiers non présents dans &CVS; sont masqués dans la vue arborescente principale. Voir .

Affichage Masquer les dossiers vides

  Détermine si les dossiers sans entrées visibles sont masqués dans la vue arborescente principale. Voir .

Affichage Développer l'arborescence des fichiers

  Ouvre toutes les branches de l'arborescence des fichiers, de sorte que vous pouvez voir tous les fichiers et dossiers. Voir .

Affichage Réduire l'arborescence des fichiers

  Ferme toutes les branches de l'arborescence des fichiers. Voir .

#### Le menu Avancé

Avancé Marque / Branche...

  Place une marque ou une branche sur les fichiers sélectionnés. Voir .

Avancé Supprimer une marque...

  Supprime une marque donnée à partir des fichiers sélectionnés. Voir .

Avancé Mettre à jour vers une marque / une date...

  Positionne les fichiers sélectionnés sur une marque ou une date donnée, la rendant rémanente. Voir .

Avancé Mettre à jour vers « HEAD »

  Positionne les fichiers sélectionnés sur la révision HEAD correspondante. Voir .

Avancé Fusionner...

  Fusionne soit une branche donnée, soit les modifications entre deux marques dans les fichiers sélectionnés. Voir .

Avancé Ajouter une alerte...

  Ajoute une alerte pour un ensemble d'évènements sur les fichiers sélectionnés. Reportez-vous à .

Avancé Supprimer une alerte...

  Supprime une alerte pour un ensemble d'évènements sur les fichiers sélectionnés. Reportez-vous à .

Avancé Afficher les surveillances

  Répertorie les surveillances des fichiers sélectionnés. Voir .

Avancé Édition des fichiers

  Exécute `cvs edit` sur les fichiers sélectionnés. Voir .

Avancé Annuler l'édition des fichiers

  Exécute `cvs unedit` sur les fichiers sélectionnés. Voir .

Avancé Afficher les éditeurs

  Exécute `cvs editors` sur les fichiers sélectionnés. Voir .

Avancé Verrouiller les fichiers

  Verrouille les fichiers sélectionnés. Voir .

Avancé Déverrouiller les fichiers

  Déverrouille les fichiers sélectionnés. Voir .

Avancé Créer un correctif par rapport au dépôt...

  Crée un correctif à partir des modifications contenues dans votre copie locale. Voir .

#### Le menu Dépôt

Dépôt Créer...

  Ouvre une boîte de dialogue permettant de créer un nouveau dépôt local. Voir .

Dépôt Extraire...

  Ouvre une boîte de dialogue permettant d'extraire un module d'un dépôt. Voir .

Dépôt Importer...

  Ouvre une boîte de dialogue permettant d'importer un paquet dans le dépôt. Voir .

Dépôt Dépôts...

  Configure une liste de dépôts fréquemment utilisés et la manière d'y accéder. Voir .

#### Le menu Configuration

Configuration Afficher la barre d'outils

  Détermine si la barre d'outils est affichée.

Configuration Créer des dossiers lors de la mise à jour

  Détermine si les mises à jour créent dans la copie locale des dossiers qui n'y étaient pas auparavant (option `-d` à `cvs update`).

Configuration Élaguer les dossiers vides lors de la mise à jour

  Détermine si les mises à jour suppriment les dossiers vides dans la copie locale (option `-P` à `cvs update`).

Configuration Mettre à jour récursivement

  Détermine si les mises à jour sont récursives (option `-r` de `cvs update`).

Configuration Valider et supprimer récursivement

  Détermine si les validations et les suppressions sont récursives (option `-r` de `cvs add`, `cvs remove`, respectivement).

Configuration Exécuter « cvs edit » automatiquement si nécessaire

  Détermine si `cvs edit` est exécuté automatiquement à chaque édition d'un fichier.

Configuration Configurer les raccourcis clavier...

  Ouvre une boîte de dialogue pour configurer les raccourcis clavier.

Configuration Configurer les barres d'outils...

  Ouvre une boîte de dialogue permettant de configurer les barres d'outils de &cervisia;.

Configuration Configurer &cervisia;...

  Ouvre une boîte de dialogue pour personnaliser &cervisia;.

#### Le menu Aide

&help.menu.documentation;

En plus du menu &kde; standard Aide les éléments de menus décrits ci-dessus possède également un bouton de ce type.

Aide Manuel de CVS

  Ouvre les pages info de &CVS; dans le Centre d'aide de &kde;.

## Remerciements et licence

Copyright du programme

- 1999-2002 &Bernd.Gehrmann; &Bernd.Gehrmann.mail;

- 2002-2008 les auteurs de &cervisia;

Copyright de la documentation 1999-2002 &Bernd.Gehrmann; &Bernd.Gehrmann.mail; et 2004 Carlos Woelz carloswoelz@imap-mail.com

Traduction française par &JoelleCornavin; et &JosephRichard;.

&underFDL; &underGPL;