This is the mail archive of the
mailing list for the binutils project.
Re: can't push to binutils-gdb, git-hooks rejecting commits
- From: Pedro Alves <palves at redhat dot com>
- To: "H.J. Lu" <hjl dot tools at gmail dot com>, Joel Brobecker <brobecker at adacore dot com>
- Cc: "binutils at sourceware dot org" <binutils at sourceware dot org>, "gdb at sourceware dot org" <gdb at sourceware dot org>
- Date: Tue, 22 Aug 2017 16:28:32 +0100
- Subject: Re: can't push to binutils-gdb, git-hooks rejecting commits
- Authentication-results: sourceware.org; auth=none
- Authentication-results: ext-mx07.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com
- Authentication-results: ext-mx07.extmail.prod.ext.phx2.redhat.com; spf=fail smtp.mailfrom=palves at redhat dot com
- Dmarc-filter: OpenDMARC Filter v1.3.2 mx1.redhat.com D32BCC047B71
- References: <firstname.lastname@example.org> <email@example.com> <CAMe9rOrE81fuk-nOzJKfUgB7gaZK+xj9Smim4g0PBqihAFNFrQ@mail.gmail.com>
On 08/22/2017 04:22 PM, H.J. Lu wrote:
> On Tue, Aug 22, 2017 at 8:05 AM, Joel Brobecker <firstname.lastname@example.org> wrote:
>> Hi Pedro,
>>> I'm trying to push a patch to master, but it's getting rejected by the
>>> server-side git hooks. Anyone else seeing the same? See below.
>>> Repeating that big "git rev-list" command below locally shows:
>>> fatal: bad revision '^refs/heads/users/hjl/pr17709'
>>> That branch doesn't appear to exist anymore. Sounds like the hooks
>>> need to run "git remote prune origin" on their clone? Does that make
>> For me, I get a different error message, but in the same vein:
>> fatal: bad revision '^refs/heads/users/hjl/gpoff'
>> I think it's related to the disk corruption. If the branch stopped
>> existing, git should have removed the associated reference.
> I deleted the old users/hjl/gpoff and pushed a new one.
Eh, that worked, thanks. I managed to push to master now.
I had thought of trying something like that, but assumed that
the hooks would reject pushing that too.
Funny that you didn't need to create users/hjl/pr17709.
Might still be a good idea to run "git fsck" on the server,