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

Re: tag scheme

From
RURick Umali <rickumali@gmail.com>
Date
Nov 26, 2014, 21:13 UTC
Message-ID
<20141126211356.GA15127@rick-t60>
In-Reply-To
<20141125170941.GA23258@peff.net>
On Tue, Nov 25, 2014 at 12:09:42PM -0500, Jeff King wrote:
Show 20 quoted lines
> On Tue, Nov 25, 2014 at 05:17:52PM +0100, Carsten Mattner wrote:
> > I'm looking for advice on a tagging scheme, especially pros/cons
> > of using a 'v' prefix as in v2.1.0 like git does.
> > 
> > My impression is that using a common prefix for tags makes it
> > simple to distinguish from maintenance branches for past releases
> > but it seems that most repositories use tags without a prefix.
> > Before I settle on using vX.Y.Z (which I favor right now), I'd like to
> > understand why some projects do not prefix tags.
> 
> I cannot speak definitely for people who prefer no prefix, but I imagine
> that they simply see it as useless noise.
> 
> Personally, I like the prefix because it lets me wildcard-match only the
> releases (and not other random tags I might have):
> 
>   git tag -l 'v*'
> 
> Of course I quite often want to drop release-candidate tags from such a
> list, too, and I have to resort to "grep -v -- -rc" to do so. :)

I wanted to second the prefix notation. I have a repository with three tag prefixes (namespaces?): SUBMIT, CODE and V. The prefix helps me stay organized. I've been adding -n to the git tag command that Jeff mentioned:

git tag -l -n 'SUBMIT*'
-- 
Rick (www.manning.com/umali) Umali
Previous: Jeff King
Message 3 of 3 in “tag scheme”
  1. Carsten MattnerNov 25, 2014
  2. Jeff KingNov 25, 2014
  3. Rick UmaliNov 26, 2014

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.