[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [linux-team] introduction à RCS



> Désolé d'intervenir, mais RCS a un gros défaut : il doit être appelé
> manuellement à chaque mise à jour. Si on veut gérer une série de fichiers
> de cette manière, mieux vaut faire appel à CVS (Concurrent Versionning
> System). Les deux opérations de base sont :
> cvs commit : déclarer que tous les fichiers du répertoire courant et en
> dessous, qui ont été entrés dans CVS, doivent être considérés comme 'mis à
> jour'. CVS va répérer les fichiers modifiés depuis le 'commit' précédent,
> enregister les changements et augmenter le numéro de version
> cvs upgrade : aller chercher sur le serveur CVS la dernière version des
> fichiers dans le répertoire courant et en-dessous. Si un fichier est plus
> récent que sur le serveur, IL NE SERA PAS MODIFIE. Confondre 'commit' et
> 'update' aurait des conséquences facheuses sinon ;-)
> 
> Avantages :
> -travail sur des groupes de fichier
> -système client-serveur
> -gère les accès concurrents (deux personnes faisant un 'commit' simultané)
> 
> Aussi disponible dans toutes les bonnes crémeries, des ports sous
> DOS/Windows existent aussi, ...

Absolument (j'utilise aussi CVS pour la gestion de documents), mais CVS est
basé sur RCS, et je trouve que CVS a qqes défauts aussi:
- ne locke pas (il faut locker manuellement par cvs rcs -l ...), ce que je
  trouve très dérangeant (*)
- encore trop complexe a utiliser (le principe est en peu bizarre), en tout
  cas pour des windoziens (même s'il y a un client sous windoze (WinCVS) et
  un autre en Java (JCVS)) - lock/unlock, c'est tout ce qu'on devrait pouvoir
  faire

(*) note que CVS a un principe différent: il ne fonctionne pas par lock/unlock,
    mais lorsque plusieurs personnes travaillent sur le même fichier et font
    un commit, il (tente de résoudre) résoud les conflits - c'est bien joli,
    mais quand tu mets des documents weurd (ouais, c'est pas moi qui décide)
    ou autres merdes "binaires", t'es vu.

Ici, on utilise SNiFF+ sur RCS pour la gestion des versions.
Seul problème, c'est que les licenses SNiFF+ sont très chères (enfin, c'est pas
un problème pour nous, mais bien pour l'utilisateur chez lui).
SNiFF+ gère aussi des groupes de fichiers, des projets (et beaucoup d'autres
choses)...

Il y a aussi PRCS et CSSC (un clone GPL de SCCS), mais j'ai pas encore essayé.
Maintenant, il est évident que CVS est plus puissant que RCS - surtout le
client/serveur ("pserver", ça s'appelle ;)), c'est très chouette.
Mais je pense que RCS suffit dans la plupart des cas, et puis on veut pas
compliquer tout de suite ;)

  -o)  Pascal Bleser        | UNIX *is* user friendly.
  /\\  C++/UNIX Development | It's just selective about
 _\_v  ATOS Payment Systems | who its friends are...
pbleser@atos-group.com---------------------------------
---------
This message was sent by Majordomo 1.94.3. Please report problems to
manu@rtfm.be. If you want to be deleted from the list, send a mail to
majordomo@rtfm.be with "unsubscribe linux-team" in the body.