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

Re: [PATCH] Bug: failed octopus merge does not create MERGE_HEAD

From
Junio C Hamano <gitster@pobox.com>
Date
Mar 13, 2010, 20:52 UTC
Message-ID
<7vr5no7xlo.fsf@alter.siamese.dyndns.org>
In-Reply-To
<1268402835-12992-1-git-send-email-sojkam1@fel.cvut.cz>
Hmm.

When it detects conflicts, and refuses to make a merge, the octopus backend says "should not be doing an octopus". As far as I can tell, MERGE_HEAD is useful only when resolving conflicts, and the octopus strongly discourages recording anything but the simplest conflict-free merges. That makes me think that not writing the file out would be the more correct thing to do.

One possibility I can think of is that we try to prevent user mistakes by checking the existence of MERGE_HEAD (i.e. "can't do this, you are still during a merge"), and not writing MERGE_HEAD in this case, but still potentially leaving the index unmerged, may allow some operations that we should prevent from being invoked to proceed. Is that the issue you are trying to address? Or is there something else? Why do you want to have MERGE_HEAD?

Previous: Michal SojkaNext: Michal Sojka
Message 2 of 3 in “Bug: failed octopus merge does not create MERGE_HEAD”
  1. Bug: failed octopus merge does not create MERGE_HEADMichal Sojka, Mar 12, 2010
  2. Junio C HamanoMar 13, 2010
  3. Michal SojkaMar 14, 2010

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.