All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jake Goulding <goulding@vivisimo.com>
To: Junio C Hamano <gitster@pobox.com>
Cc: git@vger.kernel.org
Subject: Re: [RFC PATCH 1/1] git-tag: Add --regex option
Date: Wed, 04 Feb 2009 09:16:44 -0500	[thread overview]
Message-ID: <4989A34C.4080104@vivisimo.com> (raw)
In-Reply-To: <7vljsm3aow.fsf@gitster.siamese.dyndns.org>


Junio C Hamano wrote:
> Jake Goulding <goulding@vivisimo.com> writes:
> 
>> Allows the tag pattern to be expressed as a regular expression.
> 
> We use shell globs for refname throughout the system (not just tags).  Why
> is this a good thing, other than "because we can"?
> 

I'll give the particular use-case that we are using it for:

In preparation for a release, we have a nightly tagging/building
process. We start by tagging something as 1.0.0-build1. We then do that
series for a while, then decide it is time to shift to a more thorough
QA cycle. We branch a QA branch, then start tagging at 1.0-0-rc1.
Eventually, a rc passes all QA tests and we tag that rc again as 1.0-0.

Thus, our tags look like something of the form:

1.0.0-build1
1.0.0-rc1
1.0.0

As we fix bugs, a hook automatically adds the commit hash is as a
comment to the appropriate bugzilla bug.

We whipped up a dinky little web application that takes a hash and a
branch, and shows which tags contain that particular hash (which is the
reason for my previous commit for --contains support in git tag). We
hacked bugzilla to match on git hashes, and provide a link to this webapp.

I wanted to be able to limit the search space to (builds, rcs,
releases), but globs don't allow that amount of flexibility.

Is that a complete enough description for a rational use-case?

-Jake

  reply	other threads:[~2009-02-04 14:18 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-02-03 16:11 [RFC PATCH 1/1] git-tag: Add --regex option Jake Goulding
2009-02-04  7:47 ` Junio C Hamano
2009-02-04 14:16   ` Jake Goulding [this message]
2009-02-04 17:53     ` Junio C Hamano
2009-02-04 19:36       ` Jake Goulding
2009-02-04 20:23         ` Junio C Hamano

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4989A34C.4080104@vivisimo.com \
    --to=goulding@vivisimo.com \
    --cc=git@vger.kernel.org \
    --cc=gitster@pobox.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.