Git Credential Store Missing with 2.56.0

[smartEBL]

Existing issues matching what you're seeing

• I was not able to find an open or closed issue matching what I'm seeing

Git for Windows version

2.56.0

Windows version

Windows 11

Windows CPU architecture

x86_64 (64-bit)

Additional Windows version information

Options set during installation

defaults

Other interesting things

No response

Terminal/shell

CMD

Commands that trigger the issue

We use the full path to the credential manager to access it from a WSL distro, so all git credentials can be stored in one single location - the windows credential manager. We set

git config --global credential.helper "/mnt/c/Program\ Files/Git/mingw64/bin/git-credential-manager.exe"

in WSL.
With git for windows 2.55.0 that worked fine - with 2.56.0 it no longer works. We had issues in the past already with that path changing from time to time. We saw it at
`/mnt/c/Program\ Files/Git/mingw64/libexec/git-core/git-credential-manager.exe`
`/mnt/c/Program\ Files/Git/mingw64/libexec/git-core/git-credential-manager-core.exe`
`/mnt/c/Program\ Files/Git/mingw64/bin/git-credential-manager-core.exe`

Did the path change again? Or is the credential manager really missing this time?

Expected behaviour

C:\Program Files\Git\mingw64\bin\git-credential-manager.exe exists

Actual behaviour

C:\Program Files\Git\mingw64\bin\git-credential-manager.exe does not exist

Repository

No response

[smartEBL]

Something in that direction? git-ecosystem/git-credential-manager#762

[dscho]

git config --global credential.helper "/mnt/c/Program\ Files/Git/mingw64/bin/git-credential-manager.exe"

You probably missed this part of the release notes of v2.56.0:

Following the MSYS2 project, on which Git for Windows is based, Windows 8.1 support was dropped; In doing so, internal paths changed (/mingw64/bin/git.exe does not exist anymore, /ucrt64/bin/git.exe takes its role; if this breaks your setups, consider switching to /cmd/git.exe instead, which is guaranteed to stay stable).

What you configured is an internal path. And it changed. So you'll have to adapt your configuration, too.

[smartEBL]

Ah, okay - that I missed. Thanks!

[mjcheetham]

Note that we're in the process of updating the GCM + WSL interop docs to call out the different paths.
git-ecosystem/git-credential-manager#2460

[dscho]

/add relnote feature To help with fixing stale references to the Git Credential Manager after Git for Windows v2.56.0's MINGW64 -> UCRT64 migration, a compatibility shim is now installed.

The workflow run was started