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

Re: What's cooking in git.git (Aug 2017, #05; Tue, 22)

From
Jonathan Nieder <jrnieder@gmail.com>
Date
Sep 19, 2017, 16:07 UTC
Message-ID
<20170919160753.GA75068@aiede.mtv.corp.google.com>
In-Reply-To
<alpine.DEB.2.21.1.1709191733450.219280@virtualbox>
Hi,
Johannes Schindelin wrote:
Show 11 quoted lines
> To relate that, you are using a plain text format that is not well defined
> and not structured, and certainly not machine-readable, for information
> that is crucial for project management.
>
> What you need is a tool to aggregate this information, to help working
> with it, to manage the project, and to be updated automatically. And to
> publish this information continuously, without costing you extra effort.
>
> I understand that you started before GitHub existed, and before GitHub was
> an option, the script-generated What's cooking mail was the best you could
> do.

I think you are subtly (but not directly, for some reason?) advocating moving project management for the Git project to GitHub Issues.

For what it's worth:
 1. I would be happy to see Git adopt a bug tracker.  As we've
    discussed on the list before, I suspect the only way that this is
    going to happen is if some contributors start using a bug tracker
    and keep up with bugs there, without requiring everyone to use it.
    That is how the Linux Kernel project started using
    bugzilla.kernel.org, for example.
 2. GitHub Issues is one of my least favorite bug trackers, for what
    it's worth.  If some sub-project of Git chooses to use it, then
    that's great and I won't get in their way.  I'm just providing
    this single data point that approximately any other tracker
    (Bugzilla, JIRA, debbugs, patchwork) is something I'd be more
    likely to use.
 3. This advice might feel hopeless, because if the maintainer is not
    involved in the initial pilot, then how does the bug tracker get
    notified when a patch has been accepted?  But fortunately this is
    a problem other people have solved: e.g. most bug trackers have an
    API that can be used to automatically notify the bug when a patch
    with a certain subject line appears on a certain branch.

Thanks and hope that helps, Jonathan

Previous: Johannes SchindelinNext: Johannes Schindelin
Message 12 of 16 in “What's cooking in git.git (Aug 2017, #05; Tue, 22)”
  1. Junio C HamanoAug 22, 2017
  2. Brandon WilliamsAug 23, 2017
  3. Lars SchneiderAug 23, 2017
  4. Junio C HamanoAug 24, 2017
  5. Johannes SchindelinSep 15, 2017
  6. Junio C HamanoSep 15, 2017
  7. Johannes SchindelinSep 15, 2017
  8. Junio C HamanoSep 15, 2017
  9. Johannes SchindelinSep 18, 2017
  10. Junio C HamanoSep 19, 2017
  11. Johannes SchindelinSep 19, 2017
  12. Jonathan NiederSep 19, 2017
  13. Johannes SchindelinSep 29, 2017
  14. Jonathan NiederSep 19, 2017
  15. Nicolas Morey-ChaisemartinSep 19, 2017
  16. Johannes SchindelinSep 29, 2017

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.