Bonjour,
Le dernier point me parait normal, si 2
personnes modifient la version 1.0 d’un fichier, lorsque l’une d’elle
commit ce fichier il passe en 1.1. La 2eme travaillant toujours sur la 1.0, quand
elle veut commiter ce fichier cvs lui dit qu’il y a un problème et que la
version 1.1 existe déjà (conflit).
La solution consiste à faire un update du
fichier (cela merge automatiquement la version 1.1 sur le serveur et la version
1.0 modifié), résoudre les éventuels conflit dans la version merger et enfin à
faire un commit pour passer en version 1.2.
Pour le reste, les problèmes de watch/edit
je ne connais pas.
Il n’y a pas de lock de fichier dans
cvs contrairement à source safe, sauf à utiliser explicitement cette option
(qui n’est pas watch/edit) et qui est si je ne me trompe pas déconseillée
(contraire à la philosophie de cvs).
Florent
-----Message d'origine-----
De : Guillaume Helle
[mailto:guillaume.helle@xxxxxxxxxxxxx]
Envoyé : mercredi 6 juillet
2005 10:07
À : java@xxxxxxxxxxxx
Objet : Probléme de lock CVS
avec Eclipse
on utilise la partie gestion de conf CVS d'Eclipse (menus
Team) mais on a un problème avec la pose des locks sur les fichiers...
Dans le menu preferences/team/CVS/WatchEdit on a coché
"Configure projects to use Watch/edit on checkout", sélectionné
l'envois de notification (pas en background) et le prompt s'il y a d'autres
éditeurs.
Cela ne semble marcher qu'aléatoirement et les fichiers ne
sont pas toujours vus comme étant édités par d'autres (on peut le vérifier avec
le menu contextuel "Show Editors").
De plus dans ce cas, le premier qui commit sur un fichier
utilisé par plusieurs utilisateur bloque tous les autres qui ont tous un
message d'erreur lorsqu'ils veulent committer à leur tour...
Si quelqu'un a déjà eu ce problème et l'a résolu, je suis
preneur de la solution... ;-))
