On Wed, Jan 26, 2005 at 03:36:33PM +0100, Fran�ois TOURDE wrote:
> mais il y a confusion (dans ma t�te peut-�tre)

Oui :-)

> C'est un tag normal, mais qui porte sur une branche.

C'est pareil.

> Ben en fait, l'autre probl�me, c'est le sens du tag. Dans le tronc
> principal, un tag fait r�f�rence � toutes les modifs faires jusqu'� la
> date du tag.
> 
> Dans une branche, il semble qu'un tag fasse r�f�rence � toutes les
> modifs faites � partir de la date du tag.

� moins que tu ne sois all� voir les fichiers d'historique
(et il ne faut pas), il n'y a pas de diff�rence
fonctionnelle entre les deux. Le tag n'est vraiment qu'une
fa�on de donner un nom symbolique � une r�vision d'un
fichier.

En fait, ta description d'un 'tag dans une branche' me
semble correspondre � la d�finition d'une branche. Si j'ai:

file.c:1.1  --- file.c:1.2 ---- file.c:1.3
[tag t1]                         [tag t2]
    |
    |
    \---[branche b1] --- file.c:1.1.2.1 --- file.c:1.1.2.2 --- file.c 1.1.2.3
                                             [tag t3]


J'ai obtenu la branche en faisant:
cvs co -r t1 projet
cd projet
cvs tag -b b1

Ensuite j'ai travaill� sur cette branche:
cvs co -r b1 projet
[edit file.c]
cvs ci
[on cr�e file.c:1.1.2.1]
[edit file.c]
cvs ci
[on cr�e file.c:1.1.2.2]

je fais un tag "normal" dans cette branche:
cvs tag t3

(puis je continue � travailler et je fais 1.1.2.3)


Pendant ce temps, mes coll�gues travaillent dans la branche
"principale"; ils ont cr�e file.c:1.2, puis file.c:1.3. L'un
d'entre eux taggue aussi:
cvs tag t2

� ce stage, si un nouveau venu fait:

cvs co -r t2
il r�curp�re file.c:1.3

cvs co -r t1
il r�cup�re file.c:1.1

cvs co -r t3
il r�cup�re file.c:1.1.2.2

cvs co -r b1
il demande la t�te de la branche b1, il r�cup�re 1.1.2.3

C'est peut-�tre l� o� tu t'emm�le: Il faut consid�rer qu'un
tag de branche est un nom de branche, et le comportement
devient alors �vident (AMA): quand on parle de la branche,
on parle de sa t�te, et l'endroit o� l'on a commenc� la
branche n'est plus tellement important.


> > Il n'y a aucune diff�rence entre le tronc principal et les
> > branches
> Ah? M�me pour des fusion de modifications? 

M�me, dans la mesure o� tu fais les fusions dans un espace
de travail (d'ailleur, je ne crois pas qu'il y ai le choix).
Dans mon exemple, je travaille toujours sur ma branche b1,
mais je veux r�cup�rer les changements de mes coll�gues:

cvs update -j t2

> Si tu as une doc de type "guideline" sur la fa�on dont
> vous bossez, �a m'int�resse fortement ;)

Nous sommes des sauvages qui ne documentent rien (sans
blague).

> En fait, c'est un peu ce que je pensais. Je vais plut�t jouer avec les
> tags maintenant. Le rtag ne me servira que pour cr�er des branches en
> r�f�rant d'autres tags d�j� pos�s.

tag et rtag sont deux commandes qui font la m�me chose de
fa�on diff�rente (tag se base sur les r�visions qui sont
dans ton espace de travail, alors que rtag se base sur ce
qui dans le d�pot CVS).

Personellement je n'utilise pas rtag pour faire de branche
non plus, je fais:

cvs co -r vieuxtag projet
cd projet
cvs tag -b nouvellebranche


Y. - d�branch�


-- 
Pensez � lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez � rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Répondre à