git长途仓库_机动性能节点Java学院整理

要是你已经把握了怎样在Git仓库里对一个文件进行时光穿越，你再也不用担忧文件备份或者遗失的题目了。

可是有用过集中式版本控制系统SVN的童鞋会站出来说，这些功能在SVN里早就有了，没看出Git有什么特殊的地方。

没错，要是只是在一个仓库里治理文件历史，Git和SVN真没啥区别。为了保证你此刻所学的Git物超所值，未来绝对不会懊悔，同时为了打击已经不幸学了SVN的童鞋，本章开端介绍Git的杀手级功能之一（注意是之一，也就是背面还有之二，之三）：长途仓库。

Git是散布式版本控制系统，统一个Git仓库，可以散布到不一样的机器上。怎么散布呢？最早，确定只要一台机器有一个原始版本库，尔后，别的机器可以克隆这个原始版本库，而且每台机器的版本库其实都是同样的，并没有主次之分。

你确定会想，至少需要两台机器才能玩长途库不是？但是我只要一台电脑，怎么玩？

其实一台电脑上也是可以克隆多个版本库的，只有不在统一个目录下。不过，实际生活中是不会有人这么傻的在一台电脑上搞几个长途库玩，由于一台电脑上搞几个长途库完全没成心义，而且硬盘挂了会导致所有库都挂掉，所以我也不告诉你在一台电脑上怎么克隆多个仓库。

现实状况往往是这样，找一台电脑充当服务器的角色，天天24小时开机，其他每个人都从这个服务器仓库克隆一份到本人的电脑上，并且各自把各自的提交推送到服务器仓库里，也从服务器仓库中拉取他人的提交。

完全可以本人搭建一台运转Git的服务器，不过现阶段，为了学Git先搭个服务器绝对是小题大作。好在这个天下上有个叫GitHub的神奇的网站，从名字就可以看出，这个网站就是供给Git仓库托管服务的，所以，只有注册一个GitHub账号，就可避免费获得Git长途仓库。

在继续浏览后续内容前，请自行注册GitHub账号。因为你的当地Git仓库和GitHub仓库之间的传输是通过SSH加密的，所以，需要一点设置：

第1步：新建SSHKey。在会员主目录下，看看有没有.ssh目录，要是有，再看看这个目录下有没有id_rsa和id_rsa.pub这两个文件，要是已经有了，可直接跳到下一步。要是没有，打开Shell（Windows下打开GitBash），新建SSHKey：

$ssh-keygen-trsa-Cyouremail@example.com

你需要把邮件地址换成你本人的邮件地址，然后一路回车，运用默许值即可，因为这个Key也不是用于军事目的，所以也无需设置密码。

要是一切顺利的话，可以在会员主目录里找到.ssh目录，里面有id_rsa和id_rsa.pub两个文件，这两个就是SSHKey的秘钥对，id_rsa是私钥，不能泄露出去，id_rsa.pub是公钥，可以安心地告诉任何人。

第2步：登陆GitHub，打开Accountsettings，SSHKeys页面：

然后，点AddSSHKey，填上任意Title，在Key文本框里粘贴id_rsa.pub文件的内容：

点AddKey，你就应当看到已经增加的Key：

为何GitHub需要SSHKey呢？由于GitHub需要辨认出你推送的提交的确是你推送的，而不是他人假冒的，而Git支撑SSH协定，所以，GitHub只有晓得了你的公钥，就可以确认只要你本人才能推送。

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

最后友谊提醒，在GitHub上免费托管的Git仓库，任何人都可以看到喔（但只要你本人才能改）。所以，不要把敏感信息放进去。

要是你不想让他人看到Git库，有两个办法，一个是交点维护费，让GitHub把公开的仓库变成私有的，这样他人就看不见了（不可读更不可写）。另一个办法是本人动手，搭一个Git服务器，由于是你本人的Git服务器，所以他人也是看不见的。这个要领我们背面会讲到的，相当简略，企业内部开发必备。

确保你具有一个GitHub账号后，我们就即将开端长途仓库的学习。

增加长途仓库

此刻的情形是，你已经在当地新建了一个Git仓库后，又想在GitHub新建一个Git仓库，并且让这两个仓库进行长途同步，这样，GitHub上的仓库既可以作为备份，又可以让其别人通过该仓库来协作，真是一举多得。

首先，登陆GitHub，然后，在右上角找到Createanewrepo按钮，新建一个新的仓库：

在Repositoryname填入learngit，其他维持默许设置，点击Createrepository按钮，就成功地新建了一个新的Git仓库：

当前，在GitHub上的这个learngit仓库还是空的，GitHub告诉我们，可以从这个仓库克隆出新的仓库，也可以把一个已有的当地仓库与之关联，然后，把当地仓库的内容推送到GitHub仓库。

此刻，我们依据GitHub的提醒，在当地的learngit仓库下运转下令：

$gitremoteaddorigingit@github.com:michaelliao/learngit.git

请千万注意，把上面的michaelliao替代成你本人的GitHub账户名，否则，你在当地关联的就是我的长途库，关联没有题目，但是你今后推送是推不上去的，由于你的SSHKey公钥不在我的账户列表中。

增加后，长途库的名字就是origin，这是Git默许的叫法，也可以改成别的，但是origin这个名字一看就晓得是长途库。

下一步，就可以把当地库的所有内容推送到长途库上：

$gitpush-uoriginmaster
Countingobjects:19,done.
Deltacompressionusingupto4threads.
Compressingobjects:100%(19/19),done.
Writingobjects:100%(19/19),13.73KiB,done.
Total23(delta6),reused0(delta0)
Togit@github.com:michaelliao/learngit.git
*[newbranch]master-master
Branchmastersetuptotrackremotebranchmasterfromorigin.

把当地库的内容推送到长途，用gitpush下令，现实上是把目前分支master推送到长途。

因为长途库是空的，我们第一次推送master分支时，加上了-u参数，Git不光会把当地的master分支内容推送的长途新的master分支，还会把当地的master分支和长途的master分支关联起来，在今后的推送或者拉取时就可以简化下令。

推送成功后，可以立即在GitHub页面中看到长途库的内容已经和当地一模同样：

从此刻起，只有当地作了提交，就可以通过下令：

$gitpushoriginmaster

把当地master分支的最新修改推送至GitHub，此刻，你就具有了真正的散布式版本库！

SSH告诫

当你第一次运用Git的clone或者push下令连贯GitHub时，会得到一个告诫：

Theauthenticityofhost'github.com(xx.xx.xx.xx)'can'tbeestablished.
RSAkeyfingerprintisxx.xx.xx.xx.xx.
Areyousureyouwanttocontinueconnecting(yes/no)?

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

Git会输出一个告诫，告诉你已经把GitHub的Key增加到本机的一个信任列表里了：

Warning:Permanentlyadded'github.com'(RSA)tothelistofknownhosts.

这个告诫只会涌现一次，背面的操纵就不会有任何告诫了。

要是你实在担忧有人假冒GitHub服务器，输入yes前可以对比GitHub的RSAKey的指纹信息是否与SSH连贯给出的一致。

从长途仓库克隆

此刻，假如我们从零开发，那么最佳的方式是先新建长途库，然后，从长途库克隆。

首先，登陆GitHub，新建一个新的仓库，名字叫gitskills：

我们勾选InitializethisrepositorywithaREADME，这样GitHub会主动为我们新建一个README.md文件。新建结束后，可以看到README.md文件：

此刻，长途库已经预备好了，下一步是用下令gitclone克隆一个当地库：

$gitclonegit@github.com:michaelliao/gitskills.git
Cloninginto'gitskills'...
remote:Countingobjects:3,done.
remote:Total3(delta0),reused0(delta0)
Receivingobjects:100%(3/3),done.
$cdgitskills
$ls
README.md

注意把Git库的地址换成你本人的，然后进入gitskills目录看看，已经有README.md文件了。

要是有多个人协作开发，那么每个人各自从长途克隆一份就可以了。

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

运用https除了速度慢之外，还有个最大的费事是每次推送都必须输入口令，但是在某些只开放http端口的企业内部就没法运用ssh协定而只能用https。