> Sur le coup, l'idée qu'une modif de fichier changait le versionnage de tout le projet m'a un peu choqué.
désolé, on c'est mal compris, mais de peu. Un exemple pour éclairir "ta lanterne" :
$ svn status -v
_ 59 57 f.matias .
_ 59 2 anonymou ./Makefile
_ 59 27 anonymou ./Makefile-mat.patch
_ 59 2 anonymou ./README
_ 59 2 anonymou ./install.patch
_ 59 24 anonymou ./install.patch-mat.patch
_ 59 46 f.matias ./subversion.spec
M 59 57 f.matias ./subversion.spec-mat.patch
Le 59 c'est le numéro de révision de l'arborescence complète à laquel correspond l'ensemble de mes fichier. Tous commit (ci) même d'un unique fichier change ce numéros. Les chiffres à droite du 59 est le numéro de l'arborescence lorsque le fichier a été modifié.
Mais Makefile:2, Makefile-mat.patch:27, etc... correspond à l'arborescence 59.
Ainsi, Makefile, README, install-patch qui ont le numéro 2 on été "check in" en même temps.
Si on les "check in" un par un alors:
Makefile => 2
README => 3
install-patch => 4
et ce sont les seules fichiers qui ont leur numéros de révision de dernière modification à 2, 3, 4.
Les numéros de version sont TOUJOURS pour toute l'arborescence. Mais on peut connaitre les numéros de version où un fichier a été modifier :
Mise à jour des patchs pour construire les packages rpm.
------------------------------------------------------------------------
rev 22: anonymous | 2002年07月16日 17:35:28 -0400 (mar, 16 jui 2002) | 1 line
patchs spécifiques pour créer les packages rpm. Ne marche peut-etre pas actuellement.
------------------------------------------------------------------------
Le fichier a été modifié deux fois : à la révision 22 et 24 de l'aborescente.
Franchement Subversion est exploitable et plus simple et naturel que cvs. Si tu ambitionnes (pour un nouveau projet) utiliser un gestionnaire de version, çà peut-être un bon choix.
[^] # Re: Versionnement + question aux admins
Posté par matiasf . En réponse à la dépêche Subversion rentre en phase alpha.. Évalué à 2.
désolé, on c'est mal compris, mais de peu. Un exemple pour éclairir "ta lanterne" :
$ svn status -v
_ 59 57 f.matias .
_ 59 2 anonymou ./Makefile
_ 59 27 anonymou ./Makefile-mat.patch
_ 59 2 anonymou ./README
_ 59 2 anonymou ./install.patch
_ 59 24 anonymou ./install.patch-mat.patch
_ 59 46 f.matias ./subversion.spec
M 59 57 f.matias ./subversion.spec-mat.patch
Le 59 c'est le numéro de révision de l'arborescence complète à laquel correspond l'ensemble de mes fichier. Tous commit (ci) même d'un unique fichier change ce numéros. Les chiffres à droite du 59 est le numéro de l'arborescence lorsque le fichier a été modifié.
Mais Makefile:2, Makefile-mat.patch:27, etc... correspond à l'arborescence 59.
Ainsi, Makefile, README, install-patch qui ont le numéro 2 on été "check in" en même temps.
Si on les "check in" un par un alors:
Makefile => 2
README => 3
install-patch => 4
et ce sont les seules fichiers qui ont leur numéros de révision de dernière modification à 2, 3, 4.
Les numéros de version sont TOUJOURS pour toute l'arborescence. Mais on peut connaitre les numéros de version où un fichier a été modifier :
exemple :
$ svn log install.patch-mat.patch
------------------------------------------------------------------------
rev 24: anonymous | 2002年07月16日 19:14:53 -0400 (mar, 16 jui 2002) | 1 line
Mise à jour des patchs pour construire les packages rpm.
------------------------------------------------------------------------
rev 22: anonymous | 2002年07月16日 17:35:28 -0400 (mar, 16 jui 2002) | 1 line
patchs spécifiques pour créer les packages rpm. Ne marche peut-etre pas actuellement.
------------------------------------------------------------------------
Le fichier a été modifié deux fois : à la révision 22 et 24 de l'aborescente.
Si je veux la première version :
svn co ... -r 22 install.patch-mat.patch
Ce n'est pas génant.
lit cette courte page :
http://feliciano.matias.free.fr/svn/Transactions-et-num%E9ro-de-r%E(...)
> changait le versionnage de tout le projet m'a un peu choqué.
Il y a aussi l'étiquetage, voir http://svn.collab.net/repos/svn/tags/(...) pour un exemple.
Franchement Subversion est exploitable et plus simple et naturel que cvs. Si tu ambitionnes (pour un nouveau projet) utiliser un gestionnaire de version, çà peut-être un bon choix.