J'ai trouvé ça sur les CVS :
http://www.freenix.fr/curiosite/cvs.html
... ça correspond à SPIP "cvs" 1.8 ??
Le Jeudi 10 Juin 2004 04:09, Dr JFB a écrit :
J'ai trouvé ça sur les CVS :
http://www.freenix.fr/curiosite/cvs.html... ça correspond à SPIP "cvs" 1.8 ??
C'est un systeme de concurence de versions. Ceci permet de gérer le
développement d'un programme entre plusieurs personnes qui y déposent
leur modifications par un simple 'commit' de leur version sur le disque
dur par rapport à celle qui est sur le serveur cvs. Les fichiers
modifiés sont changés de version, leurs modifications s'ajoutent et les
anciennes versions restent disponibles.
Ces anciennes version restent disponibles par branches, par age, par
version globale ... c'est mieux que AMS ou que Review de eurotherm qui
pourtant sont réputés 21CFR part 11 et dans lesquelles les failles que
j'ai relevées me permettent d'exercer mon travail :-)) euh,
explications, il n'y a pas à s'inquiéter, c'est juste prendre les
données par les serveurs ftp qui sont des fois disponibles sur les
appareils ou de rappatrier les données HART par un autre moyen, donc
détournée .. mais à but de statistiques. Que les puristes de la pharma
se rendorment tranquilles.
Il faut suivre leur conseil de placer une variable globale CVSROOT, puis
de se connecter avec un client cvs.
Mais prendre son programme sur un CVS signifie que le script que le gars
était en train de modifier pendant ton checkout ne sera que dans sa
version précédente. Il faudra recommencer si tu as un doute ou si tu es
connecté sur l'irc qui dit "ok j'ai fais mon commit". Pareil, si tu es
programmeur et que tu dépose ta version, il faut bloquer le canal pour
pas qu'un autre dépose le sien pendant le temps nécessaire.
gilles
--
Peu d'hommes ont ete admires par leurs domestiques ;
nul n'a ete prophete non seulement en sa maison, mais
en son pays, dit l'experience des histoires.
-- Montaigne, Essais
Le Thu 10/06/2004 à 07:17, gilles a écrit :
Mais prendre son programme sur un CVS signifie que le script que le gars
était en train de modifier pendant ton checkout ne sera que dans sa
version précédente. Il faudra recommencer si tu as un doute ou si tu es
connecté sur l'irc qui dit "ok j'ai fais mon commit". Pareil, si tu es
programmeur et que tu dépose ta version, il faut bloquer le canal pour
pas qu'un autre dépose le sien pendant le temps nécessaire.
Pas d'accord : ça, c'est un problème de "commit quand il faut".
J'm'explique : l'idée de cvs c'est que chacun a une copie du code,
effectue ses modifs dedans, et QUAND ÇA MARCHE, 'commit', c'est à dire
envoi ses modifs sur le serveur (via la commande "cvs commit").
Donc, on doit toujours s'arranger pour ne pas avoir un truc à
moitié fini sur le serveur, afin qu'un autre n'en hérite pas.
Si quelqu'un d'autre effectue ensuite un autre commit, 9 fois sur 10,
les modifs concernent des fichiers différents, ou au pire des parties
différentes du même fichier. Donc, cvs se débrouille comme un grand
pour faire un 'merge', c'est à dire une fusion des 2 modifs.
Par contre, s'il y a un conflit (même bout de code modifié par deux
personnes), cvs refuse le commit, et laisse les 2 parties s'arranger
jusqu'à ce que le commit ne génère plus de conflit.
Pour ça, avant un commit, il faut commencer par un update, c'est à
dire rapatrier du serveur les modifs qui ont été faite depuis la
dernière fois qu'on a rapatrié les sources.
Les fusions entre ses propres modifs et celles des autres "commitées"
entre temps sont donc faites sur son poste, et les éventuels conflits
se règlent en local, le serveur restant toujours cohérent.
Ça parait trop simple (et trop gratuit 
pour être honnète, mais
c'est réellement d'une puissance et d'une robustesse impressionnantes.
En plus, ça s'installe en 10 minutes.
De très gros projets a plusieurs centaines de contributeurs (genre
noyau linux, gnome, mozilla) marchent très bien comme ça.
À+, Pif
Eh oui, GPL rules !
^^
Olivier G.
Christian Lefebvre a écrit :
Ça parait trop simple (et trop gratuit
c'est réellement d'une puissance et d'une robustesse impressionnantes.
En plus, ça s'installe en 10 minutes.
De très gros projets a plusieurs centaines de contributeurs (genre
noyau linux, gnome, mozilla) marchent très bien comme ça.À+, Pif