我的问题是我不能从GitLab中push或fetch。但是，我可以克隆(通过HTTP或SSH)。当我试图推的时候，我得到这个错误:
权限被拒绝(publickey)致命:无法从远程存储库读取
从我看过的所有线索来看，以下是我所做的:
在我的电脑上设置一个SSH密钥，并将公钥添加到GitLab 完成了用户名和电子邮件的config -global 通过SSH和HTTP克隆，以检查它是否能解决问题 执行ssh -T git@gitlab.com命令
如果您对如何解决我的问题有任何见解，我将不胜感激。
当前回答
早些时候，这对我来说是非常困难的，但当我尝试时，在Mac和Linux中添加ssh密钥变得如此容易。有以下几个步骤和命令可以做到这一点:
打开系统的一个终端，通过下面的命令移动到项目目录中:
cd 'project directory name'
在该终端中运行ssh-keygen命令并输入它，直到密钥的randomart图像出现在那里。 然后在终端上再输入一个命令:
cat ~/.ssh/id_rsa.pub
它将生成ssh密钥。Key将以ssh-rsa开始，以.local结束。
复制密钥并转到您的Gitlab配置文件部分，然后ssh密钥部分并粘贴到那里。点击添加按钮，这将工作。
其他回答
我也有同样的问题，我通过添加一个新的ssh密钥来解决它:
ssh-keygen -t ed25519 -C "email@example.com" 将您的公共SSH密钥复制到剪贴板(xclip -sel clip < ~/. SSH /id_ed25519. exe)。pub在我的情况下在Linux上) 在gitlab上，转到settings=>ssh keys，然后跳过新密钥
我在Windows 10上使用Pageant作为SSH代理，除了向Windows添加一个环境变量(翻译自德语Windows 10，所以命名可能不同):
搜索“变量” 打开系统环境变量 单击底部的环境变量按钮 添加一个名为“GIT_SSH”的新密钥和值“C:\Program Files\PuTTY\plink.exe”，到顶部的“用户变量xxx”部分 做完了。
感谢Benjamin Bortels，来源:https://bortels.io/blog/git-in-vs-code-unter-windows-richtig-einstellen
对于任何使用Windows 10且没有其他工作的人:
在我的情况下，我不得不用https而不是ssh克隆回购，并弹出一个窗口，要求我的凭证。 在那之后一切都很好。
有一个非常简单的解决方案: 与其使用SSH，不如使用https。 这样做: 在项目文件夹中有一个。git文件夹 在那里-你有一个配置文件-在文本编辑器中打开它 改变这条线
url = git@gitlab。com: yourname / yourproject git。
to
Url = https://gitlab.com/yourname/yourproject.git
在我们的例子中，这不是用户/客户端的问题，而是Gitlab服务器端的问题。
我们在CentOS 7.1上运行本地Gitlab CE 12.9实例。
我们发现在服务器上，.ssh/authorized_keys文件没有正确更新。用户创建他们的SSH密钥(遵循Gitlab指南)并将其添加到Gitlab服务器，但服务器不更新authorized_keys，因此总是会导致权限拒绝错误。
一个解决方法是通过运行以下命令重建authorized_keys文件:
$ sudo gitlab-rake gitlab:shell:setup
这适用于任何在运行rake任务之前添加密钥的人。对于下一个要添加密钥的用户，必须有人再次手动运行rake任务。
一个更持久的解决方案是不使用authorized_keys文件，而是在Gitlab数据库上使用索引查找:
GitLab Shell provides a way to authorize SSH users via a fast, indexed lookup to the GitLab database. GitLab Shell uses the fingerprint of the SSH key to check whether the user is authorized to access GitLab. Add the following to your sshd_config file. This is usually located at /etc/ssh/sshd_config, but it will be /assets/sshd_config if you're using Omnibus Docker: Match User git # Apply the AuthorizedKeysCommands to the git user only AuthorizedKeysCommand /opt/gitlab/embedded/service/gitlab-shell/bin/gitlab-shell-authorized-keys-check git %u %k AuthorizedKeysCommandUser git Match all # End match, settings apply to all users again Reload OpenSSH: # Debian or Ubuntu installations sudo service ssh reload # CentOS installations sudo service sshd reload Confirm that SSH is working by removing your user's SSH key in the UI, adding a new one, and attempting to pull a repo.
默认情况下(我们安装时的默认情况)，在Admin Area > Performance Optimization设置中检查了Write to authorized_keys文件。因此，我们未选中该选项，转而使用Gitlab数据库。
在设置了索引查找并取消对Write to authorized_keys文件的检查之后，SSH访问就可以了。
