FinderGit 0.21.0 now it counts the repos hiding inside your repos
Ever keep a folder that's itself a Git repo AND holds a bunch of clones inside it? FinderGit used to stop at the outer repo and miss the rest. One of my own folders showed just 7 repositories
A git gc tells you a repo is big. 0.14 tells you why.
Analyze history (in the Maintenance tab) find out if a stale branch or an oversized clone is weighing a repo down: it ranks the heaviest branches and estimates what you could reclaim. Read-only it never changes a thing.
Every repository now shows its branch and status at a glance including repos nested inside a folder you track. No more clicking into each one just to wake it up.
FinderGit watches your Git repos with FSEvents. The whole point of its v0.2 performance work was to stop a na ve "one filesystem event four git subprocesses" storm. So there's a lock-in test that fires a burst of 100 file writes and asserts the watcher coalesces them into a tiny number of git calls:
#expect(worktreeEvents <= 15, "watcher coalescing regressed: \(worktreeEvents) worktree events for a 100-file burst")
#expect(runs <= 30, "subprocess count regressed: \(runs) git runs for a 100-file burst")
