通常我们会面临多个平台管理代码的情况，拿最简单的情况来看，个人一般将代码放在github上，而公司一般则会自己搭建自己的git服务。用户身份一多，如果稍不留神 就会导致自己提交用户错乱，我就吃过这样的亏，以公司的用户身份提交到了自己的github上。:sob:
以往为了简单，我都是以https的形式进行克隆仓库，虽然简单，每次提交都得输入用户名和密码，也是挺烦的，虽然可以通过以下设置
git config user.name "xxxgitone"
git config user.email "xxxgit@sina.com"记得不要加
--global, 要不然就设置全局了，要是其他的项目忘了设置，那么都以这个身份了
每次新项目或者克隆下来都得重复这样的操作，麻烦
对比以下https和ssh方式的区别
-
https的形式非常简单，直接克隆就行，但是每次push和pull都得输入密码和用户名 -
ssh稍微复杂一点，需要进行配置，并且想要使用SSH url克隆的话，你必须是这个项目的拥有者
对于程序员来说，估计就是最不愿意重复的做某件事，比如输入密码和用户名 😂
以自身为例，自己的代码主要托管于github，当然码云和bitbucket也有,公司的代码在gitlab上公司，搭建的git服务，这里记录配置github和
gitlab的步骤，其他类似。
生成github的ssh key
ssh-keygen -t rsa -C "xxxgit@sina.com" -f ~/.ssh/giuhub_rsa然后将.ssh文件下的github_rsa.pub复制到github的ssh key配置中
生成gitlab的ssh key
ssh-keygen -t rsa -C "name@yourcompany.com" -f ~/.ssh/gitlab_rsa然后将.ssh文件下的gitlib_rsa.pub复制到gitlib的ssh key配置中
然后写一个配置文件，让不同平台使用其对应的ssh key
在.ssh目录下生成config文件
# gitlab
Host gitlab.company.com
HostName gitlab.company.com
PreferredAuthentications publickey
IdentityFile ~/.ssh/gitlib_rsa
# github
Host github.com
HostName github.com
PreferredAuthentications publickey
IdentityFile ~/.ssh/github_rsa最后进行测试，看是否成功
ssh -T git@github.com如果输出
Hi xxxgitone! You've successfully authenticated, but GitHub does not provide shell access
则表明正确连接 ❤️ 其他测试类似