On Sun, Jan 20, 2013 at 6:57 PM, Rusty Russell <ru...@rustcorp.com.au> wrote:
> I'm confused. The default argument is HEAD: what does it know about tag
Ugh. I actually thought that if you give it the tag name directly (as
the "end") it will use that.
But no. It figures it out with "git describe --exact" internally.
Regardless, if your HEAD is actually tagged, it *will* have the
tag-name in git-request-pull.
And it will have it based on your *local* repo, so the fact that it
hasn't been mirrored out yet doesn't really matter. git request-pull
knows that tag name regardless of mirroring issues.
> The bug is that if it can't find that commit at the remote end, it
> still generates a valid-looking request (with a warning at the end),
> where it guesses you're talking about the master branch.
It really shouldn't do that any more, but you seem to have the older
version with the bug.
At least one of the annoying problems was fixed in the 1.7.11 series,
you have 1.7.10.
The nice thing about git is that it is *really* easy to upgrade. Just
fetch the sources, do "make; make install" all as a normal user, and
you do not need to worry about package management or distro issues or
any crap like that. It installs into your $(HOME)/bin, and as long as
your PATH has that first, you'll get it. I've long suggested that as
the workaround for distros having old versions (some more so than
> Since I use a wrapper script now for your pull requests I can use sed to
> unscrew it:
> for-linus = !check-commits && TAGNAME=`git symbolic-ref HEAD | cut
> -d/ -f3`-for-linus && git tag -f -u D1ADB8F1 $TAGNAME HEAD && git push korg
> tag $TAGNAME && git request-pull master korg | sed
> s,gitol...@ra.kernel.org:/pub,git://git.kernel.org/pub, && git log --stat
> --reverse master..$TAGNAME | emails-from-log | grep -v 'rusty@rustcorp' |
> grep -v 'sta...@kernel.org' | sed 's/^/Cc: /'
Heh. Ok. That will at least hide the breakage. But I suspect you could
fix it by just updating git.
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