我正在使用几个存储库，但最近我只在我们的内部存储库中工作，一切都很好。
今天我不得不提交并将代码推到另一个，但我遇到了一些麻烦。
$ git push appharbor master
error: The requested URL returned error: 403 while accessing https://gavekortet@appharbor.com/mitivo.git/info/refs?service=git-receive-pack
fatal: HTTP request failed
没有什么我能做的，这将再次带来密码输入。
我如何重置系统上的凭据，以便Git询问我该存储库的密码?
我试过:
Git配置——global——unset core.askpass
以便取消设置密码
Git配置凭证。Helper '缓存超时=1'
为了避免凭证缓存…
似乎什么都不管用;谁有更好的主意?
当前回答
在PowerShell控制台中执行以下命令清除Windows缓存中的Git凭据管理器:
rm $env:LOCALAPPDATA\GitCredentialManager\tenant.cache
或在Cmd.exe中
rm %LOCALAPPDATA%\GitCredentialManager\tenant.cache
其他回答
最终为我解决这个问题的是使用GitHub桌面，进入存储库设置，并从存储库url中删除user:pass@。然后，我尝试从命令行推送，并提示输入登录凭据。我把它们放进去之后，一切都恢复正常了。Visual Studio和命令行都可以工作，当然还有GitHub桌面。
GitHub Desktop->Repository->Repository Settings->Remote选项卡
将主远程存储库(origin)更改为:
https://pork@muffins@github.com/MyProject/MyProject.git
To:
https://github.com/MyProject/MyProject.git
点击“保存”
凭证将被清除。
为了添加到@ericbn的https://stackoverflow.com/a/41111629/579827，我在一个脚本中嵌入了一些示例命令，以便在密码更新时更新它们。它可能不是可用的，因为它是非常具体的，但它显示了cmdkey.exe的实际使用。
机场当局:这是在cygwin机场运行的shell程式码 机场当局说:“这是有效的，因为我使用私人git回购系统，所有的验证都使用相同的密码(你可能不想重复使用相同的凭据，但你可以重复使用这个样例/列表命令来提取已注册凭据的列表)
entries=`cmdkey.exe /list: | grep git | sed -r -e 's/^[^:]+:\s*(.*)$/\1/gm'`
for entry in ${entries}
do
cmdkey.exe "/delete:${entry}"
cmdkey.exe "/generic:${entry}" "/user:${GIT_USERNAME}" "/pass:${GIT_PASSWORD}"
done
如果git配置凭据。helper返回Manager - Core(来自跨平台GCM - Git Credential Manager Core项目)，你可以:
保持这个设置不变 使用跨平台GCM命令删除您的凭证: printf "Host=github.com\nusername=xxx\nprotocol=https" | \ Git证书管理器核心擦除
检查它是否被带走:
printf "Host=github.com\nusername=xxx\nprotocol=https" | \
git credential-manager-core get
(用你的GitHub用户名替换xxx) (将github.com替换为实际的远程Git存储库托管服务器:gitlab.com, bitbucket.com, yourOwnServer.com)
如果您看到提示您的凭据，单击“取消”:之前的凭据已从操作系统底层机密管理器(Windows凭据管理器，Linux libsecret或Mac osxkeychain)中消失)
在下一次git推送时，通过GCM-core凭据助手输入您的凭据作为提示符:您的新凭据将被存储。
正如上面每个人提到的，这是一个Git凭据管理器问题。 由于权限问题，我无法修改我的凭据或操作凭据管理器。 我也不能坐在密码在pc上的纯文本。 一个解决方案是在intellij中删除远程分支并重新添加远程分支。这将删除存储的凭据并强制刷新凭据。
如果此问题发生在Windows计算机上，请执行以下操作。
Go to Credential Manager in German, it is called: Anmeldeinformationsverwaltung in French, it is called: Gestionnaire d'identification in Polish, it is called: Menedżer poświadczeń in Portuguese, it is called: Gerenciador de Credenciais in Russian, it is called: Диспетчер учётных данных in Spanish, it is called: Administrador de credenciales in Norwegian, it is called: Legitimasjonsbehandling in Czech, it is called: Správce pověření in Dutch, it is called: Referentiebeheer Go to Windows Credentials Delete the entries under Generic Credentials Try connecting again. This time, it should prompt you for the correct username and password.
