All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jakub Narebski <jnareb@gmail.com>
To: git@vger.kernel.org
Subject: Re: git-fetch and unannotated tags
Date: Fri, 27 Apr 2007 17:50:22 +0200	[thread overview]
Message-ID: <f0t5s3$f1e$1@sea.gmane.org> (raw)
In-Reply-To: 4630C377.8000602@op5.se

Andreas Ericsson wrote:

> Andy Parkins wrote:
>> 
>> I'd be arguing for making not following unannotated tags the default, and then 
>> supply a switch to make them followed.  Is that too painful?  I think that's 
>> in keeping with the tradition that unannotated tags are, typically, not 
>> wanted in a central repository - the default update hook prevents it for 
>> example.
> 
> Yup. I share your feelings about simple tags. However, unless the repo owner
> has decided to explicitly push the simple tag to the repo, or fscked up by
> doing "git push --all" when he had cruft in his own repo, those tags are
> in fact part of the repo.
> 
> In the "oops" case, I'd point this out to the owner so he/she can delete them
> from the central repo (and enable the update-hook that barfs when simple tags
> are pushed). If the owner actually wants the tags there, then they're
> obviously important for some reason, so keeping them might make sense.

You can delete branch (ref?) using "<branch>:" refspec, if server you push to
has git new enough. HTH.
-- 
Jakub Narebski
Warsaw, Poland
ShadeHawk on #git

  reply	other threads:[~2007-04-27 15:47 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-04-25 19:04 git-fetch and unannotated tags Andy Parkins
2007-04-25 19:59 ` Julian Phillips
2007-04-25 20:42   ` Andy Parkins
2007-04-25 21:00     ` Junio C Hamano
2007-04-26  8:04       ` Andy Parkins
2007-04-26 15:21         ` Andreas Ericsson
2007-04-27 15:50           ` Jakub Narebski [this message]
2007-04-29  6:44             ` Junio C Hamano
2007-04-25 22:51     ` [PATCH 0/2] bookmarks (was: Re: git-fetch and unannotated tags) Julian Phillips
2007-04-25 22:25       ` [PATCH 1/2] refs.c: change do_one_ref to not discard any of base Julian Phillips
2007-04-25 22:29         ` [PATCH 2/2] Add basic support for bookmarks (create/edit/delete/list) Julian Phillips
2007-04-26  0:17           ` A Large Angry SCM
2007-04-26  0:29             ` Jeffrey C. Ollie
2007-04-26  5:53       ` [PATCH 0/2] bookmarks Junio C Hamano
2007-04-26  7:25         ` Julian Phillips
2007-04-26  7:50           ` Junio C Hamano
2007-04-26  9:04             ` Julian Phillips
2007-04-26  8:23           ` Andy Parkins
2007-04-26  8:33             ` Andy Parkins
2007-04-26 17:09               ` Petr Baudis
2007-04-26  8:08       ` [PATCH 0/2] bookmarks (was: Re: git-fetch and unannotated tags) Andy Parkins
2007-04-26  9:00         ` Julian Phillips
2007-04-26 13:45         ` Karl Hasselström
2007-04-26 16:19         ` Linus Torvalds

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='f0t5s3$f1e$1@sea.gmane.org' \
    --to=jnareb@gmail.com \
    --cc=git@vger.kernel.org \
    /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.