轻松掌握Git开发(一)基本概念的介绍

在去年的时候我便写过一个Git的教程专栏，但是那时候对于Git接触的还是比较少，文章可能也写得不够严谨不够好，所以我打算重新写一个Git专栏，这次我尽量将Git方方面面的知识点都介绍到，尽量讲得通俗易懂，希望能够帮到想要学习Git的你。

Git介绍

先来说一说Git，相信大家对Git并不陌生，它是一个开源的分布式版本控制系统，可以有效、高速地处理从很小到非常大的项目版本管理，这里涉及到了一个概念：版本控制。

那么什么是版本控制？为什么需要版本控制呢？

还是举个例子，比如你最近正在做一份简历，辛辛苦苦做了一下午，大致结构已经做完了。第二天，你突然想到简历上有些地方不是很合理，于是你打开电脑准备修改，你又想到不能在原来的基础上直接修改，否则万一改得不好想调回去就难办了，这时候你的脑子里就有了版本控制的思想了。

结果改了好几天，简历版本越来越多：

在这里插入图片描述

你开始觉得这不是一个好的办法，那么有没有这样一个工具能够记录我每个版本的简历，并且记录下我修改的内容，而且能够随意切换到我想要的简历版本呢？当然有了，Git就能够帮你实现。

其实Git的功能可不仅仅如此，它有如下一些功能：

1. 协同修改
2. 数据备份
3. 版本管理
4. 权限控制
5. 历史记录
6. 分支管理

其它版本控制工具介绍

关于版本控制工具，大体分为两类，一类是以SVN为代表的集中式版本控制工具，这类工具的工作原理是：它有一个中央服务器，所有开发人员都需要从服务器中将代码下载到本地，然后在本地进行开发，开发完成后再提交到服务器。

所以集中式版本控制工具的最大缺点是它无法脱离服务器，如果服务器损坏，所有文件都将丢失。

还有一类是以Git为代表的分布式版本控制工具，这类工具对于每个开发人员，它都能够直接在本地进行版本控制，也就是说，本地就有完整的提交历史。该类工具没有中央服务器的限制，大大减小了文件丢失的可能性。

Git发展历史

这个简单提一下吧，相信这些历史故事大家也耳熟能详了。

Git的创作者是林纳斯·托瓦兹，Git的产生也不离开Linux系统，我们知道，Linux系统的创作者也是林纳斯·托瓦兹，这可是一位传奇人物，它有一句经典名言：Talk is cheap, show me the code——能说算不上什么，有本事就把你的代码给我看看。

最初的Linux系统由林纳斯本人负责合并来自世界各地的牛人提供的代码，然而随着系统的日益壮大，代码越来越多，采用手动合并显然工作量太大了。这个时候BitKeeper软件的东家BitMover公司出于人道主义将该软件免费授权给Linux开源社区使用，但是Linux社区中有人试图破解BitKeeper软件，导致BitMover公司收回了免费使用权。当然这里面我们无法去判断谁对谁错，据说BitMover公司的授权条款中也有很多对Linux社区中的开发者十分不平等的条约。

事情总归是发生了，没办法，林纳斯再度发挥自己的编程实力，在两周内用C语言成功开发出了Git的主体程序，一个月后Linux系统代码已经交由Git管理了。

Git的下载安装

为了照顾没有Linux基础的同学(其实我自己也不太会Linux指令)，接下来的所有操作都将在Windows系统上进行，我们先到官网把Git下载好，下载地址：https://git-scm.com/downloads

根据自己的需求下载相应的版本，下载完成后双击打开安装包，开始安装：

在这里插入图片描述

这里直接下一步：

在这里插入图片描述

这里也直接下一步就可以了：

在这里插入图片描述

依旧直接下一步：

在这里插入图片描述

这里需要注意了，安装程序默认选择的是第二个，我们分别来解释一下这三种情况：

1. 第一种方式不会去修改系统变量PATH，这是一种最安全的做法，但是只能在Git Bash中使用Git指令
2. 第二种方式会去修改系统变量PATH，使得你能够在Windows的CMD窗口中使用Git指令，但这只是一种理论安全的做法，并不能保证绝对安全
3. 第三种方式也会去修改系统变量PATH，而且会覆盖find和sort命令，

所以这里我们可以视情况选择第一种或者第二种方式，千万不要选第三种，我推荐大家选择第一种方式就足够了，选择好后点击下一步：

在这里插入图片描述

这里是选择本地库和远程库的连接方式，默认即可，下一步：

在这里插入图片描述

这里是对Windows和Unix之间的回车换行符风格进行一个转换，默认即可，下一步：

在这里插入图片描述

这里选择使用哪个终端，默认即可，下一步：

在这里插入图片描述

这里同样默认即可，然后点击Install进行安装，这样Git就安装完成了。

此时我们只需要在任何位置右键鼠标，就会出现如下两个选项：

在这里插入图片描述

点击Git Bash Here就能够打开Git的终端：

在这里插入图片描述

代码托管中心

通过前面的了解，我们知道，Git使得每位开发人员能够在本地进行版本的迭代，那么代码托管中心的作用是什么呢？

它的作用是维护远程库，典型的代码托管中心有：GitHub和码云。

在局域网内，我们也可以通过GitLab自己搭建一个托管中心。

本地库与远程库的交互

下面介绍一下本地库与远程库的交互操作，具体分为两种情况：

1. 团队内部协作
2. 跨团队协作

团队内部协作

先说说团队内容协作，假设有一个程序员张三，它手下有一个员工李四，这两个人如何进行团队协同开发呢？

首先张三在自己本地进行开发，将项目的基本结构搭建好，此时张三将本地库的代码推送到远程库：

在这里插入图片描述

这时候托管中心就有了张三推送上去的远程库，此时李四只需要将远程库的代码下载到本地即可：

在这里插入图片描述

这样李四也在本地进行开发，开发完成后将本地库推送到远程库即可：

在这里插入图片描述

李四对远程库进行了修改之后，张三要想获得李四的修改内容，就需要对远程库进行一个拉取的操作，将远程库的内容拉取到本地库：

在这里插入图片描述

这样两个人便实现了协同开发，注意这里的李四并不能直接将本地库的代码推送到远程库，因为这个远程库是张三创建的，李四要想推送代码，就必须加入到张三的项目团队中，这个后面会具体介绍。

跨团队协作

再假设一种情况，有一个程序员老汪正在进行项目开发，发现自己遇到了一个难题，于是它找到了以前的师傅老魏，请求它帮忙，但是老魏不是这个项目团队的人，此时老汪将自己本地的代码推送到了远程库：

在这里插入图片描述

老魏要想参与到项目中，就需要将老汪推送的远程库作一个复制的操作：

在这里插入图片描述

此时代码托管中心就有了两份一模一样的远程库，只不过一份是老汪的，一份是老魏的，接着老魏将自己远程库的代码克隆到本地库：

在这里插入图片描述

老魏就可以进行开发了，问题解决后，老魏将本地库的代码推送到自己的远程库：

在这里插入图片描述

但这时候改变的仅仅是老魏的远程库，老汪的远程库并没有被修改，这时候老魏需要发起一个pull request，发起请求后，老汪就会收到老魏的请求和代码，经过老汪审核后，就可以合并到自己的远程库中：

在这里插入图片描述

此时老汪再对远程库进行拉取操作，就可以将老魏修改的代码获取到本地了。