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

squashed commit messages handled different w/ and w/o conflicts

From
DMDaniel Malone <dtp.malone@gmail.com>
Date
Nov 17, 2011, 20:31 UTC
Message-ID
<CAOqtwH4vqQu=E9e5FLP0zFMa6jsDGt8rgojF489C11svY+g+bw@mail.gmail.com>
Hi,

I was merging in a branch today and saw a (for me) unclear behavior. So, what I did was:

git checkout master git merge --squash _MY_BRANCH_

At this point I had a conflict. After fixing it I wanted to commit my current state.

git add _CONFLICTED_FILE_ git commit

What happens now is that the squashed commit logs are replaced with the
Conflict
    some/file/with/a/path
message.

Just to be sure I created a test repo and merged in a branch with the --squash option. For this test I made sure no conflict would pop up. After committing the merged state, as expected, every commit message of the branch was set as the current commit message.

I was expecting the conflict message to be pushed to the front of the squashed commit messages.

- Daniel
Message 1 of 1 in “squashed commit messages handled different w/ and w/o conflicts”
  1. Daniel MaloneNov 17, 2011

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.