Re: [Dolibarr-dev] CVSChangeLogBuilder

[Eldy]

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