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

Re: What's cooking in git.git (Jul 2026, #12)

From
PWPhillip Wood <phillip.wood123@gmail.com>
Date
Aug 4, 2026, 13:19 UTC
Message-ID
<97c244f4-52d1-4d59-9ced-6f2dbe14a2f6@gmail.com>
In-Reply-To
<xmqqfr0vyyxm.fsf@gitster.g>
On 03/08/2026 17:02, Junio C Hamano wrote:
Show 9 quoted lines
> Phillip Wood <phillip.wood123@gmail.com> writes:
> 
>> If you raise a point and it is dismissed without a convincing
>> explanation then its fine to raise it again asking for more details so
>> that you can understand the reason behind the decision. That often leads
>> to a productive discussion and an improved design.
> 
> True.  But because "convincing" is not black and white, we need to
> be careful a bit.

Indeed - what I'm really looking for in a discussion is to be convinced that there is a reasonably logical rationale behind a decision and that the other person has considered the counterarguments. Many decisions are trade offs and different people may quite reasonably place different weight the factors involved leading to different results. If I disagree with a decision I try to only keep pushing back if I think the logic behind the decision is flawed. I also find such discussions useful for improving my own understanding of the problem and sometimes change my mind as a result.

Show 13 quoted lines
>> Having thought about it a bit over the weekend I wonder if the best
>> solution when squashing is to default to looking at the commits being
>> squashed before deciding whether to open the editor or not and allow the
>> user to override that on the commandline like "git commit". If we're
>> squashing a bunch of "fixup!" and/or "amend!" commits into a single
>> target then I'm not sure its worth opening the editor...
> 
> Hmph, a base commit with an "amend!" (tells the machinery to use the
> message from the "amend!" commit only, discarding the existing one)
> is clear to me that there is no need for further editing, but if
> there is any "fixup!" (code change, for which need for associating
> log message change is unknown) or if there are multiple "amend!", I
> am not so sure.  It does make it confusing, I suspect.

I certainly don't object to always opening the editor, it has the advantage that it is much easier to explain and encourages users to revise the commit message when they are squashing.

Thanks
Phillip
Previous: Junio C HamanoNext: Phillip Wood
Message 14 of 17 in “What's cooking in git.git (Jul 2026, #12)”
  1. Junio C HamanoJul 27, 2026
  2. Phillip WoodJul 29, 2026
  3. Junio C HamanoJul 29, 2026
  4. Phillip WoodJul 29, 2026
  5. Junio C HamanoJul 29, 2026
  6. Phillip WoodAug 5, 2026
  7. Junio C HamanoAug 5, 2026
  8. Matt HunterJul 31, 2026
  9. Junio C HamanoJul 31, 2026
  10. Harald NordgrenJul 30, 2026
  11. Matt HunterJul 31, 2026
  12. Phillip WoodAug 3, 2026
  13. Junio C HamanoAug 3, 2026
  14. Phillip WoodAug 4, 2026
  15. Phillip WoodAug 3, 2026
  16. Phillip WoodJul 29, 2026
  17. Junio C HamanoJul 29, 2026

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.