Merci a tous pour ces infos...

Je vais voir avec mon chef sur ce que l'on va envisagé de faire...

Neant moins je garde toutes ses infos de coté :)

Bien a vous.

Benoit.

> -----Original Message-----
> From: Jean-Francois Dive [mailto:[EMAIL PROTECTED] 
> Sent: jeudi 19 février 2004 10:25
> To: [EMAIL PROTECTED]
> Subject: Re: [linux] PVCS, CVS, ... (que choisir)
> 
> 
> Franchement, CVS (je l'utilise pour tous mes projects open source), 
> c'est bien mais ca ne scale pas. Si on utilisais CVS
> ici, ca serait impossible: source de plusiers centaines de 
> Mo, gestion de pleins de binaires, pas uniquement du 
> developement classique mais aussi les schemats des board nia 
> nia nia, etc..etc..
> 
> Je persiste a dire que la gestion des branches est 
> cauchemradesque avec CVS.  Un truc que l'on fait avec 
> clearcase et serait impossible avec CVS, c'est l'assignation 
> de label par module et que l'on construit sa release 
> en mettant ensemble les label.
> 
> Et finalement, il faut kkun qui connait *bien* CVS pour s'en 
> sortir raisonablement. Je suis rarement pour le proprietaire, 
> mais dans le domaine des VCS, j'y suis, la il y a une vrais 
> valeur ajoutee pour laquelle je trouve que ca vaut la peine de payer.
> 
> J.
> 
> On Thu, Feb 19, 2004 at 07:19:23AM +0100, Pascal Bleser wrote:
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> > 
> > Beno?t Gillon wrote:
> > | Salut la liste,
> > Heps Benoit ;)))
> > 
> > | Actuellement dans notre soci?t? nous utilisons PVCS de chez Merant
> > (boff pas
> > | trop content).. Et nous aimerions changer de Version 
> Control... Que 
> > | me conseilleriez vous ??
> > |
> > | CVS ??? Avantage/inconv?nient (fonctionne il bien en 
> branche) Autres 
> > | ???
> > |
> > | PS: Nous utilisons les projets sous forme de branche...
> > Vous ?tes surs d'avoir bien compris les principes de VCS (version
> > control) ? :)
> > 
> > Le trunk (head) est toujours la version de d?veloppement - 
> l? o? les 
> > nouvelles fonctionnalit?s sont impl?ment?es. Les branch sont faits 
> > pour:
> > - - code freeze pour un release, permettant de tester et 
> > ?ventuellement d'apporter des patch correctifs pour ce release
> > - - des modifications ? apporter ? des releases
> > - - des adaptations sp?cifiques (p.ex. ? des clients)
> > 
> > | PS: Nous avons besoin de clients sous windows.
> > 
> > CVS a le grand avantage d'?tre tr?s bien int?gr? dans beaucoup 
> > d'outils de d?veloppement (Eclipse, Netbeans, Emacs, Borland, 
> > Microsoft, ...). Tu trouveras ?galement un paquet d'outils tr?s 
> > int?ressants pour CVS:
> > - - CVS Monitor
> > - - viewcvs (et d?riv?s)
> > - - WinCVS, un tr?s bon front-end sous Windows
> > - - CVSup pour une r?plication tr?s efficace des repository CVS
> > 
> > O? je travaille, on utilise qqes-uns de ces outils, et je viens de 
> > mettre en place un serveur Jabber ainsi qu'un script qui envoit des 
> > notifications ? chaque commit sur une Chatroom Jabber. 
> Ainsi, tous les 
> > d?veloppeurs d'une ?quipe sont dans cette chatroom (en 
> utilisant Gaim, 
> > Psi, JAJC, Miranda) et sont instantan?ment au courant des 
> > modifications effectu?es dans le repository (le script 
> envoit la liste 
> > des fichiers modifi?s ainsi que le "log message").
> > 
> > 
> > Pour les branches, c'est vrai qu'il y a mieux, mais quand 
> on connait 
> > CVS, il n'y a pas trop de probl?mes - mais c'est vrai que ?a se 
> > complique quand on fait des branches de branches de branches ... ;)
> > 
> > Au boulot, nous utilisons CVS sans probl?mes pour des tr?s, 
> tr?s gros 
> > projets tr?s critiques (plusieurs centaines de fichiers, 
> des projets 
> > actifs depuis plusieurs ann?es) depuis belle lurette - mais il est 
> > vrai que les reponsables du VC dans les projets connaissent plut?t 
> > bien CVS ;) CVS n'est pas parfait, mais est tr?s stable et 
> fait bien 
> > son boulot.
> > 
> > SVN (subversion) a l'air tr?s int?ressant, ainsi que 
> Bitkeeper (mais 
> > propri?taire). Le probl?me de SVN/arch/arX/monotone/... est 
> n?anmoins 
> > que ce sont des projets tr?s jeunes (surtout compar?s ? CVS 
> et RCS) et 
> > qu'il ne faut prendre aucun risque en terme de stabilit? et 
> maturit? 
> > pour un syst?me de VCS.
> > 
> > Sinc?rement, c'est une d?cision tr?s importante, et vous 
> devriez vous 
> > prendre le temps de faire une petite ?valuation des possibilit?s. 
> > Commencez par CVS, parce que si CVS vous convient, c'est le 
> meilleur 
> > choix (? cause de sa stabilit?, parce que c'est tr?s 
> r?pandu, et parce 
> > que c'est tr?s bien int?gr? dans beaucoup d'outils).
> > 
> > - --
> > ~  -o) Pascal Bleser        http://guru.unixtech.be
> > ~  /\\ <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
> > ~ _\_v The more things change, the more they stay insane. 
> -----BEGIN 
> > PGP SIGNATURE-----
> > Version: GnuPG v1.2.2 (GNU/Linux)
> > 
> > iD8DBQFANFVqr3NMWliFcXcRAljoAJ0ZvWxmPTL2+BUC4lEvzHC87MOp4ACeLAVj
> > SfAcX+O0BQ2ZNvbK77wnElg=
> > =jzEa
> > -----END PGP SIGNATURE----- 
> > _______________________________________________________
> > Linux Mailing List - http://www.unixtech.be
> > Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux
> > Archives: http://www.mail-archive.com/[EMAIL PROTECTED]
> > IRC: chat.unixtech.be:6667 - #unixtech
> 
> -- 
> 
> -> Jean-Francois Dive
> --> [EMAIL PROTECTED]
> 
>   I think that God in creating Man somewhat overestimated his ability.
>   -- Oscar Wilde 
> _______________________________________________________
> Linux Mailing List - http://www.unixtech.be
> Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux
> Archives: http://www.mail-archive.com/[EMAIL PROTECTED]
> IRC: chat.unixtech.be:6667 - #unixtech
> 
--
The information contained in this electronic message may be legally
privileged and confidential under applicable law, and is intended only for
the use of the individual or entity named above. If the recipient of this
message is not the above-named intended recipient, you are hereby notified
that any dissemination, copy or disclosure of this communication is strictly
prohibited. If you have received this communication in error, please notify
Keyware, +32 2 346 25 23 and purge the communication immediately without
making any copy or distribution.

_______________________________________________________
Linux Mailing List - http://www.unixtech.be
Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux
Archives: http://www.mail-archive.com/[EMAIL PROTECTED]
IRC: chat.unixtech.be:6667 - #unixtech

Répondre à