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. 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. Et pour la flameware : WML RULEZ ! ;) Bye, Mt. -- Un clavier azerty en vaut deux.
