Le 12809i�me jour apr�s Epoch, Yves Rutschle �crivait: > On Wed, Jan 26, 2005 at 02:09:05PM +0100, Fran�ois TOURDE wrote: >> > On Wed, Jan 26, 2005 at 12:00:19AM +0100, Fran�ois TOURDE wrote: >> >> Je d�taille avec un sch�ma: >> >> >> >> PROJET ---- rtag1 ---- rtag2 ---- etc. >> >> \ >> >> \ branche1 --- b-rtag1 --- etc... >> >> >> >> En gros, mon souci majeur est de cr�er "b-rtag1" en signalant que >> >> c'est un tag en r�f�rence au tag "branche1" >> > >> > cvs co -r branche1 PROJET >> > cd PROJET >> > cvs tag b-rtag1 >> >> D�j� essay�, mais �a me cr�e un "non-branch tag" > > Ben oui, c'est un tag normal, pas une nouvelle branche.
Ben ouais, mais il y a confusion (dans ma t�te peut-�tre) � ce niveau. C'est un tag normal, mais qui porte sur une branche. >> $ cvs rtag -r btag-1-1 btag-1-2 tc > > �a voudrait dire "l� o� il y a un tag btag-1-1, met un tag > btag-1-2". � moins que btag-1-1 ne soit une branche, �a ne > sert pas � grand chose (� part � renommer le tag, > possiblement). 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. >> Pardon, le tag principal est pour moi un tag portant sur le MAIN trunk >> au sens de CVS, c'est � dire un tag sur la version courante, sans >> notion de branche. > > Il n'y a aucune diff�rence entre le tronc principal et les > branches, et en particulier les tags ont la m�me valeur > partout (par l� je veux dire qu'un tag sur le tronc > principal n'est pas "sp�cial"). La seule particuliarit� du > tronc principal est que c'est ce qu'on r�cup�re par defaut > si on fait un "cvs co" sans -r. Nos projets ici n'utilisent > pas du tout le tronc principal. Ah? M�me pour des fusion de modifications? Si tu as une doc de type "guideline" sur la fa�on dont vous bossez, �a m'int�resse fortement ;) >> Je pense toutefois que mon erreur porte sur l'utilisation syst�matique >> de rtag, alors que lorsqu'on travaille sur une branche il faut plut�t >> faire des tag. > > Il n'y a pas de diff�rence entre les tags cr�es par la > commande 'tag' et les tags cr��s par le commande 'rtag'. Il > n'existe que 2 sortes de tags: les branches, et les tags > normaux. L'avantage d'utiliser la commande 'tag' sur un > espace de travail, est que tu sais dans quelle branche tu > taggue (celle de l'espace de travail). > > D'ailleurs, il est dangereux d'utiliser rtag comme tu le > fais: �a met un tag directement � la t�te de la branche > sp�cifi�e, directement dans le d�pot CVS. Quelqu'un pourrait > avoir commit� qqch juste avant que tu ne fasses ton 'rtag', > auquel cas tu ne sais en fait pas ce que tu taggues. Il est > nettement meilleur de tagguer sur une version que tu > contr�les. AMHA, rtag n'est utile que pour renommer ou > d�placer des tags. 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. Merci en tout cas � toi et aux autres de ce fil pour ces r�ponses sur ce grave HS ;) -- 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]
