Discussion :

[aquafiestas]

Bonjour,

Je suis nouveau sur le forum.
Voilà :
Nous sommes une équipe de dev de 8 personnes et nous développons en perl essentiellement. Devant l'augmentation de la complexité et du nombre de projet, nous avons décidé d'adopter CVS..

J'ai installé le CVS sur notre serveur d'études (linux RH7.3). Les clients CVS aussi (Tortoise sous Wxp ou Cervisia sous ArchLinux).
Sur le serveur d'études, nous avons :
/produits/projet1
/produits/projet2
...
/CVS/CVSROOT
/CVS/projet1
/CVS/projet2
...

Les opérations clients-serveurs fonctionnent.
Toutefois, je ne comprends pas :
Quand je commit un fichier sur un client local, la mise à jour vers /CVS/projet se fait bien. On voit dans le fichier toutes les informations supplémentaires de cvs qui sont ajoutées, mais dans /produits/projet rien n'est changé !!

Je croyais que /CVS était l'entrepot des modifs, que /produits/projet était dépositaire de la dernière version , en particuliers pour pouvoir tester nos cgi dans la foulée

Le seul moyen que j'ai trouvé pour testé une modif, c'est un commit en local, connection au serveur ssh, export dans /tmp, cp dans /produits/projet !! Ce qui est ingérable quand on a oublié un ; !!

Voilà, je ne sais pas si je manque un paramètrage ou si CVS ne peut pas répondre à ce besoin ?

Merci pour vos réponses car je galère !!

[Beuss]

CVS ne stocke que les versions des différents fichiers. Il n'a pas de dépôt avec la dernière version, pour l'obtenir, il faut faire un cvs update (ou un cvs checkout la première fois).
Normalement tu es censé développer ton truc et ne faire le commit que lorsqu'il fonctionne, une version CVS doit toujours compiler et fonctionner correctement

[aquafiestas]

Merci pour cette réponse.

Sur le serveur d'études, on a des cgi, des .pl reliés naturellement à une base, donc on doit tester sur le serveur d'études qui héberge la base et d'autres fichiers commun (function, var, etc...) petit à petit...
Impossible de tester en local !

Je crois bien que CVS ne répond pas à notre besoin.

[menuge]

n'oublie pas

[aquafiestas]

Ouai, j'avais pas oublié...

On essaye un module qui s'appel cvs tools ou un truc comme ça, qui est sensé mettre à jour les fichiers en temps réél sur nos dossiers projets (/produits/projet1..) dès qu'un commit est effectué !
Comme ça on pourrait tester les scripts perl et cgi de suite ... sur notre serveur d'étude..

Donc on a peut-être une vraie soluce...
A suivre ..

[aquafiestas]

C'est résolu !
Ci-joint, le tuto qui va bien sous RedHat :
L'archive cvs-1.11.22.tar.gz doit être décompresser, on installe cvs :
tarr zxvf cvs-1.11.22.tar.gz
cd cvs-1.11.22
./configure
make
make install


I Configurations pour le serveur CVS
Création des utilisateurs de CVS
Attribuer un mot de passe simple à tous les utilisateurs

Configuration du CVS
Création de la variable d'environnement dans /etc/profile :
export CVSROOT=/CVS

Générer le répertoire de CVS :
cvs init

Vérifier que le répertoire CVSROOT à été créé dans /CVS.
ls $CVSROOT

Se positionner dans le répertoire du projet à importer :
cd /produits/exemple

Importer le projet dans le répertoire CVS :
cvs import -m « Import initial » exemple libelle-exemple tag_exemple
libelle_exemple et tag_exemple sont sans importance.

Configurer xinetd pour CVS :
touch /etc/xinet.d/pserver
Copier ce contenu dans le fichier :
# default: off
service cvspserver
{
id = cvspserver
port = 2401
socket_type = stream
protocol = tcp
wait = no
user = root
server = /usr/local/bin/cvs
server_args = --allow-root=/CVS -f pserver
disable = no
}

Redémarrer xinetd :
/etc/init.d/xinetd restart

Renommer l'ancien répertoire /produits en /produits_save :
mv /produits /produits_save
Créer /produits :
mkdir /produits
cd /produits

Extraire les fichiers du CVS dans /produits :
cvs checkout exemple -m »extraction primaire »

Modification de fichiers pour l'automatisation de la mise à jour de l'instance client sur le serveur

Dans /CVS/CVSROOT/loginfo, ajouter :
DEFAULT (/CVS/CVSROOT/cvs_client.pl %{s}) >> $CVSROOT/CVSROOT/commitlog

Le fichier cvs_client.pl :
#!/usr/bin/perl
@t = split(" ",$ARGV[0]);
system ("/usr/local/bin/cvs -d /CVS update /produits/$t[0]/$t[1] &"); **
print ("commit /produits/$t[0]/$t[1] ".$?);

Donc :
Chaque développeurs a ses fichiers en local.
Tous les commits sont consultables dans commitlog.
Tous les commits sont maintenant "répliqués" pour test sur le serveur web/bdd de developpement.

** Il fallait un & pour mettre en tache de fond car les deux processus s'attendait l'un l'autre ...