在 Windows 上添加 Git 凭据

I normally prefer to clone my Git repositories using SSH links. Here are my steps for Windows:

• Generate a public/private key pair through PuTTYgen.
• Add the public key to my GitHub account.

By doing this, I can easily clone my repositories without needing to use my GitHub account password.

Ideally, you should enter:

git config --global credential.helper manager-core

This is from the Microsoft multi-platform credential manager GCM.

Then your password (or rather token nowodays) would be stored in the Windows Credential Manager.
See more at "Unable to change git account".

On the first push, a popup will appear asking for your credentials (username/password) for the target server (for instance github.com)

If not, that might means your credentials were already stored.
If they are incorrect, a simple printf "protocol=https\nhost=github.com\nusername=xxx"| git-credential-manager-core erase will remove them (on Windows, Linux or Mac)

With Git 2.29 (Q4 2020), the parser in the receiving end of the credential protocol is loosen to allow credential helper to terminate lines with CRLF line ending, as well as LF line ending.

See commit 356c473 (03 Oct 2020) by Nikita Leonov (nyckyta).
^{(Merged by Junio C Hamano -- gitster -- in commit 542b3c2, 05 Oct 2020)}

credential: treat CR/LF as line endings in the credential protocol

^{Signed-off-by: Nikita Leonov
Signed-off-by: Johannes Schindelin}

This fix makes using Git credentials more friendly to Windows users: it allows a credential helper to communicate using CR/LF line endings ("DOS line endings" commonly found on Windows) instead of LF-only line endings ("Unix line endings").

Note that this changes the behavior a bit: if a credential helper produces, say, a password with a trailing Carriage Return character, that will now be culled even when the rest of the lines end only in Line Feed characters, indicating that the Carriage Return was not meant to be part of the line ending.

In practice, it seems very unlikely that something like this happens. Passwords usually need to consist of non-control characters, URLs need to have special characters URL-encoded, and user names, well, are names.

However, it does help on Windows, where CR/LF line endings are common: as unrecognized commands are simply ignored by the credential machinery, even a command like quit\r (which is clearly intended to abort) would simply be ignored (silently) by Git.

So let's change the credential machinery to accept both CR/LF and LF line endings.

While we do this for the credential helper protocol, we do not adjust git credential-cache--daemon^(man) (which won't work on Windows, anyway, because it requires Unix sockets) nor git credential-store^(man) (which writes the file ~/.git-credentials which we consider an implementation detail that should be opaque to the user, read: we do expect users not to edit this file manually).

I had a related problem using Windows 10 Pro and Git-2.23.0-64-bit. After I had to change my Gitlab password, fatal: Authentication failed for did occur when- and wherever I tried to push/ pull/... a rep. For me, the following worked out:

Remove git including the respective folders on C: and Install git anew without(!) enabling the Git Credential Manager option in the configuration steps

Afterwards, when I tried to push my rep., the credential manager asked for my credentials one time. Now everything is ok again.

I tried many things but the Windows Credentials did not added credential for Git. Then I did the following simple action and it resolved my issue.

• I removed the related credentials from the Windows Credentials Manager.
• Then I opened the Git Bash from the project folder.
• Then wrote "git fetch origin" command.
• Git Bash first asked for the username and then for the password.

Then I checked the Windows Credentials Manager... Voilaaaa ! It now shows a credential like "git:http://username@address"

I tried to add somethings like "[credential] helper = manager/wincred" things in the config file but after this solution no need for that part, I deleted that [credential] section. Some says that this may be because of your git server is not using https. If it is using https may be you can find different solutions. I still have a goofy like smile on my face

sorry, nothing worked for me (using msys git 2.33.0), here is my solution:

$ git config --global credential.helper store

go to some source directory

$ git add . && git commit -m "some commit" && git push origin master
Username for 'https://github.com': <type user name here>
Password for 'https://<typed user name>@github.com': <type generated token here>

Prior answers are probably out of date for GitHub but may be ok for other git repositories. You'll get an error like this:

remote: Support for password authentication was removed on August 13, 2021. Please use a personal access token instead.
remote: Please see https://github.blog/2020-12-15-token-authentication-requirements-for-git-operations/ for more information.
fatal: Authentication failed for 'https://github.com/username/repo.git/'

It's probably easier to use the GitHub application.

If you really want to use command line, first generate a token, instructions here: https://docs.github.com/en/github/authenticating-to-github/keeping-your-account-and-data-secure/creating-a-personal-access-token

Then you use the token instead of your password. This is painful because the token is a long string of digits that you can't easily memorise, so you'll be cutting and pasting from a password manager or something less secure.

So I recommend running the GitHub Desktop app which you can get from: https://desktop.github.com/

In windows Git's credential.store plugin which store the credentials in CredentialManager utility is named manager.

In order to set it as credential store for git(if not already set) use below command. This will set the CredentialManager as the git credential store

git config --global credential.store manager

you can verify the same using below(it will give result as manager)

git config credential.helper