$ git --version --build-options
git version 2.18.0.windows.1
cpu: x86_64
built from commit: cd1a74fc9dc8a07626c216940db9a51f25206e03
sizeof-long: 4
$ cmd.exe /c ver
Microsoft Windows [Version 10.0.16299.551]
# One of the following:
> type "C:\Program Files\Git\etc\install-options.txt"
> type "C:\Program Files (x86)\Git\etc\install-options.txt"
> type "%USERPROFILE%\AppData\Local\Programs\Git\etc\install-options.txt"
$ cat /etc/install-options.txt
Editor Option: VisualStudioCode
Path Option: Cmd
SSH Option: OpenSSH
CURL Option: OpenSSL
CRLF Option: CRLFAlways
Bash Terminal Option: MinTTY
Performance Tweaks FSCache: Enabled
Use Credential Manager: Enabled
Enable Symlinks: Disabled
Bash
git pull [<repository>]
I get this.
git: 'credential-windcred' is not a git command. See 'git --help'.
The most similar command is
credential-wincred
It does look like it's pooling though.
Does git config --show-origin credential.helper say that windcred should be used perchance? If so, this is configured incorrectly (but not by Git for Windows' installer: it does not try to set this).
Hi @dscho,
git config --show-origin credential.helper returns store.
Is that correct?
git config --show-origin credential.helperreturnsstore.Is that correct?
In that case, git-credential-store should have been used. So I am puzzled why your system talks about credential-windcred...
Solved it!
I found that there was another .gitconfig file that will be used apart from the default one and this one had the credential.helper set to windcred. Setting it to manager solved the issue.
Used git config --list --show-origin to find all the config files.
Thanks @dscho for pointing me in the corret direction.
I am glad you found it!
Most helpful comment
Solved it!
I found that there was another
.gitconfigfile that will be used apart from the default one and this one had thecredential.helperset towindcred. Setting it tomanagersolved the issue.Used
git config --list --show-originto find all the config files.Thanks @dscho for pointing me in the corret direction.