Repository navigation
fix(detect_changes): impacted_symbols always empty for projects inside git worktrees #690
Closed as not planned
Description
Bug
detect_changes returns an empty impacted_symbols array for projects that reside inside git worktrees. The change detection itself may work (detecting which files changed), but the downstream symbol-impact analysis fails to resolve the symbols.
Possible cause
Git worktrees have a .git file instead of a .git/ directory. If the change detector resolves the git dir by reading the worktree pointer but the symbol resolver treats .git as a regular directory, the git metadata lookup fails silently and returns empty results.
Related
- index_repository ignores .git/info/exclude and core.excludesFile inside linked git worktrees #682 (.git/info/exclude also broken in worktrees)
- fix: count INHERITS/IMPLEMENTS edges in search_graph degree #572 (core.excludesFile fix for regular repos)
Activity
fix(git): resolve canonical_root '..' components in worktree git_comm…
fix(git): resolve canonical_root '..' components in worktree git_comm…
fix(git): resolve canonical_root '..' components in worktree git_comm…
github-actions commentedon Jul 1, 2026
Thanks for raising this! It looks like a duplicate of an existing issue — the canonical one is linked above. Continuing the discussion there keeps everything in one place. We leave this open for visibility; a maintainer will close it once it's fully covered.
DeusData commentedon Jul 1, 2026
Thanks for writing this up. This duplicates #659, which is the canonical
detect_changesworktree impacted-symbols issue. The corresponding fix PR is #672, so I am closing this duplicate and keeping status on the canonical tracker.