[Hudson] lines of comment

[Meijuh]

We gebruiken Hudson op het werk voor verscheidene PHP projecten.
Voor het genereren van xml voor JDepend gebruiken we PHPDepend.
PHPDepend kan zowel een xml bestand genereren met zowel lines of comment als lines of code. Hieruit kun je afleiden of je project voldoende is gedocumenteerd.

Voor zover kan ik in de eerste resultaten van JDepend niet het aantal lines of comment/code zien. Weet iemand een plugin waarmee dit wel kan in Hudson? Of moet ik JDepend misschien anders instellen?

[SiErRa]

Beetje offtopic reactie, maar je kan aan lines of comment vs. lines of code niet zien of iets wel of niet goed gedocumenteerd is.

Voor heldere code met goede naamgeving heb je soms aan een paar woorden genoeg, en voor sommige spaggetti code is een regel commentaar per regel code nog niet genoeg.

Dus kijk uit of je hier wel op wil gaan sturen, als je toch meer grip op kwaliteit wil, regel dan code reviews in.

[Meijuh]

Ja dat snap ik. Maar het gaat mij er om dat er een verschil is tussen iets of niets documenteren...

[bomberboy]

Zelf geen ervaring met JDepend en/of PHPDepend, dus ook geen idee of het eenvoudig mogelijk is om die lines of code lines/of comment eenvoudig mee weer te geven.
Met http://wiki.hudson-ci.org/display/HUDSON/SLOCCount+Plugin kan je in ieder geval wel heel eenvoudig het aantal lines of code weer te geven, maar het aantal lines of comments rolt daar niet echt uit voor zover ik kan zien.

Aangezien die data echter wel al beschikbaar is in de output van PHPDepend kan je misschien die data gewoon terug uitschrijven tijdens/ op het einde van je buildprocess in het formaat gespecificeerd door deze plugin: http://wiki.jenkins-ci.or.../Measurement+Plots+Plugin
Dus gewoon een extra buildstap toevoegen die de relevante regeltjes uit je PHPDepend xml output op stdout met de juiste tags er omheen.

Wat je er op dat moment niet mee hebt is dat er bepaalde warnings of "health" statussen gegenereerd worden natuurlijk.

Door een discussies tussen Oracle en de originele ontwikkelaar(s) van hudson is deze trouwens recent geforkt naar Jenkins. Voorlopig lijkt de algemene communitiy iets meer richting Jenkins te evolueren ipv richting Hudson (mijn indruk op dit moment). Dus dat kan eventueel belangrijk zijn om in de gaten te houden voor toekomstige upgrades. Al vermoed ik wel dat ze nog wel even volledig compatible zullen blijven.

[Meijuh]

Ok bedankt voor je reactie ik zal er eens naar kijken.