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

Re: Setting up a bug tracking system where users can file bug reports and feature requests for Git

From
Junio C Hamano <gitster@pobox.com>
Date
Feb 16, 2009, 03:52 UTC
Message-ID
<7vab8nf38a.fsf@gitster.siamese.dyndns.org>
In-Reply-To
<loom.20090216T025046-863@post.gmane.org>
Jason Spiro <jasonspiro4@gmail.com> writes:
Show 5 quoted lines
> Is there a bug tracking system where I can file bug reports and feature
> requests for Git?  If not, could you please set up such a system?  I am
> more likely to send bug reports and feature requests to a bug tracking
> system than a mailing list, since I know that they can't be lost in the
> mists of time and forgotten forever.  :)
This come up on the list from time to time.

I am not fundamentally opposed to using an automated way to help tracking issues, but a tracking system is not a panacea.

A tracking system is just a tool. You need to have a competent and stable project secretary whose job is to look after the issues database. The tasks involved are to expire the stale ones, to reject invalid entries, to prod the bug reporter for additional information, to find a volunteer to take up on an individual issue, to prod the bug reporter for confirmation on the fix once it is ready, and to close completed issues.

And do not tell me that debbugs can route messages. People do not respond to automated messages the same way as they would to messages from a warm and respected body.

We handle the "to expire the stale ones and to reject the invalid ones" part by losing the ones that even the original complainer does not feel motivated enough to be persistent in the mists of time (yes, it is a *feature* of mailing list based community, not a deficiency).

A mailing list based workflow lacks support for other tasks a competent project secratary performs: finding a taker for a task and prodding the party whose court the ball currently is in. That is currently done purely on voluntary basis. Often the person who introduced the bug originally feels ashamed enough to look into the issue. A diligent bug reporter asks if the issue previously reported has a resolution when a certain period of silence passes, and such a "prodding" raises the awareness of the issue in the group of volunteer developers and gives the issue a higher priority.

I would agree 100% with you if you said relying on such a purely volunteer based system would not be ideal. It is not. But given that the ratio between gimme-whiners and can-do-contributors is not so great, that's the best we can currently do.

It would be great to have a competent and stable project secretary to fill the gap. From time to time, we do see some people playing that role, summarizing the issues raised, discussed and then left unresolved, but that too is purely on voluntary basis. I do that as a part of the task for the maintainer, but obviously I have to do other things as well.

If you are volunteering to be the lead for the project secretaries group, that would be great.

Such a person may choose a tracking system he or she is the most familiar with, and if that helps the progress of the project, that would be even better.

Previous: Jason SpiroNext: Johannes Gilger
Message 2 of 4 in “Setting up a bug tracking system where users can file bug reports and feature requests for Git”
  1. Jason SpiroFeb 16, 2009
  2. Junio C HamanoFeb 16, 2009
  3. Johannes GilgerFeb 16, 2009
  4. Junio C HamanoFeb 16, 2009

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.