Re: bug report: spurious "cannot delete branch '%s' used by worktree"

From: phillip.wood123@gmail.com <phillip.wood123@gmail.com>
Date: Apr 2, 2024, 11:28 UTC
Message-ID: <740d1f1a-40ce-4714-91bd-1ba448e9d672@gmail.com>
In-Reply-To: <CAEYvasmb1TjwWpSbfSAogbOiB64sZQiHVoUhxvY+NoLmXnRuHA@mail.gmail.com>

Hi Tamir

On 02/04/2024 11:26, Tamir Duberstein wrote:

Show 16 quoted lines

> On Tue, Apr 2, 2024 at 11:10 AM Phillip Wood <phillip.wood123@gmail.com> wrote:
>> On 31/03/2024 07:49, Eric Sunshine wrote:
>> Thanks Eric. I'd have thought that "git worktree list" would say
>> something about the branch being rebased if there was enough state lying
>> around to prevent the branch being deleted, but lets see. What does
>>
>>       ls $(git rev-parse --git-path rebase-merge) $(git rev-parse
>> --git-path rebase-apply)
>>
>> show when you run it in <my source dir>? Also is <my source dir> the
>> only worktree?
> 
> % ls $(git rev-parse --git-path rebase-merge) $(git rev-parse
> --git-path rebase-apply)
> ls: .git/rebase-apply: No such file or directory
> ls: .git/rebase-merge: No such file or directory

Thanks for trying that - at least we know it isn't a problem with rebase. Lets check if there is a stale bisect (sorry I forgot about that earlier). What do

     cat .git/BISECT_START
     ls .git | grep -i bisect

show?

> Yes, it's the only worktree.

In that case can you check that

     ls .git/worktrees

fails because the directory is missing or shows an empty directory please.

Thanks

Phillip