From: Phillip Wood Date: Mon, 05 Oct 2026 13:24:47 GMT Subject: [PATCH v2 0/2] checkout -m: recreate conflict labels Message-ID: In-Reply-To: When "git checkout -m " recreates a merge conflict, it uses the labels "base", "ours", "theirs", rather than the labels used by the original merge. This short series teaches the ort machinery to write the labels to ".git/MERGE_LABELS" when it switches to a merge result containing conflicts, so that "git checkout -m" can then read that file and use the same labels. As "git checkout -m" is recreating the original conflict I wonder if we should remember the conflict style as well so that git -c merge.conflictStyle=diff3 git merge topic git checkout -m would recreate diff3 style conflicts, instead of using the default config. I cannot decide if that would be convenient or confusing and am interested to hear what others think. Changes since V1: - use strbuf_getline() rather than strbuf_read_file() to read labels so that the newline handling of the reading and writing sides match. NB ".git/MERGE_LABELS" is still undocumented - I'm hoping to find time to add some documentation for all the MERGE_* files in a future series. Johannes suggested using an index extension to store the labels, but as we already have MERGE_MODE, MERGE_RR and MERGE_MSG I think it is easier just to add another file. base-commit: 3bc0341126508f78f5869cbfc0005e987efdf0c7 Published-As: https://github.com/phillipwood/git/releases/tag/pw%2Fconflict-labels%2Fv2 View-Changes-At: https://github.com/phillipwood/git/compare/3bc034112...18bdf7df4 Fetch-It-Via: git fetch https://github.com/phillipwood/git pw/conflict-labels/v2 Phillip Wood (2): remove_branch_state: convert boolean argument to flags merge: remember conflict labels branch.c | 17 ++++++++---- branch.h | 4 ++- builtin/checkout.c | 30 ++++++++++++++++++---- builtin/commit.c | 1 + merge-ort.c | 19 ++++++++++++++ merge.c | 64 ++++++++++++++++++++++++++++++++++++++++++++++ merge.h | 4 +++ path.c | 1 + path.h | 1 + repository.c | 1 + repository.h | 1 + sequencer.c | 1 + t/t7201-co.sh | 21 +++++++++++++++ 13 files changed, 154 insertions(+), 11 deletions(-) Range-diff against v1: 1: 86ef0f848a = 1: 86ef0f848a remove_branch_state: convert boolean argument to flags 2: fdaf3da993 ! 2: 18bdf7df49 merge: remember conflict labels @@ merge.c: int checkout_fast_forward(struct repository *r, + return 0; +} + -+static int parse_merge_label_line(const char **p, char **line) ++static char *parse_merge_label_line(struct strbuf *buf, FILE *fp) +{ -+ const char *eol = strchr(*p, '\n'); -+ -+ if (!eol) -+ return -1; -+ -+ *line = xmemdupz(*p, eol - *p); -+ *p = eol + 1; -+ -+ return 0; ++ if (strbuf_getline(buf, fp) == EOF) ++ return NULL; ++ ++ return xmemdupz(buf->buf, buf->len); +} + +int read_merge_labels(struct repository *r, + char **pbase, char** pours, char** ptheirs) +{ + struct strbuf buf = STRBUF_INIT; -+ const char *p; + char *base = NULL, *ours = NULL, *theirs = NULL; + int ret = -1; ++ FILE *fp = fopen(git_path_merge_labels(r), "r"); + -+ if (strbuf_read_file(&buf, git_path_merge_labels(r), 0) < 0) ++ if (!fp) + return -1; + -+ p = buf.buf; -+ if (parse_merge_label_line(&p, &base)) -+ goto out; -+ if (parse_merge_label_line(&p, &ours)) -+ goto out; -+ if (parse_merge_label_line(&p, &theirs)) -+ goto out; ++ base = parse_merge_label_line(&buf, fp); ++ if (!base) ++ goto out; ++ ++ ours = parse_merge_label_line(&buf, fp); ++ if (!ours) ++ goto out; ++ ++ theirs = parse_merge_label_line(&buf, fp); ++ if (!theirs) ++ goto out; ++ + ret = 0; + *pbase = base; + *pours = ours; @@ merge.c: int checkout_fast_forward(struct repository *r, + free(ours); + free(theirs); + } ++ fclose(fp); + strbuf_release(&buf); + + return ret; -- 2.56.0.134.g299a3c16181