git深入操作之远程仓库管理

接着往下来，利用写说明书的空闲时间来学习下git吧。

1、注册GitHub账号。早已经有了，不说了。

由于你的本地Git仓库和GitHub仓库之间的传输是通过SSH加密的，所以，需要设置ssh：这样将代码或文件提交到Github或Gitlab上时，为了不用每次都输入用户名和密码。

创建SSH Key。在用户主目录下（C:\Users\guang\.ssh），看看有没有.ssh目录，如果有，再看看这个目录下有没有id_rsa和id_rsa.pub这两个文件，如果已经有了，可直接跳到下一步。

 .pub 文件是你的公钥，另一个则是与之对应的(id_rsa)是私钥，不能泄露出去。

如果找不到这样的文件（或者根本没有 .ssh 目录），你可以通过运行 ssh-keygen 程序来创建它们。

首先 ssh-keygen 会确认密钥的存储位置（默认是 .ssh/id_rsa），然后它会要求你输入两次密钥口令（最好是设置，第一次也是设置了，每次输挺麻烦）好得用以下命令给删除了，也是在.ssh目录下执行。

如果你不想在使用密钥时输入口令，将其留空即可。 然而，如果你使用了密码，那么请确保添加了 -o 选项，它会以比默认格式更能抗暴力破解的格式保存私钥。 你也可以用 ssh-agent 工具来避免每次都要输入密码。

第2步：登陆GitHub，设置SSHKEY.

将生成的公钥填入即可。

这样就不用每次都输入密码了。

当然，GitHub允许你添加多个Key。假定你有若干电脑，你一会儿在公司提交，一会儿在家里提交，只要把每台电脑的Key都添加到GitHub，就可以在每台电脑上往GitHub推送了。

3、添加远程仓库

先要在github端创建一个新的仓库，这个就不说了。

找到要关联的本地仓库目录，执行关联远程仓库命令git remote

 

远程库的名字就是origin，这是Git默认的叫法，也可以改成别的，但是origin这个名字一看就知道是远程库。

4、将本地库内容推送到远程库，先明确推送时，是从本地仓库（也就是经过git commit)后的文件才能推送到远程仓库中。

把本地库的内容推送到远程，用git push命令，实际上是把当前分支master推送到远程。

由于远程库是空的，我们第一次推送master分支时，加上了-u参数，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令。

从现在起，只要本地作了提交，就可以通过命令：

$ git push origin master

把本地master分支的最新修改推送至GitHub，现在，你就拥有了真正的分布式版本库！

注：

当你第一次使用Git的clone或者push命令连接GitHub时，会得到一个警告：

The authenticity of host 'github.com (xx.xx.xx.xx)' can't be established.
RSA key fingerprint is xx.xx.xx.xx.xx.
Are you sure you want to continue connecting (yes/no)?

这是因为Git使用SSH连接，而SSH连接在第一次验证GitHub服务器的Key时，需要你确认GitHub的Key的指纹信息是否真的来自GitHub的服务器，输入yes回车即可。

Git会输出一个警告，告诉你已经把GitHub的Key添加到本机的一个信任列表里了：Warning: Permanently added 'github.com' (RSA) to the list of known hosts.这个警告只会出现一次，后面的操作就不会有任何警告了。

分布式版本系统的最大好处之一是在本地工作完全不需要考虑远程库的存在，也就是有没有联网都可以正常工作，而SVN在没有联网的时候是拒绝干活的！当有网络的时候，再把本地提交推送一下就完成了同步。

4、从远程库克隆：

一般的多人合作时，是先建立远程库，每个人再克隆一份就可以。

你也许还注意到，GitHub给出的地址不止一个，还可以用https://github.com/michaelliao/gitskills.git这样的地址。实际上，Git支持多种协议，默认的git://使用ssh，但也可以使用https等其他协议。

使用https除了速度慢以外，还有个最大的麻烦是每次推送都必须输入口令，但是在某些只开放http端口的公司内部就无法使用ssh协议而只能用https。