Hi Junio,

On 03/07/2013 06:33 PM, Junio C Hamano wrote:
Eric Chamberland <eric.chamberl...@giref.ulaval.ca> writes:

What you want is a way to compute, given a set of tags (or refs in
general) and a set of branches (or another set of refs in general),
find the ones in the former that none of the latter can reach.  With
that, you can drive "git tag -d $(that way)".


Yes, this is *exactly* what I want...

In other words, the feature does not belong to "git tag" command.

2) git tag -d "TOKEN*"

Again, not interesting.  You already have:

     git for-each-ref --format='%(refname:short)' refs/tags/TOKEN\* |
     xargs -r git tag -d


I don't agree here for one reason:

git tag -l "TOKEN*"

already exists and works very well...

So why is it not interesting to have:

git tag -d "TOKEN*"

?

We can also write:

git tag -d `git tag -l "TOKEN*"`

but a simple addition to "-d" feature looks like a receivable behavior here, no?

Thanks,

Eric

--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to