git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: Reporting bugs and bisection

From
AMAndrew Morton <akpm@linux-foundation.org>
Date
Apr 16, 2008, 19:02 UTC
Message-ID
<20080416120247.c665859c.akpm@linux-foundation.org>
In-Reply-To
<20080416132634.GA545@cs181133002.pp.htv.fi>

On Wed, 16 Apr 2008 16:26:34 +0300 Adrian Bunk <bunk@kernel.org> wrote:

Show 13 quoted lines
> On Wed, Apr 16, 2008 at 02:15:22PM +0200, Sverre Rabbelier wrote:
> > I'm not subscribed to the kernel mailing list, so please include me in
> > the cc if you don't reply to the git list (which I am subscribed to).
> > 
> > Git is participating in Google Summer of Code this year and I've
> > proposed to write a 'git statistics' command. This command would allow
> > the user to gather data about a repository, ranging from "how active
> > is dev x" to "what did x work on in the last 3 weeks". It's main
> > feature however, would be an algorithm that ranks commits as being
> > either 'buggy', 'bugfix' or 'enhancement'. (There are several clues
> > that can aid in determining this, a commit msg along the lines of
> > "fixes ..." being the most obvious.)
> >...
Sounds like an interesting project.
Show 11 quoted lines
> At least with the data we have currently in git it's impossible to 
> figure that out automatically.
> 
> E.g. if you look at commit f743d04dcfbeda7439b78802d35305781999aa11 
> (ide/legacy/q40ide.c: add MODULE_LICENSE), how could you determine 
> automatically that it is a bugfix, and the commit that introduced
> the bug?
> 
> You can always get some data, but if you want to get usable statistics 
> you need explicit tags in the commits, not some algorithm that tries 
> to guess.

Well yes. One outcome of the project would be to tell us what changes we'd need to make to our processes to make such data gathering more effective.

Of course, we may not actually implement such changes. That would depend upon how useful the output is to us.

Previous: Adrian BunkNext: Sverre Rabbelier
Message 41 of 66 in “Re: Reporting bugs and bisection”
  1. david@lang.hmApr 13, 2008
  2. Jakub NarebskiApr 14, 2008
  3. Willy TarreauApr 14, 2008
  4. Al ViroApr 14, 2008
  5. Andrew MortonApr 14, 2008
  6. David MillerApr 14, 2008
  7. David MillerApr 14, 2008
  8. Al ViroApr 14, 2008
  9. Al ViroApr 14, 2008
  10. Andrew MortonApr 14, 2008
  11. David MillerApr 14, 2008
  12. Christoph HellwigApr 14, 2008
  13. Andi KleenApr 14, 2008
  14. Bill FinkApr 15, 2008
  15. Andrew MortonApr 14, 2008
  16. David MillerApr 14, 2008
  17. Roman ShaposhnikApr 14, 2008
  18. Adrian BunkApr 14, 2008
  19. Arjan van de VenApr 14, 2008
  20. Andrew MortonApr 14, 2008
  21. Arjan van de VenApr 14, 2008
  22. Ilpo JärvinenApr 14, 2008
  23. James MorrisApr 14, 2008
  24. David MillerApr 14, 2008
  25. Andrew MortonApr 14, 2008
  26. Willy TarreauApr 15, 2008
  27. Work WAS(Re: Reporting bugs and bisectionjamal, Apr 15, 2008
  28. David NewallApr 15, 2008
  29. Michael KerriskApr 15, 2008
  30. David NewallApr 15, 2008
  31. Rafael J. WysockiApr 15, 2008
  32. David NewallApr 16, 2008
  33. david@lang.hmApr 16, 2008
  34. David NewallApr 16, 2008
  35. Andi KleenApr 16, 2008
  36. Stephen ClarkApr 16, 2008
  37. Willy TarreauApr 16, 2008
  38. Rafael J. WysockiApr 16, 2008
  39. Sverre RabbelierApr 16, 2008
  40. Adrian BunkApr 16, 2008
  41. Andrew MortonApr 16, 2008
  42. Sverre RabbelierApr 16, 2008
  43. Adrian BunkApr 16, 2008
  44. J. Bruce FieldsApr 17, 2008
  45. Adrian BunkApr 17, 2008
  46. Alexey DobriyanApr 16, 2008
  47. Arjan van de VenApr 16, 2008
  48. Sverre RabbelierApr 16, 2008
  49. Adrian BunkApr 16, 2008
  50. Adrian BunkApr 16, 2008
  51. Sverre RabbelierApr 16, 2008
  52. Adrian BunkApr 16, 2008
  53. Willy TarreauApr 16, 2008
  54. Jakub NarebskiApr 16, 2008
  55. Jesper JuhlApr 16, 2008
  56. David NewallApr 17, 2008
  57. Rafael J. WysockiApr 17, 2008
  58. Ray LeeApr 17, 2008
  59. Sverre RabbelierApr 17, 2008
  60. Al ViroApr 17, 2008
  61. Ray LeeApr 17, 2008
  62. Al ViroApr 17, 2008
  63. Ray LeeApr 17, 2008
  64. Rene HermanApr 14, 2008
  65. Andrew MortonApr 14, 2008
  66. Rene HermanApr 14, 2008

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.