"Julien Gilles" <[EMAIL PROTECTED]> wrote:

> Arnaud Vandyck <[EMAIL PROTECTED]> writes:
> 
> > "Julien Gilles" <[EMAIL PROTECTED]> wrote:
> >
> >> Je pense avoir  suffisamment de connaissance sur ce  soft pour en
> >> refaire   une  version   libre,  �   moins  que   quelque  chose
> >> d'�quivalent n'existe  d�j� - ou que  finalement �a n'interresse
> >> personne...
> >
> > Il n'y a pas moyen de faire des "snapshots" avec CVS? Puis on peut
> > travailler  avec  des  branches  diff�rentes  ("branch")  et  m�me
> > regrouper diff�rentes  branches. Il y  a aussi moyen de  g�rer des
> > modules et des alias pour  les probl�mes de d�pendances. Enfin, il
> > me semble. :)
> 
> Si  c'est  le  cas  je  me demande  vraiment  pourquoi  ils  avaient
> developp� cet outil. Il faudra que je me penche sur la doc de CVS...
> 
> Peut-�tre que la plus value r�sidait dans le nommage automatique des
> tags :
> 
> Branch de dev : XXX-D-1, XXX-D-2, XXX-D-3, etc...
> Snapshots : XXX-S-1, XXX-S-2, XXX-S-3, etc...
> Publications : XXX-P-1, XXX-P-2, idem (une publication est obtenue en
> recompilant le dernier snap - ou � d�faut la derni�re publi - avec les
> autres modules dont elles d�pend.
> 
> Les commandes utilisateurs se r�sumait alors � :
> 
> getpub -r XXX-P-i module  - pour r�cup�rer une publi (avec binaires)
> getdev -r XXX-D-i module  - pour r�cup�rer une version de dev
> save module               - pour sauvegarder une version de dev
> newsnap module            - pour cr�er un snap � partir d'une version
>                             de dev
> 
> plus une commande pour lancer la publication de tous les modules.

Ca pourrait peut-�tre �tre des scripts qui facilitent l'utilisation de
cvs, mais il me semble qu'il y a moyen de faire plus ou moins ce genre
de choses.  Par contre,  en ce qui  concerne les binaires,  c'est tr�s
d�conseill� de les  mettre dans un r�pertoire CVS car  CVS ne sait pas
faire  les diff�rences entre  les diff�rents  fichiers. Je  crois qu'il
sauve le tout! Si tu devais  faire un script, il devrait s'assurer que
la personne qui  t�l�charge a bien tout ce  qu'il faut pour recompiler
et  r�cup�rer   les  diff�rences  entre  les   fichiers  sources  puis
recompiler le tout sur la machine cliente. Sinon, il me semble qu'il y
aura des probl�mes au niveau des diff�rentes architectures, etc...

-- Arnaud
http://vbstefi60.fapse.ulg.ac.be/


Répondre à