Merci bien pour les infos, je vais proposer ca a mon chef :) > -----Message d'origine----- > De�: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > De la part de Pascal Bleser > Envoy�: jeudi 21 novembre 2002 10:29 > ��: [EMAIL PROTECTED] > Objet�: Re: [linux] CVS vs PVCS > > salut ben ;-) > > ... > > Je sais qu�il existe cvs sous linux, qu�il existe des tools GUI wincvs > > et lincvs, mais en fait avant de changer j�aimerai bien savoir si il est > > capable de faire ce que l�on fait avec pvcs. > > En gros : > > � Est il capable de travailler en branche (c'est-�-dire que > > plusieurs personnes puisse travaill� dans la m�me source), a mon avis > > oui sinon il servirai a rien. > > oui, �videmment ;-) > > branch, merge, etc... > > Mais un branch ce n'est pas le fait que plusieurs personnes puissent > travailler dans la m�me source ! > > CVS fonctionne en optimistic locking (= pas de locking, les conflits sont > r�solus lors des updates > ou checkins) mais on peut �galement forcer des locks sur des fichiers > (checkin impossible jusqu'� ce > que celui qui a le lock ai fait un checkin). > Mais franchement, nous on travaille sur des tr�s tr�s grands projets avec > plein de fichiers source, > et CVS en optimistic locking fonctionne � merveille ici. > > Un branch, c'est p.ex. quand tu as fait un release (disons 1.0) que tu as > livr� � un client. > Tu continues le d�veloppement sur 1.1. > Lorsque tu trouves un bug dans le 1.0 et que tu veux le corriger pour le > livrer au client, tu fais > un branch sur le tag 1.0 et tu fais le bugfix l�-dessus. > > > � Est il capable a un moment donner, de faire un int�gration� je > > m�explique, apr�s plusieurs jours de travails dire hoppp ajd tout le > > monde fait c�est check in et on integre tout en une version stable� dont > > on pourrais placer une version label (pour dans le futur si on veux > > reprendre la version 18 pour la recompile pour un client sachant que > > nous sommes actuellement a la 25) > > Donc en fait, tu as juste besoin de pouvoir faire un tag (= label) ;-) > > Oui, c'est tout � fait possible (on sait m�me d�placer des tags, etc...). > > Tu sais �galement faire un checkout par date (p.ex. faire un checkout de > l'�tat du repository le 21 > novembre 2002) > > > Si il permet les int�grations, comment cela fonctionne ? Il y a il des > C'est vous qui appelez �a des "int�grations". > Le contr�le de versions, lui, ne fait que le tag. > > > script pour int�grer et faire des diff automatique en cas de conflit > > dans des fichiers qui on �t� modifi� par plusieurs personnes ? Existe > > ils des tools GUI (linux voir windoz) > > Aaah, l� je vois ce que tu veux dire: tu parles d'une compilation > automatique et l'envoie d'e-mails > ou autre lorsqu'il y a erreur de compilation � la personne concern�e ? > > Non �a il n'y a pas dans CVS: CVS fait le contr�le de versions et �a, ce > n'est pas du contr�le de > versions. > > Mais il y a moyen de mettre �a en oeuvre. Nous on l'a fait ici, au boulot. > > > Pour le backup je ne me tracasse pas, j�ai lu dans le temps sur la > > mailing qu�il suffisait de faire un backup cvsroot J > Oui, suffit de faire un backup du cvsroot sur le serveur CVS. > > -- > -o) Pascal Bleser ATOS Origin/Aachen(DE) | > /\\ <[EMAIL PROTECTED]> | > _\_v <[EMAIL PROTECTED]> | > ---------------------------------------------| > Jesus saves,Buddha makes incremental backups : > ---------------------------------------------' > > > _______________________________________________________ > 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: efnet.unixtech.be:6667 - #unixtech
_______________________________________________________ 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: efnet.unixtech.be:6667 - #unixtech
