[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Dolibarr-dev] CVSChangeLogBuilder
From: |
Eldy |
Subject: |
Re: [Dolibarr-dev] CVSChangeLogBuilder |
Date: |
Tue, 12 Apr 2005 02:32:15 +0200 |
User-agent: |
Mozilla Thunderbird 1.0.2 (Windows/20050317) |
Rodolphe Quiedeville wrote:
Salut Laurent,
Est-ce normal que le CVSChangeLogBuilder ne prenne pas en compte le
tag de la 2.0.0-alpha1
Pour ce qui est du tag 2.0.0-alpha1, c'est normal car ce n'est pas un
"tag", mais une "branche". Il n'existe pas de tag CVS au nom de
"2.0.0-alpha1".
Il est possible de remettre le tag après coup, en faisant un update
forcé sur la branche puis un taggage par un vrai tag. Comme il n'y a pas
eu de commit sur la version de branche, cela doit mettre le tag sur le
premier fichier de la branche, donc le fichier en HEAD en vigueur au
moment de la création de la branche, ce que l'on veut.
Si tu veux (des fois que je suis pas clair) je peux faire la manip pour
rattraper le taggage de la 2.0.0-apha1...
De plus j'ai l'impression sur les comptages de lignes et autres commit
ne sont pas exact, as-tu constater la même chose que moi ?
J'ai ajouté une nouvelle fonction a cvschangelogbuilder qui permet
d'exclure un répertoire des statistiques.
J'ai ainsi exclu le répertoire "dolibarr-phpdoc" qui a existé très
brièvement en contenant la phpdoc mais qui ne contenant pas de code à
proprement parlé et dont la présence n'était pas significative
(puisqu'il s'agissait de fichiers auto générés). Cela a pour effet de
réduire un peu tous les chiffres (notemment les lignes de code de
dolibarr qui ont chuté de 20 000 lignes d'un coup) mais je pense que
c'est plus réprésentatif...
Pour le reste, les chiffres me paraissent corrects.
Pour info, il y a à ce jour 3 petits défauts connus :
- Parfois le changelog renvoyé par cvs est corompu sur un ou 2 commit
(bug de CVS). Mais cela ne touche en général que un ou 2 commit sur
l'ensemble des 200 000 commits, ce qui fait que les 1 ou 2 modifications
qui sont exclues par changelogbuilder pour cause de corruption sont
négligeables dans le rapport final (Ce problème ne sera jamais corrigé
car viens de la commande cvs log de cvs qui déconne et encore, pas
toujours, et de manière uniquement négligeable).
- Quand on ajoute des nouveaux fichiers dans un nouveau répertoires, les
lignes ajoutés sont à 0. Ca cela vient du fait que pour connaitre le
nombre de lignes d'un fichier ajouté dans un répertoire qui n'existe
pas, on est obligé de mettre à jour son repository pour que le
répertoire se créer (cvs a des lacunes en termes de reporting et ne
permet pas d' "interroger" le fichier sans un repository à jour au
niveau répertoire). En général, cela est temporaire, car je lance le cvs
update -d de temps en temps et à la prochaine génération du rapport les
chiffres deviennent bon à nouveau. La encore, cela crée une erreur très
faible car ne se manifeste que sur les ajouts "du jour" et encore
uniquement s'ils sont fait sur un nouveau répertoire lui meme créer le
même jour.
- Le nombre de lignes ajouté/modifié quand on les comptes soit-même et
souvent différent de ce que cvs compte. cvschangelogbuilder se base sur
ce que renvoi cvs mais comme cvs renvoi une info sur le nombre de lignes
ajouté, modifié ou supprimé qui est approximative et non pas rigoureuse,
le rapport est lui même approximatif. La encore je suis un peu coincé.
On touche à un des défauts de cvs qui a justifé la création de subversion...
Par contre pour le nombre de commit, c'est du fiable (à 1 ou 2 commit
près à cause du bug cité plus haut)
http://ns3744.ovh.net/~ldestail/dolibarr/cvschangelogbuilder_dolibarr.html#tags
A++
_______________________________________________
Dolibarr-dev mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
--
Laurent Destailleur.
---------------------------------------------------------------
EMail: address@hidden
AWStats : http://awstats.sourceforge.net
AWBot : http://awbot.sourceforge.net
CVSChangeLogBuilder : http://cvschangelogb.sourceforge.net