我也有同样的问题。

所以我从项目中更改了.git/config文件，

url = https://github.com/<your-user-here>/<your-repo-here>

to

url = git@github.com:<your-user-here>/<your-repo-here>

并将SSH公钥添加到正在设置的Git配置文件中。

对于SSH公钥：

cat ~/.ssh/id_rsa.pub

如果您使用的是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服务器，瞧，他/她成功地以您的身份登录到您的服务器。

正如许多用户所说，您只需将Git存储库URL从HTTPS更改为SSH即可。

如果您尚未在计算机中生成SSH密钥，那么您将不得不执行此操作。

作为补充信息，在进行此更改后，我仍然收到相同的错误：

权限被拒绝。

在我的案例中，问题是我使用的是Windows Shell来执行ngh命令；由于该命令应打开一个提示以请求SSH短语，而Windows Shell没有打开这些提示，因此身份验证失败。

所以，我只需要打开Gitshell并在那里执行ngh命令，每次它请求时都在提示符中输入SSH短语，然后“voilà”。。。它工作得很好！

当您使用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远程删除原点git远程添加原点git@github.com：掘金AI/掘金.git

注意Git URL是SSH URL，而不是HTTPS URL。。。您可以从这里选择：

如果SSH密钥或.netrc文件不适用于您，那么另一个简单但不太安全的解决方案可能适用于您：git credential store-Helper将凭据存储在磁盘上：

git config --global credential.helper store

默认情况下，凭据将保存在文件~/.git凭据中。它将被创建并写入。

请注意，使用此助手将在磁盘上存储未加密的密码，仅受文件系统权限的保护。如果这可能不是可接受的安全权衡。