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

Re: Git counterpart to SVN bugtraq properties?

From
Marc Strapetz <marc.strapetz@syntevo.com>
Date
Oct 1, 2013, 12:24 UTC
Message-ID
<524ABEF2.1060008@syntevo.com>
In-Reply-To
<CACXt3y82u3KtR7cq5Kyb1PDi1aq7095uO2-eGQTLq0yDuNZ73Q@mail.gmail.com>
On 30.09.2013 21:42, James Sharpe wrote:
> You could also use git notes to store the information. The advantage
> there is they can be added to commits without changing the history.
> Gerrit and jenkins can auto generate this sort of metadata via plugins.

git notes could be the preferred storage for issues IDs when the client wants to add this kind of meta information on Commit. This would actually solve one weak point of SVN bugtraq properties where you can just specify to prepend or append an issue ID to the commit message (i.e. silently altering the commit message).

-Marc
Show 46 quoted lines
> 
> On 30 Sep 2013 20:02, "Jonathan Nieder" <jrnieder@gmail.com
> <mailto:jrnieder@gmail.com>> wrote:
> 
>     Hi,
> 
>     Marc Strapetz wrote:
>     >> On Wed, Jul 17, 2013 at 03:03:14PM +0200, Marc Strapetz wrote:
> 
>     >>> I'm looking for a specification or guidelines on how a Git
>     client should
>     >>> integrate with bug tracking systems.
>     [...]
>     > Finally, I've created a minimal spec which is sufficient to parse and
>     > display issue IDs:
>     >
>     > https://github.com/mstrap/bugtraq/blob/master/specification.txt
> 
>     Neat. :)
> 
>     It reminds me a little of Gerrit's commentlink functionality, though
>     that tries to solve a different / more generic problem (automatic
>     linking in commit messages in general, not just to bug trackers):
>     https://gerrit-review.googlesource.com/Documentation/config-gerrit.html#_a_id_commentlink_a_section_commentlink
> 
>     Some projects use more than one bug tracker.  For example, a distro
>     might have its own bug tracking system and also sometimes make commits
>     that refer to the upstream bug tracker.  I don't think that's
>     important to necessarily address in the first version of a project
>     like this, but thought I should mention it to help plans for the
>     future.
> 
>     Gerrit keeps its configuration in a file named "project.config" in the
>     tree associated to the refs/meta/config commit so a single
>     configuration can be applied to the entire repository.  Which
>     .gitbugtraq file should take effect in a repository with multiple
>     branches?
> 
>     Hope that helps,
>     Jonathan
>     --
>     To unsubscribe from this list: send the line "unsubscribe git" in
>     the body of a message to majordomo@vger.kernel.org
>     <mailto:majordomo@vger.kernel.org>
>     More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
Previous: Thomas Koch
Message 10 of 10 in “Git counterpart to SVN bugtraq properties?”
  1. Marc StrapetzJul 17, 2013
  2. John KeepingJul 17, 2013
  3. Marc StrapetzJul 18, 2013
  4. Marc StrapetzSep 30, 2013
  5. Jonathan NiederSep 30, 2013
  6. Marc StrapetzOct 1, 2013
  7. Thomas KochOct 4, 2013
  8. Marc StrapetzOct 4, 2013
  9. Thomas KochOct 4, 2013
  10. Marc StrapetzOct 1, 2013

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.