From: Phillip Wood <phillip.wood123@gmail.com>
To: Kris Point <KrisPointCSGO@outlook.com>,
"git@vger.kernel.org" <git@vger.kernel.org>
Cc: "gitster@pobox.com" <gitster@pobox.com>
Subject: Re: [PATCH] merge --abort: don't delete autostash before reset succeeds
Date: Wed, 8 Jul 2026 14:35:32 +0100 [thread overview]
Message-ID: <0b7e6d74-0287-4be5-a19f-ed8c5fbc9217@gmail.com> (raw)
In-Reply-To: <SI1PPF1BAF45F0FA46A6EED57B732BB04D7ABFF2@SI1PPF1BAF45F0F.apcprd02.prod.outlook.com>
Hi Kris
On 08/07/2026 02:51, Kris Point wrote:
> From bf4b12438a83d81f2c8df6e39f6114ddd5002430 Mon Sep 17 00:00:00 2001
> From: KrisPointCSGO <KrisPointCSGO@outlook.com>
> Date: Tue, 7 Jul 2026 20:10:00 +0800
> Subject: [PATCH] merge --abort: don't delete autostash before reset succeeds
> To: git@vger.kernel.org
> Cc: gitster@pobox.com
>
> In cmd_merge()'s --abort path, MERGE_AUTOSTASH was deleted before
> cmd_reset() was called. If cmd_reset() failed (e.g. due to a locked
> index), the autostash was permanently lost.
That's bad
> Instead, read the MERGE_AUTOSTASH OID without deleting the ref, run
> cmd_reset() (which itself calls remove_branch_state() ->
> save_autostash_ref() to persist the stash), and only apply the
> autostash on success.
I'm afraid I don't think this is the right solution. We only want to
save the stash if there are conflicts when we apply it - that is why
MERGE_AUTOSTASH is deleted before we do the reset - we want to prevent
remove_branch_state() from saving it. If the stash applies cleanly then
we should not save it. If the reset fails then we should keep
MERGE_AUTOSTASH along with the other merge state files rather than
saving the stash (which is actually what happens after this patch
because cmd_reset() dies before it calls remove_branch_state()).
I think the solution is probably to stop calling
builtin/reset.c:cmd_reset() and instead extend
reset.c:reset_working_tree()[1] to do a "merge" reset by adding a
"RESET_WORKING_TREE_MERGE" flag (or possibly we want to remove
RESET_WORKTING_TREE_HARD from the flags and add a reset_mode member).
Then we can call
struct reset_working_tree opts = {
.flags = RESET_WORKING_TREE_MERGE;
};
if (reset_working_tree(the_repository, &opts))
die(_("could not reset index and working tree"));
apply_autostash_ref(...); /* apply the stash */
remove_branch_state(...); /* remove merge state */
So we only delete MERGE_AUTOSTASH after a successful reset and we only
save the stash if it applies with conflicts. That's all a bit more
involved than the patch here - please do give me a shout if you want
some more information.
Thanks
Phillip
[1] Note that in the master branch this function is called reset_head(),
you should base the fix on top of the "ps/history-drop" branch which
is in "seen" (currently the tip is d11b348f784 (builtin/history:
implement "drop" subcommand, 2026-07-01) but that might change when
Junio rebuilds "seen".
> Reported-by: KrisPoint
> Signed-off-by: KrisPoint <KrisPointCSGO@outlook.com>
> ---
> builtin/merge.c | 11 +++++------
> 1 file changed, 5 insertions(+), 6 deletions(-)
>
> diff --git a/builtin/merge.c b/builtin/merge.c
> index 5b46a596f0..5d9a242027 100644
> --- a/builtin/merge.c
> +++ b/builtin/merge.c
> @@ -1427,15 +1427,14 @@ int cmd_merge(int argc,
> if (!file_exists(git_path_merge_head(the_repository)))
> die(_("There is no merge to abort (MERGE_HEAD missing)."));
>
> - if (!refs_read_ref(get_main_ref_store(the_repository), "MERGE_AUTOSTASH", &stash_oid))
> - refs_delete_ref(get_main_ref_store(the_repository),
> - "", "MERGE_AUTOSTASH", &stash_oid,
> - REF_NO_DEREF);
> + refs_read_ref(get_main_ref_store(the_repository), "MERGE_AUTOSTASH", &stash_oid);
>
> - /* Invoke 'git reset --merge' */
> + /* Invoke 'git reset --merge' (which also cleans up merge state,
> + * including saving the autostash to the stash list).
> + */
> ret = cmd_reset(nargc, nargv, prefix, the_repository);
>
> - if (!is_null_oid(&stash_oid)) {
> + if (!ret && !is_null_oid(&stash_oid)) {
> oid_to_hex_r(stash_oid_hex, &stash_oid);
> apply_autostash_oid(stash_oid_hex);
> }
next prev parent reply other threads:[~2026-07-08 13:35 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-08 1:51 [PATCH] merge --abort: don't delete autostash before reset succeeds Kris Point
2026-07-08 13:35 ` Phillip Wood [this message]
2026-07-08 17:46 ` Junio C Hamano
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=0b7e6d74-0287-4be5-a19f-ed8c5fbc9217@gmail.com \
--to=phillip.wood123@gmail.com \
--cc=KrisPointCSGO@outlook.com \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
--cc=phillip.wood@dunelm.org.uk \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox