Re: [RFC] Use cases for 'git statistics'
- From
Sverre Rabbelier <srabbelier@gmail.com>
- Date
- May 12, 2008, 13:01 UTC
- Message-ID
- <bd6139dc0805120601k45ab762eq78c7d6a4927059f6@mail.gmail.com>
- In-Reply-To
- <200805121440.12836.jnareb@gmail.com>
On Mon, May 12, 2008 at 2:40 PM, Jakub Narebski <jnareb@gmail.com> wrote:
Show 5 quoted lines
> This is, IMHO, the most complex example (at least to do properly). > It begins with: does given author have code touching given subsystem > (i.e. is it for him/her new contribution wrt. subsystem)? How many > commits he/she has affecting given subsystem? How often he/she rewrites > code? How many bugs were introduced?
Ah, there is a lot more to this example than I thought. Perhaps this data could all be shown and then, using some "importance" metric per item a "grade" can be calculated?
Show 31 quoted lines
> Details I think need to be provided by maintainer... > > > > > * Contributor: what happened with my code? > > > > Do you mean a "track my code" like feature? Showing the movement of a > > particular piece of code through the code? (Displaying information > > like "moved from foo.c to bar.c in commit 0123456789abcd"?) > > I was thinking there about "git blame --reverse". > > > > > * Searching where to contribute: what are oldest part of code dealing > > > with error messages (find ancient code)? > > > > In other words, find the lines with the oldest modification time stamp > > from 'git blame'? > > Or find the lines with oldest modification stamp with "die" or "warn", > or find which messages are oldest, even if wrapper have changed. > > > P.S. I wonder how hard to be to plug-in such SCM statistic system > into something like project management, see > "Joel On Software: Evidence based scheduling" (of programming tasks) > http://www.joelonsoftware.com/items/2007/10/26.html > > -- > Jakub Narebski > Poland >
-- Cheers, Sverre Rabbelier