清除全局配置

此步骤可以不做，经测试不影响新增的git账户的使用

执行命令查看是否存在全局配置：

git config --global --list

如果其中有 user.name 和 user.email 信息，请执行以下命令将其清除掉：

git config --global --unset user.namegit config --global --unset user.email

将命令行，切换到ssh目录

cd ~/.ssh

生成GitLab和Gitee的公钥、私钥

ssh-keygen -t rsa -C “代码仓库注册的邮箱”

按下 ENTER 键后，会有如下提示：

Generatingpublic/privatersa key pair.Enter fileinwhich to save the key(/Users/jitwxs/.ssh/id_rsa):

在这里输入公钥的名字，默认情况是叫 id_rsa，为了和后面的 gitee 配置区分，这里输入 id_rsa_github。输入完毕后，一路回车，钥对就生成完毕了。

去对应的代码仓库添加 SSH Keys

GitLab的话打开id_rsa_gitlab.pub全部复制后去仓库中进行添加，复制的内容复制进Key中，Title想叫

添加私钥

从这步开始切换到仓库的位置做，以下步骤仅在bash所在位置文件夹生效 cd  xxx/workspace

在上一步中，我们已经将公钥添加到了 github 或者 gitlab 服务器上，我们还需要将私钥添加到本地中，不然无法使用。添加命令也十分简单，如下：

ssh-add ~/.ssh/id_rsa_gitlab // 将 GitLab 私钥添加到本地ssh-add ~/.ssh/id_rsa_gitee // 将 Gitee 私钥添加到本地

如果出现了

Could not open a connection to your authentication agent.

则先运行下面了这个命令，就可以完美解决这个问题了
值得一提的是当执行完这个命令之后ll命令将不再被识别

ll设置

如果你在 Windows 的 SSH 环境中（比如使用 OpenSSH 客户端或通过 WSL），ssh-agent 不能执行 ll 命令，这通常是因为 ll 命令没有在你的 shell 环境中定义为一个别名。ll 通常是 ls -l 的别名，它允许你以长列表格式查看目录内容。在 Windows 的 SSH 环境中，你需要确保你的 shell 配置文件（如 ~/.bashrc 或 ~/.bash_profile 对于 bash shell）包含了定义 ll 别名的行。然而，由于 Windows 和 Linux 环境之间的差异，这些配置文件可能不会像在标准的 Linux 环境中那样自动加载。以下是在 Windows 的 SSH 环境中为 ll 设置别名的步骤：打开你的 shell 配置文件：通常，你可以在用户主目录下找到 .bashrc 或 .bash_profile 文件。你可以使用文本编辑器打开它。定义 ll 别名：在配置文件中添加以下行来定义 ll 别名：bashalias ll='ls -l'确保配置文件被加载：如果你在使用 WSL，你的 .bashrc 或 .bash_profile 文件应该在启动时被加载。如果不是这样，你可能需要手动加载它，或者在你的 shell 配置中添加适当的命令来加载它。启动新的 shell 会话：在修改了配置文件后，你需要启动一个新的 shell 会话，或者重新加载配置文件，以使更改生效。你可以使用 source 命令来重新加载配置文件：bashsource ~/.bashrc检查别名是否设置成功：在新的 shell 会话中，输入 alias 命令来查看所有的别名，确保 ll 别名已经列出。然后，尝试使用 ll 命令来查看目录内容。如果你在使用 WSL，并且已经按照上述步骤操作，但 ll 命令仍然不可用，可能是因为 WSL 没有正确配置来加载你的 shell 配置文件。在这种情况下，你可能需要查看 WSL 的文档或社区支持以获取更多帮助。另外，如果你在使用 Windows 的 OpenSSH 客户端，并且 ssh-agent 是通过 Windows 的服务或任务计划程序运行的，那么你可能需要确保 ssh-agent 的环境变量（如 PATH 和 SSH_AUTH_SOCK）被正确设置，并且你的 shell 配置文件被加载到 ssh-agent 的环境中。这可能需要更复杂的配置和调试。

在Git/etc/profile.d/bash_profile.sh加一行即可

	alias ll='ls -l'

ssh密钥管理器,ssh-agent命令是一种控制用来保存公钥身份验证所使用的私钥的程序。ssh-agent在X会话或登录会话之初启动，所有其他窗口或程序则以客户端程序的身份启动并加入到ssh-agent程序中。通过使用环境变量，可定位代理并在登录到其他使用ssh机器上时使用代理自动进行身份验证。其实ssh-agent就是一个密钥管理器，运行ssh-agent以后，使用ssh-add将私钥交给ssh-agent保管，其他程序需要身份验证的时候可以将验证申请交给ssh-agent来完成整个认证过程。我们认为你正在用ssh key做权限认证。为了避免你在启动ssh agent时重复输入密码，你可以输下面两个命令ssh-agent bash：启动ssh agent，并把bash挂到上面ssh-add .ssh/id_rsa：添加私钥并由ssh agent保管，这样下次就不需要再输入密码了

ssh-agent启动bash，或者说把bash挂到ssh-agent下面。

ssh-agent bash

添加完毕后，可以通过执行 ssh-add -l 验证下，如果都能显示出来和下面一样，就 OK 了

ssh-add -l3072 SHA256:************ “邮箱”(RSA)3072 SHA256:************ “邮箱”(RSA)

管理密钥

通过以上步骤，公钥、密钥分别被添加到 git 服务器和本地了。下面我们需要在本地创建一个密钥配置文件，通过该文件，实现根据仓库的 remote 链接地址自动选择合适的私钥。

编辑 ~/.ssh 目录下的 config 文件，如果没有，就需要创建。
内容如下：

Host gitlabHostName gitlab.comUser usergitlabIdentityFile ~/.ssh/id_rsa_gitlabHost giteeHostName gitee.comUser userIdentityFile ~/.ssh/id_rsa_gitee

该文件分为多个用户配置，每个用户配置包含以下几个配置项：

Host：仓库网站的别名，随意取（个人建议可以和HostName一样也可以）
HostName：仓库网站的域名（PS：IP 地址应该也可以）
User：仓库网站上的用户名
IdentityFile：私钥的绝对路径

验证

注意：git和@中间没有空格

ssh -T git@github.com 

出现以下提示信息，就证明配置成功了

$ ssh -T git@gitee.comHi user! You've successfully authenticated, but GITEE.COM does not provide shell access.Jan@Jancar MINGW64 ~/.ssh$ ssh -T git@gitlab.comWelcome to GitLab, user!

注意当出现这个判断时要手动输入yes 否则无法成功

“but GitHub does not provide shell access“这句话的意思是，GitHub不提供shell (ssh)访问/接入权限。ssh -T选项的意思为，不分配伪终端。
这句话的意思即为你无法使用ssh协议直接登录github，在github服务器上建立一个伪终端，并进行操作。所以，这句提示并不是一个错误，而是github输出的一句提示语。
同样你可以在本地使用ssh协议进行git相关操作，并提交到github，没有任何影响。希望能解决你的疑问。

仓库配置

恭喜你！完成以上配置后，其实你已经基本完成了所有配置。分别进入附属于 github 和 gitlab 的仓库，此时都可以进行 git 操作了。但是别急，如果你此时提交仓库修改后，你会发现提交的用户名变成了你的系统主机名。

这是因为 git 的配置分为三级别，System —> Global —>Local。System 即系统级别，Global 为配置的全局，Local 为仓库级别，优先级是 Local > Global > System。

因为我们并没有给仓库配置用户名，又在一开始清除了全局的用户名，因此此时你提交的话，就会使用 System 级别的用户名，也就是你的系统主机名了。

因此我们需要为每个仓库单独配置用户名信息，假设我们要配置 github 的某个仓库，进入该仓库后，执行：

git config --local user.name “用户名”git config --local user.email “邮箱”

执行完毕后，通过以下命令查看本仓库的所有配置信息：

git config --local --list

至此你已经配置好了 Local 级别的配置了，此时提交该仓库的代码，提交用户名就是你设置的 Local 级别的用户名了。

关于git@gitee.com: Permission denied (publickey)

明明我在.ssh目录下是执行成功的，但是到准备提交的仓库中就是不成功

所以我就想着是不是和HostName和Host有关系，因为我的HostName和Host是不一样的

于是乎我就想着在仓库目录下试试看ssh -T git@gitee

没想到就成功了，这才恍然大悟。

这里的解决办法有两种
1、修改Host和HostName一样（从本文第六步开始）
2、把仓库目录下的/.git/config中的远程url从
url = git@gitee.com:name/demo-collection.git
修改为url = git@gitee:name/demo-collection.git

参考文档

【Git】Git 多用户配置

but GITEE.COM does not provide shell access

程序员必学必会- Git 设置多个账号