Git - optimize worktree ignored-path computation

[xingsy97]

Fix inefficient parent directory traversal in _getWorktreeIncludePaths().

Problem

The loop that builds parent directory paths for git-ignored files uses gitIgnoredFiles.has(dir) as the early-exit condition. Since gitIgnoredFiles only contains file paths (not directory paths), this check is always false for directories, so every file traverses all the way up to the repo root -- redundantly re-adding the same intermediate directories.

Example with 100 ignored files under node_modules/a/b/:

• Before: each file walks b/ -> a/ -> node_modules/ -> root, totaling 400 iterations
• After: first file walks the full chain, remaining 99 files hit b/ in the Set and stop immediately, totaling ~103 iterations

Fix

Change gitIgnoredFiles.has(dir) to gitIgnoredPaths.has(dir). The gitIgnoredPaths Set accumulates directories as they are added, so subsequent files sharing the same parent chain skip already-processed directories.

The final Set contents are identical -- Set.add on an existing element is a no-op.

[vs-code-engineering]

📬 CODENOTIFY

The following users are being notified based on files changed in this PR:

@lszomoru

Matched files:

• extensions/git/src/repository.ts

[Copilot]

Pull request overview

Improves the Git extension’s worktree include-file handling by avoiding redundant parent-directory traversal when building the set of git-ignored include paths in Repository._getWorktreeIncludePaths().

Changes:

• Fixes the loop early-exit condition to check gitIgnoredPaths (which contains accumulated directory paths) instead of gitIgnoredFiles (which contains only file paths).
• Reduces repeated path.dirname traversal for many ignored files sharing the same parent directories, while keeping the resulting path set unchanged.