[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [linux-team] introduction à RCS
- To: linux-team@rtfm.be
- Subject: Re: [linux-team] introduction à RCS
- From: "Pascal Bleser" <pbleser@atos-group.com>
- Date: Mon, 14 Jun 1999 08:49:57 +1
- Comments: Authenticated sender is <pab@mail>
- Comments: Sender has elected to use 8-bit data in this message. If problems arise, refer to postmaster at sender's site.
- In-reply-to: <>
- Organization: ATOS Payment Systems
- References: <>
- Reply-to: linux-team@rtfm.be
- Sender: owner-linux-team@rtfm.be
> 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.