轻松掌握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,发起请求后,老汪就会收到老魏的请求和代码,经过老汪审核后,就可以合并到自己的远程库中:
在这里插入图片描述
此时老汪再对远程库进行拉取操作,就可以将老魏修改的代码获取到本地了。


微信搜索【码视界】或者扫描下方二维码关注我的微信公众号,更多精彩等着你!
~wangweijun CSDN认证博客专家 Spring Java
人生如逆旅,我亦是行人。
©️2020 CSDN 皮肤主题: 数字20 设计师:CSDN官方博客 返回首页
实付 39.90元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、C币套餐、付费专栏及课程。

余额充值