Re: [PATCH] git log -g: Complain, but do not fail, when no reflogs are there
- From
Alex Riesen <raa.lkml@gmail.com>
- Date
- Jul 24, 2007, 10:17 UTC
- Message-ID
- <81b0412b0707240317q56e42a9bs44eb3e5ef9e796c6@mail.gmail.com>
- In-Reply-To
- <Pine.LNX.4.64.0707241014500.14781@racer.site>
On 7/24/07, Johannes Schindelin <Johannes.Schindelin@gmx.de> wrote:
Show 19 quoted lines
> On Tue, 24 Jul 2007, Alex Riesen wrote: > > On 7/24/07, Johannes Schindelin <Johannes.Schindelin@gmx.de> wrote: > > > > > > When asking "git log -g --all", clearly you want to see only those refs > > > that do have reflogs, but you do not want it to fail, either. > > > > > > So instead of die()ing, complain about it, but move on to the other refs. > > > > > > > I believe you wont even see these complaints: the pager will start shortly > > afterwards and fill the screen with commits, completely hiding the errors. > > You can see it briefly, but it is hidden by default. Which is a good > thing. If you set the pager to "cat" (which is happily not the default!) > you can see them clearly. Until you are swamped by the rest of the > output. > > Maybe this is a feature? >
Maybe. I can't see it at all. Should I downgrade something or propose a patch to put some delay after this error? I think not.
I think second Junios suggestion, but this is of course no difference to me.