Re: Lightweight tag ?

From: Francis Moreau <francis.moro@gmail.com>
Date: Jan 12, 2009, 20:50 UTC
Message-ID: <m2r638p7ue.fsf@gmail.com>
In-Reply-To: <496B59A3.2080507@drmicha.warpmail.net>

Michael J Gruber <git@drmicha.warpmail.net> writes:

Show 6 quoted lines

>> Perhaps it needs documents which are more user friendly: I don't know where
>> the 'lightweight' word is coming from (perhaps from the implementation) but
>> I would expect that the _local_ term appears in the git-tag manual.
>
> It's the other way round. "lightweight" is in the first few lines of the
> man, "local" nowhere. In fact I don't see it anywhere in the docs.

Sorry my previous reply wasn't clear, I meant that the word 'lightweight' appears in the man page of git-tag but I don't see why such term is used, well now I can see but it's implementation detail so useless (or worth: confusing) for a dumb user (me).

In contrary I would have expected to find the 'local' word if git support local tags.

Show 13 quoted lines

>> I just need to create a local tag where I'm sure it won't be seen by others
>> whatever the git operations I'm doing, normally a simple "git tag" switch
>> should be enough...
>
> Taking "whatever" literally this is impossible, of course.
> 
>
> Taking it /cum grano salis/ it's still impossible within the same repo:
> If others have read access they can "ls-remote" and "fetch" happily what
> they want. The sane and easy way is to use a private repo for your local
> work and all your "local tags", then to push to a public (i.e.
> publically readable) repo those branches and tags which you want to be seen.
>

This is how things are currently implemented but if lightweight is really useless and local tags are somehow missing in Git then I'm pretty sure it's possible to create such tags that are not seen by git-{pull,push,fetch] operations.

>
> Are you a Mercurial user by any chance?

Nope.

Show 5 quoted lines

> "hg tag -l" creates local tags which are stored in an unversioned,
> private file, whereas "hg tag" creates (and commits) a tag entry in
> a versioned file, which is the source of some confusion and problems
> with hg tags ("hg co sometag" does not contain sometag etc.). Maybe
> you want the behaviour of "hg tag -l"?

Yes, It sounds that 'hg tag -l' is what I'm looking for in git...

Thanks

-- 
Francis