Git development
 help / color / mirror / Atom feed
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);
>   		}


  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