git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [PATCH] git log -g: Complain, but do not fail, when no reflogs are there

From
Junio C Hamano <gitster@pobox.com>
Date
Jul 24, 2007, 05:37 UTC
Message-ID
<7vbqe2jr9m.fsf@assigned-by-dhcp.cox.net>
In-Reply-To
<Pine.LNX.4.64.0707240039300.14781@racer.site>
Johannes Schindelin <Johannes.Schindelin@gmx.de> writes:
> 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.
Hmph, do we even want to error(), I wonder...

Can you tell, at that point, if there were explicit branch names given originally on the command line, or the refs came from --all?

Previous: Johannes SchindelinNext: Johannes Schindelin
Message 2 of 7 in “git log -g: Complain, but do not fail, when no reflogs are there”
  1. git log -g: Complain, but do not fail, when no reflogs are thereJohannes Schindelin, Jul 23, 2007
  2. Junio C HamanoJul 24, 2007
  3. Johannes SchindelinJul 24, 2007
  4. Alex RiesenJul 24, 2007
  5. Johannes SchindelinJul 24, 2007
  6. Alex RiesenJul 24, 2007
  7. Johannes SchindelinJul 24, 2007

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.