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

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

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

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

$git更新windows的git

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

如果您使用的是SSH，并且您的私钥是用密码短语加密的，那么在使用Git进行推送、拉取等网络操作时，仍会提示您输入私钥的密码短语/密码。

使用ssh代理保存私钥密码/密码凭据

如果您想避免每次都输入密码，可以使用ssh代理在每个终端会话中存储一次私钥密码凭据，正如我在回答“无法打开与身份验证代理的连接”时所解释的：

$ eval `ssh-agent -s`
$ ssh-add

在WindowsmsysgitBash中，您需要评估ssh代理的输出，但我不确定是否需要在其他开发环境和操作系统中执行同样的操作。

ssh-add在您的home.ssh文件夹中查找名为idrsa的私钥，这是默认名称，但您可以将文件路径传递给具有不同名称的密钥。

杀死特工

完成终端会话后，可以使用kill标志-k关闭ssh代理：

$ ssh-agent -k

如ssh代理手册中所述：

-克终止当前代理（由SSH_agent_PID环境变量给定）。

可选超时

此外，它可以采用一个可选的超时参数，如下所示：

$ ssh-add -t <timeout>

其中＜timeout＞的格式为＜n＞h表示＜n＞小时，＜n＞m表示＜n＜分钟，依此类推。

根据ssh代理手册：

-t寿命设置添加到代理的标识的最大生存期的默认值。可以以秒或sshdconfig（5）中指定的时间格式。使用ssh-add（1）为标识指定的生存期将覆盖此值。如果没有此选项，默认的最长生存期为永久。

有关更多时间格式，请参阅本页。

Cygwin用户的安全警告

Cygwin用户应该意识到在Cygwin中使用ssh代理存在潜在的安全风险：

人们应该认识到Cygwin 1下ssh代理的潜在危险，尽管在本地netstat和远程portscan下，似乎任何人都无法访问/tmp/ssh-foo中指定的端口。。。？[1]: http://www.cygwin.com/ml/cygwin/2001-01/msg00063.html

在引用的链接中：

然而，请注意Cygwin的Unix域套接字是基本上不安全的，因此我强烈发现Cygwin下ssh代理的使用。当您在Cygwin下运行ssh代理时，它会在/tmp/ssh-$USERNAME/目录中创建AF_UNIX套接字。在Cygwin下，AF_UNIX套接字通过AF_INET套接字进行模拟。如果您通过记事本查看/tmp/ssh-$USERNAME/agent-socket-*文件，您可以很容易地看到这一点。你会看到类似的东西!<插座>2080然后运行netstat-a并惊喜！您有一些程序正在侦听端口2080。这是ssh代理。当ssh从服务器接收到RSA质询时，它会引用相应的/tmp/ssh-$USERNAME/agent socket-*（在本例中是在Cygwin下，这意味着它将打开到localhost:2080的连接），并要求ssh代理使用其拥有的私钥来处理RSA质询，然后简单地将从ssh代理接收到的响应传递给服务器。在Unix下，这样的场景运行起来没有问题，因为当程序试图访问AF_Unix套接字时，Unix内核会检查权限。然而，对于AF_INET套接字，连接是匿名的（读取“不安全”）。想象一下，您正在运行Cygwin ssh代理。恶意黑客可能会对您的设备进行端口扫描，找到ssh代理使用的开放端口，打开与ssh服务器的连接，从中接收RSA质询，通过他/她找到的开放端口将其发送给ssh代理，接收RSA响应，将其发送到ssh服务器，瞧，他/她成功地以您的身份登录到您的服务器。

如果您克隆了HTTPS而不是SSH，并且在pull、push和fetch时遇到用户名和密码提示问题。您可以简单地为UBUNTU解决此问题

步骤1：移动到根目录

cd ~/

创建文件.git凭据

使用用户名密码和githosting URL将此内容添加到该文件

https://user:pass@example.com

然后执行命令

git config --global credential.helper store

现在，您将能够轻松推送并从回购中获取所有详细信息。

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

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

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

当您使用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/*