Move git status out of Entry

[mikayla-maki]

• Rewrite worktree git handling
• Fix tests
• Fix test_propagate_statuses_for_repos_under_project
• Replace WorkDirectoryEntry with WorkDirectory in RepositoryEntry
• Add a worktree event for capturing git status changes
• Confirm that the local repositories are correctly updating the new WorkDirectory field
• Implement the git statuses query as a join when pulling entries out of worktree
• Use this new join to implement the project panel and outline panel.
• Synchronize git statuses over the wire for collab and remote dev (use the existing worktree_repository_statuses table, adjust as needed)
• Only send changed statuses to collab

Release Notes:

• N/A

[maxdeviant]

Should we take 8c352ef out of this PR since it isn't related (and adds a lot of additional surface area being touched)?

Seems like it could easily be a separate PR.

[mikayla-maki]

@maxdeviant no, when we ran the typos CLI locally to fix typo failures on this branch, this is what it gave us.

[williamdes]

Hi,

I am sorry to have to report this only now, after some serious git bisect I found that this PR merge is the one that broke my git support for repos in sub-folders

• open Zed in a repo folder -> git works (commit author, date) on each line of code
• open Zed in a folder that has sub-projects -> no git support
• open Zed in a folder that has sub(no .git)-sub(no .git)-sub(no .git)-projects(a .git foreach) -> no git support

Can you fix it ?
Time to sleep for me, but this is so annoying that I may try to debug further tomorrow

Before:

After:

[cole-miller]

Hi @williamdes, thanks for the report. Could you point me to a specific repo where the git blame is not showing up for you after this change? I've tried to reproduce the issue with some simple test projects and inline git blame seems to work fine in at least the following situations:

• A/B and A/C are git repositories and A is not; open A with Zed.
• A/B/C is a git repository, A and A/B are not; open A with Zed.
• A and A/B are both git repositories; open A with Zed.

[williamdes]

Hi @cole-miller

Could you point me to a specific repo where the git blame is not showing up for you after this change?

Every repository is affected.
Worktree or simple repo.

I do the following pattern to sort my repos:

- /mnt/Dev/@project-name/ <- I open Zed here
    - /mnt/Dev/@project-name/www
    - /mnt/Dev/@project-name/api
- /mnt/Dev/@williamdes <- I open Zed here sometimes
- /mnt/Dev/@williamdes/@forked-repos <- I open Zed here
    - /mnt/Dev/@williamdes/@forked-repos/zed
    - /mnt/Dev/@williamdes/@forked-repos/phpmyadmin

If I open /mnt/Dev/@project-name after this PR no git is detected, see screenshot where even the tree show no detection
But if I open /mnt/Dev/@project-name/api it works

Stupid possibility, could it be the folder name ?
Or could it be because sometimes I open zed in a folder and add some more @folders that I also need