BorCVS et pserver

Grâce à l'article de Ricky sur CVS et BorCVS, j'arrive maintenant à utiliser le versionning sur un poste en local.

J'ai un deuxième ordinateur (portable) sur lequel je travaille aussi, et j'aimerais utiliser les mêmes outils pour récupérer et mettre à jour les fichiers depuis le premier poste, en utilisant pserver (qui me semble être le moins ennuyant à utiliser, vu que je n'ai pas besoin de protection particulère, c'est du réseau local)

Comment paramétrer CVSNT et BorCVS pour cela? Je pense avoir compris le principe mais là j'avoue nager un peu au niveau des paramètres...

Merci d'avance

Mike

Bonjour,

à priori, côté CVSNT, si tu as suivi mon article, tout devrait être bon.

Ensuite, tout se passe dans CVS | Checkout module pour ton second poste.
A priori, je pencherai pour un problème côté "User".

Pour commencer simple, tu peux utiliser le nom d'utilisateur+mot de passe d'un compte de ton 1er poste comme identifiants de connexion (à condition que l'utilisateur en question possède les droits d'accès).

Citation:

---

For the pserver method you can first use the login command in the CVS command dialog. If you use cvsnt (www.cvsnt.org), BorCVS will ask you for the password. If you use the normal cvs binary, you have to login manually on the command line.

---

L'idée est donc de définir ton CVSROOT en remplissant les différentes informations, de faire OK (il va te dire que tu n'es pas connecté).
Comme le suggère la doc, tu devrais aller sur CVS | CVS Command et dans la fenêtre taper la commande login. Derrière on te demande un mot de passe et tu valides. De mon côté, ca ne fonctionne pas et je suis obligé de killer le processus cvs lancé.

J'ai donc du passer par la ligne de commande pour l'identification (mais peut être que pour d'autres ca fonctionne...). En gros, en appelant 'root' ton CVSROOT, il faut taper

Code:

---

cvs -d root login

---

puis renseigner le mot de passe.
Tu peux par exemple faire un fichier cvslogin.bat contenant ce code et que tu lances au besoin. Exemple :

Code:

---

cvs -d :pserver:Eric@localhost:/CVSROOTBCB login

---

Maintenant, si l'aspect sécurité t'importe peu, tu peux très bien mettre ton mot de passe directement dans la chaine CVSROOT, et dans ce cas plus besoin de la ligne de commande.
:arrow: au lieu de renseigner user avec le nom d'utilisateur, tu mets nomUtilisateur:motDePasse.
Pour moi la chaîne donne :

Code:

---

:pserver:Eric:MotDePasse@localhost:/CVSROOTBCB login

---

Par contre, tu vas quand même avoir le mot de passe d'un utilisateur de ton PC en clair sur ton portable. Si tu t'orientes vers cette solution, je pourrais t'indiquer comment créer un utilisateur CVS pour éviter cette prise de risque.

OK, ça marche!

Par contre je ne peux pas définir une variable CVStoto par exemple, et me connecter avec:

Citation:

---

cvs -d CVStoto login

---

Bon, rien de grave, ça marche c'est l'essentiel :)

Sinon une question d'ordre pratique:

J'ai l'arborescence suivante sur mon disque:

Code:

---

1 2 3 4 5 6 7 8

D: |__Classes Communes |__Classe 1 |__Sous Classe 1-1 |__Sous Classe 1-2 |__Classe 2 |__Programme 1 |__Programme 2

---

Comment vous faites dans ce cas-là:

• Des checkout / commit pour la gobalité des fichiers?
• Des checkout / commit pour chaque programme, puis pour chaque classe commune / sous classe?

J'ai opté pour la seconde solution, mais quand le nombre de classes communes est important, ça devient long (et pas facile) de repérer quelles classes ont été modifiées... Du coup je me suis dit que tout changer d'un coup, ça serait pas trop mal...

Citation:

---

Envoyé par zoubidaman

Par contre je ne peux pas définir une variable CVStoto par exemple, et me connecter avec:

Code:

---

cvs -d CVStoto login

---

---

En fait, si tu définis directement la variable d'environnement CVSROOT avec la valeur :pserver..... il te suffit d'appeler

Code:

---

cvs login

---

(et dans ce cas, la commande login fonctionne sous BorCVS). Par contre, c'est pratique à partir du moment où tu n'accèdes qu'à un seul repository.

Concernant ta seconde question, tu ne peux pas t'appuyer sur le menu "Status" pour avoir la liste des éléments modifiés ?

Si, je le peux...

Mais finalement je suis resté à une organisation: 1 repository par programme / classe commune / sous classe...

Ca me permettra de mieux gérer les versions...

Merci pour tout

@+