William Dod� wrote:
>
> Martin Quinson wrote:
> >
> > On Fri, Oct 26, 2001 at 11:18:31AM +0200, William Dod� wrote:
> > > Charles Goyard wrote:
> > > > Le ven 26 oct 2001 09:44:35 GMT, William Dod� a �crit :
> > > > > J'ai 3 projets, A, B et X, A et B on besoin de X donc j'ai une arbo
> > > > > comme �a :
> > > > >
> > > > > /A/x
> > > > > /B/x
> > > >
> > > > Moi je verrais plut�t :
> > > >
> > > > /A
> > > > /B
> > > > /X
> > > >
> > > > > Si je commit A, je vais commiter x en m�me temps. Hors je voudrais
> > > > > pouvoir garder des versions diff�rentes de x suivant s'il est sous A
> > > > > ou
> > > > > sous B...
> > > >
> > > > Tu peux rendre X configurable pour qu'il puisse s'adapter � A ou B
> > > > facilement. Si X est bien un projet (une biblioth�que ?), les
> > > > diff�rences
> > > > entre le X(A) et le X(B) ne doivent pas �tre �normes. Si les diff�rences
> > > > sont �normes, alors X n'est pas un projet.
> > > >
> > > > �a ressemble � un probl�me de conception, ton histoire de projet
> > > > commun-mais-pas-commun.
> > > Ca me parait pourtant classique, mes projets sont des sites en PHP, X
> > > c'est des classes g�n�riques.
> > > Les sites A et B utilisent donc les m�mes classes g�n�riques, mais pas
> > > forc�ment les m�mes versions.
> >
> > Mon avis :
> > Dans ta version d'utilisation (checkout� du CVS, utilis�e en production dans
> > PHP), tu fais :
> > /A/x
> > /B/x
> >
> > Dans le CVS, tu fais :
> > /A
> > /B
> > /X
> >
> > Rien ne t'oblige � suivre la meme arborescence dans ton r�f�rentiel CVS
> > (=repository) et dans la version d'utilisation (checkout�)
> >
> > Pour ca, tu cree le CVS comme doit �tre le r�f�rentiel, apres tu fais des mv
> > de r�pertoire et tu va triffouiler un peu dans A/CVS/Entries pour ajouter
> > une ligne
> > D/vrai_nom_de_x////
> >
> > (ca marche car c'est le CVS/Root du r�pertoire qui d�termine ou aller
> > chercher les infos. C'est pas d�duit de l'arborecence locale)
> >
> > Comme ca, quand tu fais un update (ou un commit) dans A, il fait de meme
> > dans X.
> C'est l'inverse que je cherche ! ne pas aller dans X
> >
> > Cette ruse de ne pas mettre les r�pertoires de la version de travail comme
> > dans le r�ferentiel te permet de couper en trois modules malgr�s les
> > faiblesses de PHP.
> C'est exactement ce que j'ai fait !
> Seulement, quand je fait un commit dans A, il me dit que X n'est pas �
> jour... Normal puisque la version de X dans A est plus ancienne (et doit
> le rester) que la version de X dans B.
>
> Il me faudrait pouvoir faire un commit dans A sans qu'il aille dans X...
>
> a+
>
> ps:
> Je g�re d�j� les Branches, le probl�me n'est pas l�.
> Mes projets sont destin�s � des serveurs mutualis�s, je n'ai donc pas
> acc�s � la config apache...
>
> --
> William Dod� - Informaticien Ind�pendant
> http://www.flibuste.net
Salut,
Voir �galement la doc de CVS concernant le fichier CVSROOT/modules. Ce
fichier est l� pour r�soudre les pb de ce genre (si j'ai bien compris la
question...).
Et ramener pour l'exemple celui du projet Gnome qui est assez instructif
:
export CVSROOT=:pserver:[EMAIL PROTECTED]:/cvs/gnome
cvs login
cvs co CVSROOT/modules
HTH.
_gilles.
