[BUG] Worktree prune complains about missing path

I’m a bit confused about this, as I thought I understood worktrees :(.

/home/randall/nsgit/test/test dir.mytest/dest git worktree list /home/randall/nsgit/test/test dir.mytest/dest: git worktree list /home/randall/nsgit/test/test dir.mytest/dest     4e901ca [master] /home/randall/nsgit/test/test dir.mytest/dest.wt  4e901ca [dest.wt]

/home/randall/nsgit/test/test dir.mytest/dest: find . -name dest.wt ./.git/logs/refs/heads/dest.wt ./.git/refs/heads/dest.wt ./.git/worktrees/dest.wt /home/randall/nsgit/test/test dir.mytest/dest/.git: cd worktrees/dest.wt /home/randall/nsgit/test/test dir.mytest/dest/.git/worktrees/dest.wt: ls HEAD  ORIG_HEAD  commondir  gitdir  index  logs

/home/randall/nsgit/test/test dir.mytest/dest/.git/worktrees/dest.wt: cat gitdir /home/randall/nsgit/test/test dir.mytest/dest.wt/.git

/home/randall/nsgit/test/test dir.mytest/dest/.git/worktrees/dest.wt: ls HEAD  ORIG_HEAD  commondir  gitdir  index  logs

/home/randall/nsgit/test/test dir.mytest/dest/.git/worktrees/dest.wt: cd ../../../.. /home/randall/nsgit/test/test dir.mytest: rm -rf dest.wt /home/randall/nsgit/test/test dir.mytest: cd dest /home/randall/nsgit/test/test dir.mytest/dest: git worktree prune -v Removing worktrees/dest.wt: gitdir file points to non-existent location

It seems like one or two situations are a problem:
1) I’m using a full path for the worktree. 
2) There’s a blank in my path – deliberate… tests, yanno.

This is git 2.16.2. Could anyone shed some light on this?

Cheers, Randall

On Tue, Feb 20, 2018 at 3:36 PM, Randall S. Becker <rsbecker@nexbridge.com> wrote:

This appears to be working as intended. "git worktree prune" is telling you that it is pruning the administrative data for the "dest.wt" worktree (reason: "worktree location no longer exists"), which you intentionally deleted before pruning. It's not clear what it is that you find confusing. There is not a lot more I can say without understanding what behavior you were expecting and how your expectation differs from the actual experience.

(Also, please consider how easy or difficult it is for a reader to interpret your pasted "sample session". The one provided is more confusing than necessary due to the command prompt bearing the same path information as the output of the "git worktree list" command, as well as unnecessary duplicated commands, such as "ls", and missing "cd" commands which do not help to illuminate what it is you are trying to get across. The pasted transcript also contains invalid code-points which render as oddball characters -- or not at all -- which didn't help. Best would be to prepare a minimal example of shell commands to reproduce the behavior you're trying to illustrate.)

On February 20, 2018 5:22 PM Eric Sunshine wrote:

I should have been more clear here as to the issue. My bad. The git worktree prune operation does not remove all vestiges of the removed worktree. The following files are retained:

./logs/refs/heads/dest.wt ./refs/heads/dest.wt

So, now that I understand in hindsight, these are actually references to the worktree branch 'dest.wt' that obviously remains correctly and properly in git.

Adding:  git branch -D dest.wt    to my test script cleared my (embarrassing) problem of my own doing.

Good point. Again, my bad - very long day debugging. I wanted to show where I was in the directory so I sacrificed brevity for completeness and noise. My apologies.

So, no bug, just a buggy user.

Cheers, Randall