注意，如果你得到这个错误:

fatal: could not read Username for 'https://github.com': No error

然后，您需要将Git更新到2.16或更高版本。

这里什么都试过了，都没用。

然而，当我试图通过gitconfig——system——list进行调试时，我得到了致命的结果:无法读取配置文件'/etc/gitconfig':没有这样的文件或目录。

所以我做了以下的事情，

sudo ln -s $HOME/.gitconfig /etc/gitconfig

瞧，它起作用了。

我也面临着同样的问题。当我使用HTTPS URL克隆一个repo，然后尝试推送更改(在Linux/Mac上使用Shell或在Windows上使用Git Bash)时，出现了这个问题:

git clone https://github.com/{username}/{repo}.git

但是，当我使用SSH URL克隆时，这个问题没有发生:

git clone git@github.com:{username}/{repo}.git

如果你已经使用HTTPS克隆了repo，并且不想重做所有事情，你可以使用set-url将原始URL更改为SSH URL:

git remote set-url origin git@github.com:{username}/{repo}.git

注意:我有SSH密钥添加到我的GitHub帐户。如果没有设置SSH密钥，这种方法也不能工作。

按照步骤在这里设置SSH密钥:https://help.github.com/articles/generating-ssh-keys

OR

git remote add origin https://{username}:{password}@github.com/{username}/project.git

更新:如果你得到"fatal: remote origin already exists."，那么你必须使用set-url:

git remote set-url origin https://{username}:{password}@github.com/{username}/project.git

对于我来说，上面建议的没有任何工作，我使用了Jenkins Shell Script中的git pull命令，显然它需要错误的用户名。我花了很长时间才找到一种不切换到SSH的方法来修复它。

在你的用户文件夹中创建。gitconfig文件(如果你还没有的话)，并把你的凭证放在以下格式:https://user:pass@example.com，更多信息。在你的.gitconfig文件链接到这些凭证之后，在我的情况下，它是:

[credential]
   helper = store --file /Users/admin/.git-credentials

现在git无论如何都会使用这些凭证。我希望它能帮助别人，就像它帮助了我一样。

我通过安装新版本的Git解决了这个问题。我从https://git-scm.com安装的版本是2.10.2。查看最后一篇文章:https://www.bountysource.com/issues/31602800-git-fails-to-authenticate-access-to-private-repository-over-https

在更新的Git Bash中，凭证管理器窗口会弹出，您可以输入您的用户名和密码，它就可以工作了!