第一章：Git 介绍

最新推荐文章于 2024-05-09 10:51:18 发布

睡个好觉__

最新推荐文章于 2024-05-09 10:51:18 发布

阅读量407

点赞数

分类专栏： Java 文章标签： git

本文链接：https://blog.csdn.net/qq_43250374/article/details/108764143

版权

Java 专栏收录该内容

3 篇文章 0 订阅

订阅专栏

第一章：Git 介绍

1：Git 简介

1.1：版本控制

什么是版本控制？

我们为什么要关心它呢？版本控制是一种记录一个或若干文件内容变化，以便将来查阅特定版本修订情况的系统。

为什么要使用版本控制？

软件开发中采用版本控制系统是个明智的选择。有了它你就可以将某个文件回溯到之前的状态，甚至将整个项目都回退到过去某个时间点的状态。就算你乱来一气把整个项目中的文件改的改删的删，你也照样可以轻松恢复到原先的样子。但额外增加的工作量却微乎其微。你可以比较文件的变化细节，查出最后是谁修改了哪个地方，从而找出导致怪异问题出现的原因，又是谁在何时报告了某个功能缺陷等等。

版本控制工具应该具备的功能

协同修改

多人并行不悖的修改服务器端的同一个文件。

数据备份

不仅保存目录和文件的当前状态，还能够保存每一个提交过的历史状态。

版本管理

在保存每一个版本的文件信息的时候要做到不保存重复数据，以节约存储空间，提高运行效率。这方面 SVN 采用的是增量式管理的方式，而 Git 采取了文件系统快照的方式。

权限控制

对团队中参与开发的人员进行权限控制。

对团队外开发者贡献的代码进行审核——Git 独有。

历史记录

查看修改人、修改时间、修改内容、日志信息。

将本地文件恢复到某一个历史状态。

分支管理

允许开发团队在工作过程中多条生产线同时推进任务，进一步提高效率。

集中化的版本控制系统

集中化的版本控制系统诸如 CVS，SVN 以及 Perforce 等，都有一个单一的集中管理的服务器，保存所有文件的修订版本，而协同工作的人们都通过客户端连到这台服务器，取出最新的文件或者提交更新。多年以来，这已成为版本控制系统的标准做法。

这种做法带来了许多好处，现在，每个人都可以在一定程度上看到项目中的其他人正在做些什么。而管理员也可以轻松掌控每个开发者的权限，并且管理一个集中化的版本控制系统; 要远比在各个客户端上维护本地数据库来得轻松容易。

事分两面，有好有坏。这么做最显而易见的缺点是中央服务器的单点故障。

如果服务器宕机一小时，那么在这一小时内，谁都无法提交更新，也就无法协同工作

并不是说服务器故障了就没有办法写代码了,只是在服务器故障的情况下,编写的代码是没有办法得到保障的.试想 SVN 中央服务器挂机一天.你还拼命写了一天代码,其中 12 点之前的代码都是高质量可靠的,而且有很多闪光点.而12 点之后的代码由于你想尝试一个比较大胆的想法,将代码改的面目全非了.这样下来你 12 点之前做的工作也都白费了有记录的版本只能是 SVN 服务器挂掉时保存的版本!要是中央服务器的磁盘发生故障，碰巧没做备份，或者备份不够及时，就会有丢失数据的风险。最坏的情况是彻底丢失整个项目的所有历史更改记录，而被客户端偶然提取出来的保存在本地的某些快照数据就成了恢复数据的希望。但这样的话依然是个问题，你不能保证所有的数据都已经有人事先完整提取出来过。只要整个项目的历史记录被保存在单一位置，就有丢失所有历史更新记录的风险。

分布式的版本管理系统
于是分布式版本控制系统面世了。在这类系统中，像 Git，BitKeeper 等，客户端并不只提取最新版本的文件快照，而是把代码仓库完整地镜像下来。这么一来，任何一处协同工作用的服务器发生故障，事后都可以用任何一个镜像出来的本地仓库恢复。因为每一次的提取操作，实际上都是一次对代码仓库的完整备份更进一步，许多这类系统都可以指定和若干不同的远端代码仓库进行交互。籍此，你就可以在同一个项目中分别和不同工作小组的人相互协作。分布式的版本控制系统在管理项目时存放的不是项目版本与版本之间的差异.它存的是索引（所需磁盘空间很少所以每个客户端都可以放下整个项目的历史记录）。

在这里插入图片描述

分布式的版本控制系统出现之后,解决了集中式版本控制系统的缺陷:

1：断网的情况下也可以进行开发（因为版本控制是在本地进行的）。

2：使用 GitHub 进行团队协作,哪怕 GitHub 挂了每个客户端保存的也都是整个完整的项目（包含历史记录的）。

1.2 Git 和 SVN 优缺点介绍

集中式 SVN

svn因为每次存的都是差异 需要的硬盘空间会相对的小一点  可是回滚的速度会很慢
优点: 
    代码存放在单一的服务器上 便于项目的管理
缺点: 
    服务器宕机: 员工写的代码得不到保障
    服务器炸了: 整个项目的历史记录都会丢失

分布式 Git

git每次存的都是项目的完整快照 需要的硬盘空间会相对大一点
    (Git团队对代码做了极致的压缩 最终需要的实际空间比svn多不了太多 可是Git的回滚速度极快)
优点:
    完全的分布式
    大部分操作在本地完成，不需要联网
    完整性保证
    尽可能添加数据而不是删除或修改数据
    分支操作非常快捷流畅
    与 Linux 命令全面兼容
缺点:    
    学习起来比SVN陡峭（命令行比较多）

1.3 Git 图解

在这里插入图片描述

2：Git 安装

2.1：下载

Git下载地址

2.2：安装步骤

没有太多的要求，一直点击 Next 就好了

3：Git 初始化配置

3.1：用户信息

第一次要配置的是你个人的用户名和电子邮件。这两条配置在每次提交都会引用这两条配置信息，说明谁提交了更新，所以会随更新内容一起被永久纳入历史记录：

$ git config --global user.name "username"
$ git config --global user.email "userEmail.@163.com"
//查看已有的配置信息可以使用
git config --list

4：Git 结构

4.1: 结构
在这里插入图片描述
4.2: Git 和代码托管中心

代码托管中心的任务：维护远程库。

局域网下：GitLab 服务器。

外网环境下：GitHub、码云。

4.3：本地库和远程库

团队内部协作
在这里插入图片描述

跨团队协作
在这里插入图片描述

睡个好觉__

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
第一章：Git 介绍

第一章：Git 介绍1：Git 简介 1.1：版本控制什么是版本控制？我们为什么要关心它呢？版本控制是一种记录一个或若干文件内容变化，以便将来查阅特定版本修订情况的系统。为什么要使用版本控制？软件开发中采用版本控制系统是个明智的选择。有了它你就可以将某个文件回溯到之前的状态，甚至将整个项目都回退到过去某个时间点的状态。就算你乱来一气把整个项目中的文件改的改删的删，你也照样可以轻松恢复到原先的样子。但额外增加的工作量却微乎其微。你可以比较文件的变化细节，查出最
复制链接

扫一扫