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

Re: [RFC/PATCH] log: add log.firstparent option

From
Jeff King <peff@peff.net>
Date
Jul 27, 2015, 04:55 UTC
Message-ID
<20150727045533.GB27465@peff.net>
In-Reply-To
<xmqqh9osjfsu.fsf@gitster.dls.corp.google.com>
On Sat, Jul 25, 2015 at 10:41:21AM -0700, Junio C Hamano wrote:
Show 5 quoted lines
> > I'm still on the fence to have the config kick in only for HEAD.
> 
> Hmm, I cannot tell offhand if the confusion factor is worth it (I
> didn't say "I don't think it is worth it").
> [...]

I've snipped most of your response because it all seemed pretty reasonable to me.

At this point I think I am of the opinion that the decision to use --first-parent is sufficiently nuanced that it the config option is not really a "drop-in" solution for people, even if their projects follow the matching workflow. Like you, I am not really _against_ it, but since nobody in this thread is saying "yes, I would turn that on", that may be a sign. The patch is out there on the list, and I'd encourage people who think it might be useful to apply the patch and report back in a few weeks or months if they find it useful.

We _could_ merge the patch to make that experimentation easier for users. The downside is we will be stuck supporting the log.firstParent option forever, but I don't think it is actively _wrong_ to have. Just possibly useless.

And poor Josh, who so nicely came to the Git table at OSCON and talked to me about his project's workflow, has now had to put up with a slew of emails and no applied patch. :)

But maybe this discussion is of some use; it has not been fruitless, as I think the best answer so far is "encourage awareness and appropriate use of --first-parent".

Show 7 quoted lines
> I admit I may be minority, but two common things I do everyday are
> "log --first-parent v2.5.0-rc0.." and "log --first-parent master..pu";
> I could certainly use a short-hand there.
> 
> I already have alias for it, so this is not to help me personally,
> but "log -FO" to trigger first-parent one-line would make the alias
> unnecessary.
I do not have an alias, but I spell it "--fir<TAB>". :)
-Peff
Previous: Jacob Keller
Message 32 of 32 in “log: add log.firstparent option”
  1. log: add log.firstparent optionJeff King, Jul 23, 2015
  2. Config variables and scripting // was Re: [RFC/PATCH] log: add log.firstparent optionDavid Aguilar, Jul 23, 2015
  3. Jeff KingJul 23, 2015
  4. Jeff KingJul 23, 2015
  5. Jacob KellerJul 23, 2015
  6. Jeff KingJul 23, 2015
  7. Jacob KellerJul 23, 2015
  8. Michael J GruberJul 23, 2015
  9. Jeff KingJul 23, 2015
  10. Junio C HamanoJul 23, 2015
  11. Stefan BellerJul 23, 2015
  12. Jeff KingJul 24, 2015
  13. Jacob KellerJul 24, 2015
  14. Jeff KingJul 24, 2015
  15. Junio C HamanoJul 24, 2015
  16. Jeff KingJul 25, 2015
  17. Jeff KingJul 25, 2015
  18. Junio C HamanoJul 25, 2015
  19. Jeff KingJul 27, 2015
  20. Junio C HamanoJul 23, 2015
  21. Jacob KellerJul 24, 2015
  22. Jeff KingJul 24, 2015
  23. Jacob KellerJul 24, 2015
  24. Junio C HamanoJul 24, 2015
  25. Jeff KingJul 24, 2015
  26. Jeff KingJul 24, 2015
  27. Jeff KingJul 24, 2015
  28. Junio C HamanoJul 24, 2015
  29. Jeff KingJul 25, 2015
  30. Junio C HamanoJul 25, 2015
  31. Jacob KellerJul 25, 2015
  32. Jeff KingJul 27, 2015

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.