Git（四）--远程仓库

最新推荐文章于 2023-11-16 16:48:45 发布

qq_25871537

最新推荐文章于 2023-11-16 16:48:45 发布

阅读量134

点赞数

分类专栏： Git

本文链接：https://blog.csdn.net/qq_25871537/article/details/105505573

版权

Git 专栏收录该内容

13 篇文章 0 订阅

订阅专栏

一. 远程仓库介绍：

开发的实际情况往往是这样，找一台电脑充当服务器的角色，每天24小时开机，其他每个人都从这个“服务器”仓库克隆一份到自己的电脑上，并且各自把各自的提交推送到服务器仓库里，也从服务器仓库中拉取别人的提交。我们完全可以自己搭建一台运行Git的服务器（可以但没必要😑），不过现阶段，为了学Git先搭个服务器绝对是小题大作。好在这个世界上有个叫GitHub的神奇的网站，从名字就可以看出，这个网站就是提供Git仓库托管服务的，所以，只要注册一个GitHub账号，就可以免费获得Git远程仓库。
在继续阅读后续内容前，请自行注册GitHub账号。由于你的本地Git仓库和GitHub仓库之间的传输是通过SSH加密的，所以，需要一点设置：

第1步：创建SSH Key。在用户主目录下，看看有没有.ssh目录，如果有，再看看这个目录下有没有id_rsa和id_rsa.pub这两个文件，如果已经有了，可直接跳到下一步。如果没有，打开Shell（Windows下打开Git Bash），创建SSH Key：

$ ssh-keygen -t rsa -C "youremail@example.com"

你需要把邮件地址换成你自己的邮件地址，然后一路回车，使用默认值即可，由于这个Key也不是用于军事目的，所以也无需设置密码。

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

第2步：登陆GitHub，打开“Account settings”（右上角），“SSH Keys”页面，然后，点“Add SSH Key”，填上任意Title，在Key文本框里粘贴id_rsa.pub文件的内容，再点“Add Key”，你就应该看到已经添加的Key。

为什么GitHub需要SSH Key呢？因为GitHub需要识别出你推送的提交确实是你推送的，而不是别人冒充的，而Git支持SSH协议，所以，GitHub只要知道了你的公钥，就可以确认只有你自己才能推送。

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

By the way：在GitHub上免费托管的Git仓库，任何人都可以看到喔（但只有你自己才能改）。所以，不要把敏感信息放进去。

如果你不想让别人看到Git库，有两个办法，一个是交钱，让GitHub把公开的仓库变成私有的，这样别人就看不见了（不可读更不可写）。另一个办法是自己动手，搭一个Git服务器，因为是你自己的Git服务器，所以别人也是看不见的。这个方法我们后面会讲到的，相当简单，公司内部开发必备。或者如果是学生可以用学生邮箱申请！通过学生认证，可以免费让你的仓库变成私人的仓库。

下面就正式结交远程仓库小伙伴！！！

二. 添加远程仓库：

有这样一个情景，你已经在本地创建了一个Git仓库后，又想在GitHub创建一个Git仓库，并且让这两个仓库进行远程同步，这样，GitHub上的仓库既可以作为备份，又可以让其他人通过该仓库来协作，真是一举多得。

添加远程仓库：
（1）登陆GitHub，然后，在右上角找到“Create a new repo”按钮，创建一个新的仓库。
（2）在Repository name填入learngit，其他保持默认设置，点击“Create repository”按钮，就成功地创建了一个新的Git仓库。目前，在GitHub上的这个learngit仓库还是空的，GitHub告诉我们，可以从这个仓库克隆出新的仓库，也可以把一个已有的本地仓库与之关联，然后，把本地仓库的内容推送到GitHub仓库。
（3）现在，我们根据GitHub的提示，在本地的learngit仓库下运行命令：（注意是本地的！）

$ git remote add origin git@github.com:yourname/learngit.git

请千万注意，把上面的yourname替换成你自己的GitHub账户名，否则，你在本地关联的就是我的远程库，关联没有问题，但是你以后推送是推不上去的，因为你的SSH Key公钥不在我的账户列表中。（配置SSH后面再细讲）
添加后，远程库的名字就是origin，这是Git默认的叫法，也可以改成别的，但是origin这个名字一看就知道是远程库。

下一步，就可以把本地库的所有内容推送到远程库上：

$ git push -u origin master
Counting objects: 20, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (15/15), done.
Writing objects: 100% (20/20), 1.64 KiB | 560.00 KiB/s, done.
Total 20 (delta 5), reused 0 (delta 0)
remote: Resolving deltas: 100% (5/5), done.
To github.com:michaelliao/learngit.git
 * [new branch]      master -> master
Branch 'master' set up to track remote branch 'master' from 'origin'.

**把本地库的内容推送到远程，用git push命令，实际上是把当前分支master推送到远程。**由于远程库是空的，我们第一次推送master分支时，加上了-u参数，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令。
推送成功后，可以立刻在GitHub页面中看到远程库的内容已经和本地一模一样

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

$ git push origin master

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

SSH警告：
但是实际上你的操作并不会那么一帆风顺，当你第一次使用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.

小结

要关联一个远程库，使用命令git remote add origin git@server-name:path/repo-name.git；
关联后，使用命令git push -u origin master第一次推送master分支的所有内容；此后，每次本地提交后，只要有必要，就可以使用命令git push origin master推送最新修改；

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

三 .从远程仓库克隆：

上面我们讲了先有本地库，后有远程库的时候，如何关联远程库。现在，假设我们从零开发，那么最好的方式是先创建远程库，然后，从远程库克隆。
1.首先，登陆GitHub，创建一个新的仓库，名字叫gitskills：我们勾选Initialize this repository with a README，这样GitHub会自动为我们创建一个README.md文件。创建完毕后，可以看到README.md文件：

2.现在，远程库已经准备好了，下一步是用命令git clone克隆一个本地库：

$ git clone git@github.com:yourname/gitskills.git
Cloning into 'gitskills'...
remote: Counting objects: 3, done.
remote: Total 3 (delta 0), reused 0 (delta 0), pack-reused 3
Receiving objects: 100% (3/3), done.

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

(通常从github下载是很慢的，一个解决的骚操作就是利用"码云"这个工具人👍，具体操作可以自行百度，如果有时间后面我会写一篇介绍方法的博客)

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

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

补充：

关于commit与pull的先后顺序问题，建议是：
1.在本地修改与远程代码无冲突的情况下，优先使用：pull->commit->push
2.在本地修改与远程代码有冲突的情况下，优先使用：commit->pull->push

复习几个概念:暂存区，本地仓库，远程仓库：
暂存区这个是我们每一次进行代码修改的地方，例如我们idea的所编译的代码就是缓存区。
本地仓库:是我们每一次pull,从远程仓库pull(拉取)到地方，这个地方就是本地仓库，他其实就是远程仓库的一个副本。
远程仓库:这个是存放到服务器上的代码，是每一个人认为自己的代码修改好了，就可以集体上传到一个地方，而你也可以从这个地方下载别人的代码，这个地方就是远程仓库。

pull，commit和push：
注意：先 pull 再 push，不然可能会有冲突
pull：这个是远程仓库拉取数据到本地仓库，就是为了和远程仓库所匹配。
commit：当我们想要把自己的代码想要提交到远程的时候，所用的命令行语句，由于我们修改所在的区域在暂存区，我们首先要把自己的代码commit(提交)到本地仓库，然后在从本地仓库push到远程仓库。
但是切记住一点，我们如果每一次在commit的时候，我们都需要先从线上pull最新的代码到本地仓库，然后在把暂存区里面的代码提交（commit）到本地仓库，这个时候如果没有冲突固然是最好的，如果有了冲突，这我需要解决冲突，这个此时本地仓库已经是最新的代码且又包括暂存区上面的代码了。
push:这个就是我们前面把代码提交到了本地，如果我们需要提交到远程服务器上，则需要把代码push到远程的分支里面，如果有了冲突，再解决就好了。

关键问题：
为什么要分本地commit和服务器的push呢？相信你阅读完本文一定有点想法了。

答案是：因为如果本地不commit的话，修改的纪录可能会丢失。而有些修改当前是不需要同步至服务器的，所以什么时候同步过去由用户自己选择。什么时候需要同步再push到服务器

遇到的其他问题可以百度或者参考这里