You'll noticeTier: how much it should matter to you
1Useful: my rating, 1 to 5
1Signal: worth watching, 1 to 5
GitArea: what it touches
Internal ChangesKind: in v2.1.281,
ImprovementsSection of the release
What
GIT_CONFIG_GLOBAL and GIT_CONFIG_SYSTEM are environment variables that tell git where to find its global and system-wide settings files. Claude Code changed how it treats them:
The isolated environment for Claude Code's own internal git calls is now GIT_CONFIG_GLOBAL: "/dev/null" and GIT_CONFIG_NOSYSTEM: "1". It no longer sets GIT_CONFIG_SYSTEM. System config is still ignored through GIT_CONFIG_NOSYSTEM.
The check that reads git config to find hooks and filters to disable now copies GIT_CONFIG_GLOBAL and GIT_CONFIG_SYSTEM from the configured environment. Hooks and filters are scripts git runs automatically. The check also uses the git program from that same environment. Before, it relied only on asking git for GIT_CONFIG_GLOBAL with a default environment.
On Windows, a new helper converts MSYS-style paths such as /c/... to C:\... and matches both forms. A list naming GIT_CONFIG_GLOBAL and GIT_CONFIG_SYSTEM is used alongside it in path checks.
Why
If you point git at a different global or system config file, Claude Code now finds the hooks and filters defined there when disabling them for its own git calls. On Windows, paths written in both styles are recognised as the same place.
