检查您的git版本和更新。然后将解决问题

$git更新windows的git

更新说明：当您的PC git版本和服务器git版本不匹配时，我们可以使用此选项。

你基本上有两个选择。

如果您在两台计算机上使用同一用户，则需要将.pub密钥复制到PC上，这样GitHub就知道您是同一用户。

如果你已经为你的电脑创建了一个新的.pub文件，并希望将这些机器视为不同的用户，你需要在GitHub网站上注册新的.pub文件。

如果这仍然不起作用，可能是因为ssh配置不正确，ssh无法找到密钥的位置。尝试

ssh -vv username@github.com

获取SSH失败的更多信息。

当您使用https进行Git推送时，只需为项目配置remote.origin.url，以避免每次推送时输入用户名（或/和密码）。

如何配置remote.origin.url：

URL format:
    https://{username:password@}github.com/{owner}/{repo}

Parameters in URL:

* username 

    Optional, the username to use when needed. 
 authentication,
    if specified, no need to enter username again when need authentication.
    Don't use email; use your username that has no "@", otherwise the URL can't be parsed correctly,
* password
    optional, the password to use when need authentication.
    If specified, there isn't any need to enter the password again when needing authentication.
    Tip:
        this value is stored as plain text, so for security concerns, don't specify this parameter,
*

e.g
    git config remote.origin.url https://eric@github.com/eric/myproject

@更新-使用ssh

我认为使用ssh协议是比https更好的解决方案，尽管设置步骤稍微复杂一些。

粗略步骤：

使用命令创建ssh密钥，例如Linux上的ssh keygen，windows上的msysgit提供类似的命令。将私钥保存在本地计算机上的适当位置，例如~/.ssh。然后通过ssh-add命令将其添加到ssh代理。将公钥上传到Git服务器。将Git存储库的remote.origin.url更改为ssh样式，例如。，git@gitlab.com：myaccount/myrepo.git然后，当拉或推时，永远不需要输入用户名或密码。

提示：

如果您的ssh密钥有密码短语，则默认情况下，您需要在每次重新启动计算机后首次使用密钥时输入密码。

@更新-在https和ssh协议之间切换。

只需更改remote.origin.url就足够了，或者您可以直接编辑repo_home/.git/config来更改值（例如在Linux上使用vi）。

通常我为每个协议添加一行，并使用#注释掉其中一行。

E.g.

[remote "origin"]
        url = git@gitlab.com:myaccount/myrepo.git
        # url = https://myaccount@gitlab.com/myaccount/myrepo.git
        fetch = +refs/heads/*:refs/remotes/origin/*

还有一个选项：

而不是写作

git push origin HEAD

你可以写：

git push https://user:pass@yourrepo.com/path HEAD

显然，对于大多数shell，这将导致密码被缓存在历史中，所以请记住这一点。

如果您在Windows下使用Git（例如，GitBash）（如果您不想从HTTPS切换到SSH），也可以使用Windows的Git凭据管理器

此应用程序将为您保留用户名和密码。。。

对我有用的是编辑.git/config并使用

[remote "origin"]
        url = https://<login>:<password>@gitlab.com(...).git

不用说，这是一种不安全的密码存储方式，但在某些环境/情况下，这可能不是问题。