Fix git worktree popup popup no worktree when opened in a project

[OmChillure]

Summary

Fixes the git: worktree popup showing no worktrees when a project is opened at the parent of a .bare directory (the common bare-clone-with-sibling-worktrees layout).

What's fixed

• crates/git/src/repository.rs

  • New git_binary_for_worktree_list helper that uses repository.path() as the working directory when workdir() is None.
  • worktrees() switched to the new helper.
  • parse_worktrees_from_str accepts bare entries without a HEAD line.

• Tests

  • Unit test: parser handles a bare entry with no HEAD followed by a normal worktree entry.
  • Integration test: full .git-file → .bare + sibling worktrees layout (main, feature-a, feature-b) is listed correctly via the real git binary.

UI rendering already gates on empty sha (worktree_picker.rs uses .when(!sha.is_empty(), ...)), so the bare entry's empty sha renders without artifacts.

Self-Review Checklist:

• I've reviewed my own diff for quality, security, and reliability
• Unsafe blocks (if any) have justifying comments — N/A, no unsafe
• The content is consistent with the UI/UX checklist
• Tests cover the new/changed behavior
• Performance impact has been considered and is acceptable — same single git worktree list --porcelain invocation, no extra work

Closes #54824

Video

Screencast.from.2026-04-28.09-43-45.webm

Release Notes:

• Fixed the git: worktree popup listing no worktrees when a project was opened at the parent of a .bare directory (bare-clone-with-sibling-worktrees layout).

[danilo-leal]

Heya, thanks for the PR! How different is this solution from #55044 which was opened just a few hours before yours? It feels like different takes for the same problem.

[OmChillure]

Heya, thanks for the PR! How different is this solution from #55044 which was opened just a few hours before yours? It feels like different takes for the same problem.

Hey @danilo-leal — these two PRs are actually fixing different bugs in the same bare worktree layout:

• Fix bare worktree identity in worktree switcher #55044 fixes #54830: the popup does show entries, but switching to a worktree renames the whole project to e.g. feature-a and shows the wrong worktree label. That's a path identity issue in original_repo_path.

• This PR fixes #54824: the popup shows an empty list in the first place when Zed is opened at the project root (~/Dev/monty/). The root cause is that git: worktree was being invoked without a working directory, so bare repos with no workdir() returned nothing. I also updated the parser to handle bare entries that have no HEAD line.

Both were reported by the same user with the same repo layout, which makes them look related but I believe they are solving two different bugs?

[saberoueslati]

@OmChillure for a second your PR was attempting to close the same issue I worked on in the Github UI that's why @danilo-leal was confused I guess

[maxbrunsfeld]

@OmChillure I merged main and made some changes to this. I took your git_binary_for_worktree_list function and made that the new git_binary function that is used anytime we don't require a worktree. I renamed the old git_binary to git_binary_with_worktree, for use in methods like status that shouldn't be run if we don't have a worktree.

[maxbrunsfeld]

/cherry-pick preview