Git系统篇，Git远程仓库(三)：本地仓库与远程仓库的交互

文章目录

系列文章目录
前言
一、理解分布式版本控制系统
二、远程仓库与新建远程仓库
- [2.1 什么是远程仓库](#2.1 什么是远程仓库)
- [2.2 新建远程仓库](#2.2 新建远程仓库)
[三、克隆远程仓库：git clone](#三、克隆远程仓库：git clone)
- [3.1 HTTPS 与 SSH 两种协议](#3.1 HTTPS 与 SSH 两种协议)
- [3.2 配置 SSH Key](#3.2 配置 SSH Key)
- [3.3 查看远程仓库信息：git remote](#3.3 查看远程仓库信息：git remote)
[四、向远程仓库推送：git push](#四、向远程仓库推送：git push)
[五、拉取远程仓库：git pull](#五、拉取远程仓库：git pull)
六、忽略特殊文件：.gitignore
七、给命令配置别名
总结

前言

大家好，我是曦夜日长。前两节我们把 Git 的本地操作从头到尾过了一遍------工作区、暂存区、版本库、分支、回退......但不知道你有没有意识到一个问题：我们目前所说的所有内容，都是在本地！ 也就是在你的笔记本或者电脑上。

那么问题来了：你在自己电脑上改了文件 A，你的同事也在他的电脑上改了文件 A，你们俩怎么才能看到对方的修改呢？ 今天这篇文章，我们就从"分布式版本控制系统"这个概念讲起，一路拆解到本地仓库与远程仓库的完整交互。

一、理解分布式版本控制系统

我们的 Git 其实是分布式版本控制系统。什么意思呢？

可以简单理解为，我们每个人的电脑上都是一个完整的版本库。这样你工作的时候，就不需要联网了，因为版本库就在你自己的电脑上。既然每个人电脑上都有一个完整的版本库，那多个人如何协作呢？比方说你在自己电脑上改了文件 A，你的同事也在他的电脑上改了文件 A，这时你们俩之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。

分布式版本控制系统的安全性要高很多，因为每个人电脑里都有完整的版本库，某一个人的电脑坏掉了不要紧，随便从其他人那里复制一个就可以了。

在实际使用分布式版本控制系统的时候，其实很少在两人之间的电脑上直接推送版本库的修改，因为可能你们俩不在一个局域网内，两台电脑互相访问不了；也可能今天你的同事病了，他的电脑压根没有开机。

因此，分布式版本控制系统通常也有一台充当"中央服务器"的电脑，但这个服务器的作用仅仅是用来方便"交换"大家的修改，没有它大家也一样干活，只是交换修改不方便而已。有了这台"中央服务器"的电脑，就不怕本地出现什么故障了（比如运气差，硬盘坏了，上面的所有东西全部丢失，包括 git 的所有内容）。

二、远程仓库与新建远程仓库

2.1 什么是远程仓库

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

你肯定会想，至少需要两台机器才能玩远程库不是？但我只有一台电脑，怎么玩？其实一台电脑上也可以克隆多个版本库，只要不在同一个目录下。不过现实生活中不会有人这么傻地在电脑上搞几个远程库玩，因为一台电脑上搞几个远程库完全没有意义，而且硬盘挂了会导致所有库都挂掉。

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

完全可以自己搭建一台运行 Git 的服务器，不过现阶段为了学 Git 先搭个服务器绝对是小题大做。好在世界上有个叫 GitHub 的神奇网站，从名字就能看出，这个网站就是提供 Git 仓库托管服务的，只要注册一个账号就能免费获得 Git 远程仓库。国内的话，Gitee（码云）速度更快，我们下面就以码云为例。

2.2 新建远程仓库

登录码云后，点击新建仓库，填写基本信息（仓库名称、是否开源等），创建成功后就能看到，之前在本地学习过的分支也存在于远程仓库中并被管理起来。刚创建的仓库有且只有一个默认的 master 分支。

三、克隆远程仓库：git clone

3.1 HTTPS 与 SSH 两种协议

克隆/下载远端仓库到本地，需要使用 git clone 命令，后面跟上远端仓库的链接。远端仓库的链接可以从仓库的"克隆/下载"处获取。

SSH 协议和 HTTPS 协议是 Git 最常用的两种数据传输协议。 SSH 协议使用了公钥加密和公钥登录机制，体现了其实用性和安全性，使用此协议需要将我们的公钥放上服务器，由 Git 服务器进行管理；使用 HTTPS 方式时，没有要求，可以直接克隆下来。

使用 HTTPS 方式：

bash 复制代码

hyb@server:~$ git clone https://gitee.com/hyb91/git_teaching.git
Cloning into 'git_teaching'...
Username for 'https://gitee.com': hyb91
Password for 'https://hyb91@gitee.com':
remote: Enumerating objects: 4, done.
...
Unpacking objects: 100% (4/4), 1.80 KiB | 1.80 MiB/s, done.

使用 SSH 方式，如果还没添加公钥，会直接失败：

bash 复制代码

hyb@server:~$ git clone git@gitee.com:hyb91/git_teaching.git
Cloning into 'git_teaching'...
git@gitee.com: Permission denied (publickey).
fatal: Could not read from remote repository.

3.2 配置 SSH Key

使用 SSH 方式克隆失败，是因为我们没有添加公钥到远端库中，服务器拒绝了我们的 clone 请求。需要设置一下：

第一步：创建 SSH Key。 在用户主目录下看看有没有 .ssh 目录，如果有，再看看这个目录下有没有 id_rsa 和 id_rsa.pub 这两个文件，如果已经有了，可直接跳到下一步。如果没有，需要创建：

bash 复制代码

# 注意要输入自己的邮箱，然后一路回车，使用默认值即可
hyb@server:~$ ssh-keygen -t rsa -C "2689241679@qq.com"
Generating public/private rsa key pair.
Enter file in which to save the key (/home/hyb/.ssh/id_rsa):

顺利的话，可以在用户主目录里找到 .ssh 目录，里面有 id_rsa 和 id_rsa.pub 两个文件，这就是 SSH Key 的密钥对：

id_rsa 是私钥，不能泄露出去；id_rsa.pub 是公钥，可以放心地告诉任何人。

第二步：添加自己的公钥到远端仓库。 在码云的个人设置里找到"SSH 公钥"选项，把 id_rsa.pub 里的内容粘贴进去保存即可。

至此，准备工作全部做完，就可以愉快地 clone 了：

bash 复制代码

hyb@server:~$ git clone git@gitee.com:hyb91/git_teaching.git
Cloning into 'git_teaching'...
Receiving objects: 100% (4/4), done.

如果有多个小伙伴协作开发，GitHub/Gitee 允许添加多个公钥，只要把每个人电脑上的 Key 都添加进去，就可以在每台电脑上往远端提交推送了。

3.3 查看远程仓库信息：git remote

当我们从远程仓库克隆后，Git 会自动把本地的 master 分支和远程的 master 分支对应起来，并且远程仓库的默认名称是 origin。使用 git remote 可以查看远程库的信息：

bash 复制代码

hyb@server:~/git_teaching$ git remote
origin
hyb@server:~/git_teaching$ git remote -v
origin   git@gitee.com:hyb91/git_teaching.git (fetch)
origin   git@gitee.com:hyb91/git_teaching.git (push)

上面显示了可以抓取（fetch）和推送（push）的 origin 地址。如果没有推送权限，就看不到 push 的地址。

四、向远程仓库推送：git push

本地 clone 成功后，我们便可以向仓库中提交内容。先在本地 add、commit 后，再用 git push 将本地分支版本上传到远程并合并，命令格式如下：

bash 复制代码

git push <远程主机名> <本地分支名>:<远程分支名>
# 如果本地分支名与远程分支名相同，则可以省略冒号：
git push <远程主机名> <本地分支名>

例如，将本地的 master 分支推送到 origin 主机的 master 分支：

bash 复制代码

hyb@server:~/git_teaching$ git push origin master
Enumerating objects: 4, done.
...
To gitee.com:hyb91/git_teaching.git
   c6ce3f0..7ce3183  master -> master

提交时要注意：如果之前设置过全局的 name 和 e-mail，这两项配置需要和 gitee 上配置的用户名和邮箱一致，否则会出错；如果从来没设置过，第一次提交也会报错。

推送成功！由于我们使用的是 SSH 协议，不用每一次推送都输入密码，方便了推送操作。如果你使用的是 HTTPS 协议，有个麻烦的地方就是每次推送都必须输入口令。

五、拉取远程仓库：git pull

在 gitee 上点击 README.md 文件并在线修改它，此时远程仓库领先于本地仓库一个版本。为了使本地仓库保持最新，我们需要拉取远程代码并合并到本地。Git 提供了 git pull 命令，用于从远程获取代码并合并本地的版本。格式如下：

bash 复制代码

git pull <远程主机名> <远程分支名>:<本地分支名>
# 如果远程分支是与当前分支合并，则冒号后面的部分可以省略：
git pull <远程主机名> <远程分支名>

使用一下：

bash 复制代码

hyb@server:~/git_teaching$ git pull origin master
remote: Enumerating objects: 5, done.
...
Updating 7ce3183..60e6b0a
Fast-forward
 README.md | 2 ++
 1 file changed, 2 insertions(+)

我们发现，拉取成功了！本地代码已经更新到和远程一致。

六、忽略特殊文件：.gitignore

在日常开发中，有些文件不想或者不应该提交到远端，比如保存了数据库密码的配置文件。怎么让 Git 知道呢？在 Git 工作区的根目录下创建一个特殊的 .gitignore 文件，然后把要忽略的文件名填进去，Git 就会自动忽略这些文件了。

不需要从头写 .gitignore 文件，gitee 在创建仓库时就可以为我们生成，不过需要我们主动勾选一下。例如我们想忽略以 .so 和 .ini 结尾的所有文件：

bash 复制代码

# .gitignore 的内容
*.ini
*.so

最后把 .gitignore 也提交到远端，就完成了。验证一下它的能力：在工作区新增两个文件 a.so 和 b.ini，再 git status：

bash 复制代码

hyb@server:~/git_teaching$ touch a.so b.ini
hyb@server:~/git_teaching$ git status
On branch master
Your branch is up to date with 'origin/master'.
nothing to commit, working tree clean

检验 .gitignore 的标准就是 git status 命令是不是说 working tree clean。我们发现 Git 并没有提示工作区有文件新增，果然 .gitignore 生效了！

但有些时候，你就是想添加一个文件到 Git，但由于这个文件被 .gitignore 忽略了，根本添加不了，可以用 -f 强制添加：

bash 复制代码

git add -f [filename]

或者你发现可能是 .gitignore 写得有问题，需要找出到底哪个规则写错了，可以用 git check-ignore 命令检查：

bash 复制代码

hyb@server:~/git_teaching$ git check-ignore -v a.so
.gitignore:3:*.so   a.so

还有些时候，我们编写规则排除了部分文件，比如 .* 排除所有 . 开头的隐藏文件，结果把 .gitignore 自己也算进去了。此时可以添加一条例外规则：!.gitignore。把指定文件排除在规则外的写法就是 ! + 文件名。

七、给命令配置别名

在我们使用 Git 期间，有些命令敲的时候着实让人头疼（太长了）。幸运的是，Git 支持对命令进行简化！例如将 git status 简化为 git st：

bash 复制代码

git config --global alias.st status

--global 参数是全局参数，也就是这些命令在这台电脑的所有 Git 仓库下都有用。如果不用，那只能针对当前的仓库起作用。

现在敲 git st 就能看效果了。再来配置一个 git last，让它显示最后一次提交信息：

bash 复制代码

git config --global alias.last 'log -1'
git last

不过，我个人还是不推荐大家现在就去使用它，等大家工作了再去简化自己的工作吧，目前所有的命令都要手动完成，尽快适应 Git。

总结

这就是本节的全部内容了。我们从"分布式版本控制系统"讲起，一路拆解了远程仓库的创建、clone（HTTPS/SSH 及 SSH Key 配置）、push 推送、pull 拉取、.gitignore 忽略规则和命令别名。

到这里，你已经能和远程仓库"互通有无"了。但真正的重头戏------多人协作开发，也就是你和你的小伙伴怎么在同一个项目上井井有条地配合，就是我们下一节的内容了。

感谢您的阅读，我们下次再见。