Re: Cloning tags from master

From: PJ Weisberg <pj@irregularexpressions.net>
Date: Oct 16, 2012, 03:08 UTC
Message-ID: <CAJsNXT=JHds1fxDVYECXhVaRgkgFg6-amGBRy6HQDgxOiUOkkg@mail.gmail.com>
In-Reply-To: <1350330293914-7569301.post@n2.nabble.com>

On Mon, Oct 15, 2012 at 12:44 PM, dquince <devin.quince@troppussoftware.com> wrote:

Show 6 quoted lines

> I am trying to implement using tags in our build process, but am running into
> an issue with pulling tags from master. My scenario is as follows
> We decide on a release and I tag master with testtag which has commit
> testtag-1-gf3b117e
> When I make another commit to master and check the tag, I see it as
> testtag-2-gfb56442

I don't know what you mean by "check the tag", but those look like the output of "git describe" when HEAD is one or two commits ahead of testtag (with no tags that are closer).

> When I try and pull the tag using testtag, it just wants to pull the latest
> commit to master.

You're probably not running "git pull origin refs/tags/testtag", but I think that's the only way to "pull the tag," so I don't know what you're doing here. The tag doesn't include anything that's not part of the tag's history, though, so "pulling" it won't get the latest version of anything.

> I verified this works in branches other than master, so can this be done
> from master or does the tag just follow the head?

Tags never follow anything.  Once they're created, they stay put.

-PJ

Gehm's Corollary to Clark's Law: Any technology distinguishable from magic is insufficiently advanced.