Follow Discord
Sweep 22 Oct 2026 · 04:32Z Build v2.1.308 527 read Stable v2.1.308 Latest v2.1.308 Next v2.1.308 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.248 ·

Directory sync only runs the git it found when the process started

Directory sync pins git to the PATH from startup, so later PATH changes can't swap it.

You'll notice Improvements
JSON All of v2.1.248
You'll noticeTier: how much it should matter to you
3Useful: my rating, 1 to 5
3Signal: worth watching, 1 to 5
Directory SyncArea: what it touches
ImprovementsKind: in v2.1.248,
ImprovementsSection of the release
What

Sync now resolves git from the absolute directories on the PATH as it was when Claude Code launched, so a later change to PATH cannot make sync run a different git. If git is not found there, sync logs once, records a new telemetry event, and substitutes a deliberately nonexistent path so every sync git call fails rather than running something unexpected.

Details
  • Message: "[dirSync] git is not on the absolute entries of the PATH this process was started with; no sync git runs".
  • Sentinel path: /nonexistent/git-not-on-the-PATH-this-process-was-started-with. Every sync git spawn goes through this resolver.
  • Sync git calls are also hardened: protocols disabled, no lazy fetch, no terminal prompt, explicit bare-repo safety, no submodule recursion.
  • The global and system git config passthrough now reads the captured startup environment rather than the live one, and always clears GIT_CONFIG.
  • No flag; live wherever directory sync runs.
Evidence

/nonexistent/git-not-on-the-PATH-this-process-was-started-with, tengu_dir_sync_git_not_on_start_path

Strings lifted out of the shipped bundle, so the claim above can be checked against them.

See this entry in the whole of v2.1.248 →

Feedback