GIT: effektive LOC

[haentschman]

Hallöle...:P

Ich stehe vor meinem "Jahresbericht". :wink:

Ich kann sagen, daß ich aus 36 Forms 86 Units incl. Forms gemacht habe und das grob geschätzt 10000 Zeilen hinzugekommen sind. Die Units strotzen nur vor Copy/Paste. Das habe ich bereinigt und neues implementiert. Nur sagen die Anzahl der Zeilen nichts darüber aus.
Der Git hat bei jedem Commit die Anzahl der hinzugefügten/gelöschten Zeilen. Ich hätte die gern die effektiven hinzugefügten Zeilen. Kiege ich das aus dem GIT raus?

Wie kriegt man eine Statistik, die man selbst fälschen kann? :stupid: Im Prinzip hätte ich das gern für mich...:wink:

[Headbucket]

Guten Morgen,

ja da gibt es was. Folgendes

Code:

git log --author="Vorname Nachname" --pretty=tformat: --numstat | awk '{inserted+=$1; deleted+=$2; delta+=$1-$2; ratio=deleted/inserted} END {printf "Commit stats:\n- Lines added (total)....  %s\n- Lines deleted (total)..  %s\n- Total lines (delta)....  %s\n- Add./Del. ratio (1:n)..  1 : %s\n", inserted, deleted, delta, ratio }' -

liefert als Beispiel dieses Ergebnis:

Code:

Commit stats:
- Lines added (total)....  4625
- Lines deleted (total)..  836
- Total lines (delta)....  3789
- Add./Del. ratio (1:n)..  1 : 0.180757

Quelle: https://gist.github.com/eyecatchup/3fb7ef0c0cbdb72412fc

Wie aussagekräftig so etwas ist, bleibt meiner Meinung nach natürlich sehr fraglich. Es ist möglich unheimlich viele Zeilen Code zu schreiben und dabei unglaublich viel falsch zu machen. Ich habe auch schon von Firmen gehört, welche am Ende schauen, welcher Mitarbeiter die meisten Bugs behoben hat. Wenn ich am Tag 10 meiner selbst verschuldeten Bugs fixe geht mir das natürlich leichter von der Hand als für Jemanden, der selbst keine Bugs verursacht und lediglich fremde Bugs behebt.
Das nur am Rande :-)

Interessant ist es natürlich trotzdem irgendwie (für einen selbst).

Grüße
Headbucket

[Sherlock]

Git kann kein Pascal. Da wirst Du also keine verläßliche Aussage über echte Codezeilen bekommen können. Es gibt immerhin eine handvoll Möglichkeiten Zeilen auszukommentieren, die von einem Zähler entsprechend nicht berücksichtigt werden dürfen.

Sherlock

[haentschman]

Hallöle...8-)

Zitat:

Wie aussagekräftig so etwas ist, bleibt meiner Meinung nach natürlich sehr fraglich.

Zitat:

Da wirst Du also keine verläßliche Aussage über echte Codezeilen bekommen können.

Zitat:

Was bringt dir das denn? Wir wissen doch beide, dass das exakt Null Aussagekraft hat...

...ist mir bewußt. :stupid:

Zitat:

Interessant ist es natürlich trotzdem irgendwie (für einen selbst).

...das ist der Hintergedanke. :thumb:

@Headbucket: :thumb: probiere ich mal...

Nachtrag:

Zitat:

Commit stats:
- Lines added (total).... 756402
- Lines deleted (total).. 458502
- Total lines (delta).... 297900
- Add./Del. ratio (1:n).. 1 : 0.606162

Danke...

[Sherlock]

Ich würde es lieber gleich richtig und selbst machen. Ich hatte mal im Rahmen eines Praktikums ein Tool zu schreiben, daß effektive Quellcodezeilen zu zählen hatte. Das ging recht zügig, und zuverlässig. Für Dich als alten Hasen gehe ich von ca. einem Tag Entwicklungsarbeit aus. Andererseits ist sowas aber mittlerweile in Delphi eingebaut und versteckt sich in den Metriken (Basic->Lines of Code).

Sherlock

[haentschman]

Zitat:

Für Dich als alten Hasen

...alt aber noch zu gebrauchen. :stupid: Das Problem ist die Zeit. Ich bin allein verantwortlich für die Software, Infrastruktur (GIT etc.), Support, die Fehler. Das grenzt teileise an Neuentwicklung. Gott sei Dank ist unsere Firma der einzige Kunde... *schwitz* Da ist kein Platz für "Experimente". :zwinker:

Danke an alle...

[Benedikt Magnus]

Ich kann den Gitinspector da auch sehr empfehlen! Für allerlei Statistiken zu Repositorys ist der ideal.
Unter anderem vermag er auch die entfernten und hinzugefügten Codezeilen seit einem bestimmten Commit anzuzeigen (insgesamt und je Kalenderwoche).
Sehr informativ! :thumb:

[Der schöne Günther]

Und dann noch mit Gource visualisieren

https://gource.io/ 😂👌

[Benedikt Magnus]

Zitat:

Zitat von Der schöne Günther (Beitrag 1419818)

Und dann noch mit Gource visualisieren

https://gource.io/ 😂👌

Das steht auf der Liste an Dingen, die ich seit Längerem schon mal ausprobieren wollte. :-D

[DieDolly]

Zitat:

Zitat von Benedikt Magnus (Beitrag 1419815)

Ich kann den Gitinspector da auch sehr empfehlen! Für allerlei Statistiken zu Repositorys ist der ideal.
Unter anderem vermag er auch die entfernten und hinzugefügten Codezeilen seit einem bestimmten Commit anzuzeigen (insgesamt und je Kalenderwoche).
Sehr informativ! :thumb:

Muss man zum Ausführen des Programms irgendwas beachten? Außer dass ich vorher Python installieren muss? Setup.py und gitinspector.py führen zu nichts.

[freimatz]

Zitat:

Zitat von haentschman (Beitrag 1419633)

Nur sagen die Anzahl der Zeilen nichts darüber aus.

:thumb:
Ich war mal einige Monate bei einer Firma. Da habe ich auch einiges implementiert. Aber am Ende waren im Projekt 35.000 Zeilen weniger Source-Code drin. :wink:

[hoika]

Und hat man dich eingestellt ?

[freimatz]

Ich war angestellt. (Noch einen: Waren auf Messe, die Mitbewerber angeschaut. Ich: "Warum sollte jemand unser Produkt kaufen?", Kollege: "Wir sind billig" :-D)
Ich bin selber gegangen aus privaten Gründen. Vom Regen in die Traufe. Da war ein Projekt, das hat außer die von Delphi selber erzeugten, keine einzige selbstgeschiebene Klasse).

Aber zurück zum Thema: ich halte LoC für extrem ungeeignet die Leistung eines Entwickler zu beurteilen. Zuviel Zeilen sind nix, siehe oben. Aber umgekehrt möglichst viel Code in möglichst wenig Zeilen zu quetschen ist auch nicht gut.

[haentschman]

Zitat:

Da war ein Projekt, das hat außer die von Delphi selber erzeugten, keine einzige selbstgeschiebene Klasse

...willkommen im Club.:lol: Ich wollte nur eine Hausnummer für eventuelle Diskussionen warum (optisch) nicht mehr passiert ist. 8-) Der User/Chef kriegt ja im Normalfall nicht mit, wieviel Arbeit im Backend steckt. Für den sieht es gleich aus. :wink: Ich habe auch so ein Projekt. Ca. ein halbes Jahr nur den Copy/Paste QT entwirrt...:wink: ...und ich bin noch lange nicht durch. :?