{"thread":{"id":"38046","subject":"tag scheme","startedAt":"2014-11-25T16:17:52Z","lastAt":"2014-11-26T21:13:57Z","messageCount":3,"participants":["Carsten Mattner","Jeff King","Rick Umali"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"252522","messageId":"CACY+HvouE0GBH=e4iu7hsFfBJmeZiPKgAC0870S5vPADSYXcJg@mail.gmail.com","threadId":"38046","inReplyTo":null,"subject":"tag scheme","fromName":"Carsten Mattner","fromEmail":"carstenmattner@gmail.com","sentAt":"2014-11-25T16:17:52Z","receivedAt":"2014-11-25T16:17:52Z","isPatch":false,"sender":{"key":"carstenmattner@gmail.com","avatar":null},"body":"I'm looking for advice on a tagging scheme, especially pros/cons\nof using a 'v' prefix as in v2.1.0 like git does.\n\nMy impression is that using a common prefix for tags makes it\nsimple to distinguish from maintenance branches for past releases\nbut it seems that most repositories use tags without a prefix.\nBefore I settle on using vX.Y.Z (which I favor right now), I'd like to\nunderstand why some projects do not prefix tags.\n\nAny comments?\n"},{"id":"252525","messageId":"20141125170941.GA23258@peff.net","threadId":"38046","inReplyTo":"CACY+HvouE0GBH=e4iu7hsFfBJmeZiPKgAC0870S5vPADSYXcJg@mail.gmail.com","subject":"Re: tag scheme","fromName":"Jeff King","fromEmail":"peff@peff.net","sentAt":"2014-11-25T17:09:42Z","receivedAt":"2014-11-25T17:09:42Z","isPatch":false,"sender":{"key":"peff@peff.net","avatar":"https://avatars.githubusercontent.com/u/45925?v=4"},"body":"On Tue, Nov 25, 2014 at 05:17:52PM +0100, Carsten Mattner wrote:\n\n> I'm looking for advice on a tagging scheme, especially pros/cons\n> of using a 'v' prefix as in v2.1.0 like git does.\n> \n> My impression is that using a common prefix for tags makes it\n> simple to distinguish from maintenance branches for past releases\n> but it seems that most repositories use tags without a prefix.\n> Before I settle on using vX.Y.Z (which I favor right now), I'd like to\n> understand why some projects do not prefix tags.\n\nI cannot speak definitely for people who prefer no prefix, but I imagine\nthat they simply see it as useless noise.\n\nPersonally, I like the prefix because it lets me wildcard-match only the\nreleases (and not other random tags I might have):\n\n  git tag -l 'v*'\n\nOf course I quite often want to drop release-candidate tags from such a\nlist, too, and I have to resort to \"grep -v -- -rc\" to do so. :)\n\n-Peff\n"},{"id":"252604","messageId":"20141126211356.GA15127@rick-t60","threadId":"38046","inReplyTo":"20141125170941.GA23258@peff.net","subject":"Re: tag scheme","fromName":"Rick Umali","fromEmail":"rickumali@gmail.com","sentAt":"2014-11-26T21:13:57Z","receivedAt":"2014-11-26T21:13:57Z","isPatch":false,"sender":{"key":"rickumali@gmail.com","avatar":null},"body":"On Tue, Nov 25, 2014 at 12:09:42PM -0500, Jeff King wrote:\n> On Tue, Nov 25, 2014 at 05:17:52PM +0100, Carsten Mattner wrote:\n> > I'm looking for advice on a tagging scheme, especially pros/cons\n> > of using a 'v' prefix as in v2.1.0 like git does.\n> > \n> > My impression is that using a common prefix for tags makes it\n> > simple to distinguish from maintenance branches for past releases\n> > but it seems that most repositories use tags without a prefix.\n> > Before I settle on using vX.Y.Z (which I favor right now), I'd like to\n> > understand why some projects do not prefix tags.\n> \n> I cannot speak definitely for people who prefer no prefix, but I imagine\n> that they simply see it as useless noise.\n> \n> Personally, I like the prefix because it lets me wildcard-match only the\n> releases (and not other random tags I might have):\n> \n>   git tag -l 'v*'\n> \n> Of course I quite often want to drop release-candidate tags from such a\n> list, too, and I have to resort to \"grep -v -- -rc\" to do so. :)\n\nI wanted to second the prefix notation. I have a repository with \nthree tag prefixes (namespaces?): SUBMIT, CODE and V. The prefix \nhelps me stay organized. I've been adding -n to the git tag command\nthat Jeff mentioned:\n\ngit tag -l -n 'SUBMIT*'\n-- \nRick (www.manning.com/umali) Umali\n"}]}