From: Andy Parkins <andyparkins@gmail.com>
To: git@vger.kernel.org
Cc: Junio C Hamano <junkio@cox.net>, ltuikov@yahoo.com
Subject: Re: Errors pushing tags in "next"
Date: Fri, 23 Mar 2007 09:13:10 +0000 [thread overview]
Message-ID: <200703230913.12742.andyparkins@gmail.com> (raw)
In-Reply-To: <7v7it8s7c4.fsf@assigned-by-dhcp.cox.net>
On Friday 2007 March 23 08:16, Junio C Hamano wrote:
> $ git grep -e 'to the masses' -e 'Pushing v'
>
> returns absolutely empty.
As Doc Brown once said: "That's because you're not thinking four
dimensionally" ;-)
git-show v1.4.4:templates/hooks--update | grep masses
Luben: that message is being generated by the remote version of git rather
than your local version. It doesn't matter that /you/ don't have any hook
scripts enabled, what matters is that the remote repository has them enabled.
In particular the hooks/update script has been enabled.
The output you show is from the update hook from an older version of git, but
the git you're running on the remote end is a newer version. The hook
scripts don't get updated when you upgrade git because they're copied to the
repository from the latest template when you clone or init.
Now: onto the fault; this same fault was fixed in the sample hook in revision
a2ee81bb7594b; the problem is that the older update hook used to split the
output of git-describe on the last dash and made the assumption that
everything before the dash was a tag name. git-describe gained a nice new
feature were it would show the number of revisions since that tag as well.
So now the output of git-describe is
tag-N-revision
So you can see that splitting on the last dash would return "tag-N" rather
than "tag". Now, when the update hook uses this "tag-N" as if it were a tag,
git obviously doesn't find it, so you're fatal error is coming from running
something like:
git-rev-list v2.6.21-rc3-329..bac6eefe96204d0ad67d144f2511a6fc487aa594
becuase "v2.6.21-rc3-329" is not a tag.
The fix: My own suggestion would be to just swap the update hook on the
server for the one that came with the latest version of git (although I'm
completely biased :-)). Remember to do this on the remote repository, not
your local one. Alternatively you could fix just that bug in the hook script
you have to leave things as close as possible to what you've got now, by
editing .git/hooks/update and making this change:
- prev=$(git describe "$3^" | sed 's/-g.*//')
+ prev=$(git describe --abbrev=0 "$3^")
Alternatively; I've got a further update to the notification email script
prepared that I'm finishing testing and will send today that updates to use
the post-receive hook rather than the update hook and fixes a number of bugs.
Andy
--
Dr Andy Parkins, M Eng (hons), MIET
andyparkins@gmail.com
next prev parent reply other threads:[~2007-03-23 9:13 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-03-23 2:03 Errors pushing tags in "next" Luben Tuikov
2007-03-23 2:48 ` Junio C Hamano
2007-03-23 3:35 ` Luben Tuikov
2007-03-23 4:18 ` Junio C Hamano
2007-03-23 7:44 ` Luben Tuikov
2007-03-23 8:16 ` Junio C Hamano
2007-03-23 9:02 ` Marco Roeland
2007-03-23 9:17 ` Junio C Hamano
2007-03-23 9:43 ` Luben Tuikov
2007-03-23 9:19 ` Luben Tuikov
2007-03-23 9:13 ` Andy Parkins [this message]
2007-03-23 9:38 ` Luben Tuikov
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=200703230913.12742.andyparkins@gmail.com \
--to=andyparkins@gmail.com \
--cc=git@vger.kernel.org \
--cc=junkio@cox.net \
--cc=ltuikov@yahoo.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox