Subject: Re: [PATCH 03/11] reset_head(): don't run checkout hook if there is an error

From: Junio C Hamano <[email-masked]>
Date: Fri, 01 Oct 2021 13:52:48 -0700

"Phillip Wood via GitGitGadget" <[email-masked]> writes:

> From: Phillip Wood <[email-masked]>
>
> The hook should only be run if the worktree and refs were successfully
> updated.

OK.  This is a behaviour change visible to end-users, and deserves a
mention in the release notes.

 - When "git rebase" attempted to check out a branch (or detached
   the HEAD) to work on, we used to always call the "post-checkout"
   hook, even if the checkout failed to update the ref.  The hook is
   no longer called if the checkout fails.

or something.

Again, can the bug this step fixes be protected with a new test in
t/ please?

>
> Signed-off-by: Phillip Wood <[email-masked]>
> ---
>  reset.c | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/reset.c b/reset.c
> index fc4dae3fd2d..5abb1a5683e 100644
> --- a/reset.c
> +++ b/reset.c
> @@ -125,7 +125,7 @@ reset_head_refs:
>  			ret = create_symref("HEAD", switch_to_branch,
>  					    reflog_head);
>  	}
> -	if (run_hook)
> +	if (!ret && run_hook)
>  		run_hook_le(NULL, "post-checkout",
>  			    oid_to_hex(orig ? orig : null_oid()),
>  			    oid_to_hex(oid), "1", NULL);