Git概述

Git 是一个免费的、开源的分布式版本控制系统,可以快速高效地处理从小型到大型的各种 项目。 Git 易于学习,占地面积小,性能极快。 它具有廉价的本地库,方便的暂存区域和多个工作 流分支等特性。其性能优于 Subversion、CVS、Perforce 和 ClearCase 等版本控制工具。

何为版本控制

版本控制是一种记录文件内容变化,以便将来查阅特定版本修订情况的系统。 版本控制其实最重要的是可以记录文件修改历史记录,从而让用户能够查看历史版本, 方便版本切换。

版本控制工具

集中式版本控制工具

CVS、SVN(Subversion)、VSS…… 集中化的版本控制系统诸如 CVS、SVN 等,都有一个单一的集中管理的服务器,保存 所有文件的修订版本,而协同工作的人们都通过客户端连到这台服务器,取出最新的文件或 者提交更新。多年以来,这已成为版本控制系统的标准做法。 这种做法带来了许多好处,每个人都可以在一定程度上看到项目中的其他人正在做些什 么。而管理员也可以轻松掌控每个开发者的权限,并且管理一个集中化的版本控制系统,要 远比在各个客户端上维护本地数据库来得轻松容易。 事分两面,有好有坏。这么做显而易见的缺点是中央服务器的单点故障。如果服务器宕 机一小时,那么在这一小时内,谁都无法提交更新,也就无法协同工作。

image-20230209115521256

分布式版本控制工具

Git、Mercurial、Bazaar、Darcs…… 像 Git 这种分布式版本控制工具,客户端提取的不是最新版本的文件快照,而是把代码 仓库完整地镜像下来(本地库)。这样任何一处协同工作用的文件发生故障,事后都可以用 其他客户端的本地仓库进行恢复。因为每个客户端的每一次文件提取操作,实际上都是一次 对整个文件仓库的完整备份。 分布式的版本控制系统出现之后,解决了集中式版本控制系统的缺陷: 1. 服务器断网的情况下也可以进行开发(因为版本控制是在本地进行的) 2. 每个客户端保存的也都是整个完整的项目(包含历史记录,更加安全)

image-20230209115743797

Git工作机制

git有工作区,暂存区和本地库

image-20230209124242804

Git 和代码托管中心

代码托管中心是基于网络服务器的远程代码仓库,一般我们简单称为远程库。

局域网

​ GitLab

互联网

​ GitHub(外网)

​ Gitee 码云(国内网站)

git的安装可以参考这篇博客

Git常用命令

设置用户签名

注意:签名的作用是区分不同操作者身份。用户的签名信息在每一个版本的提交信息中能够看 到,以此确认本次提交是谁做的。Git 首次安装必须设置一下用户签名,否则无法提交代码。

基本语法:

git config --global user.name 用户名

git config --global user.email 邮箱

直接在桌面右键,点击 Git Bash Here,直接输入这两条命令,用户名和邮箱自己定。(后面的命令都是在Git Bash Here这里进行输入)

查看位置:C:\Users\用户名.gitconfig 文件

初始化本地库

1.基本语法:

git init

2.实操演示

选择一个文件夹,输入上面命令,开始初始化。

image-20230218195508996

3.结果如下

生成如下文件夹

image-20230218195542165

文件夹是隐藏的,需要设置才能看到。

查看本地库状态

1.基本语法

git status

2.实操演示

没有添加文件显示这样的效果,添加文件后会出现变化

image-20230218195854491

现在新增文件

image-20230218200106186

用vim添加文件,往里面写东西。

再次使用命令查看本地库状态

image-20230218200211663

检测到未追踪的文件

添加到暂存区

1.基本语法

git add 文件名

2.实操演示

image-20230218200426394

再次使用git status 查看本地库状态

image-20230218200624705

检测到暂存区有新文件

提交到本地库

说明:这一步是将暂存区的文件添加到本地库

1.基本语法

git commit -m "日志信息" 文件名

2.实操演示

image-20230218201015329

git status 查看状态,显示没有文件提交

image-20230218201515728

用vim修改文件后,检测到工作区有文件被修改。

image-20230218201644995

git add 123.txt将修改的文件添加到暂存区

image-20230218202421038

git status查看状态

image-20230218202550689

再次用git commit -m "my second commit" 123.txt将文件提交到本地库。

image-20230218202834010

查看历史版本

1.基本语法

git reflog 查看版本信息

git log 查看版本详细信息

2.实操演示

image-20230218203416177

image-20230218203527749

版本穿梭

1.基本语法

git reset --hard 版本号

2.实操演示

git reflog查看当前版本,发现当前处于e2632f7这个版本

image-20230218204103988

使用命令进行切换

image-20230218204253552

再次使用git reflog查看当前版本,发现当前处于7ec55bb这个版本

image-20230218204514387

用vim打开文件,发现文件变回第一次提交的样子。

这个切换版本的底层是用指针来操控的。

Git分支操作

image-20230218204825862

什么是分支

在版本控制过程中,同时推进多个任务,为每个任务,我们就可以创建每个任务的单独 分支。使用分支意味着程序员可以把自己的工作从开发主线上分离开来,开发自己分支的时 候,不会影响主线分支的运行。对于初学者而言,分支可以简单理解为副本,一个分支就是 一个单独的副本。(分支底层其实也是指针的引用)

image-20230218204912173

分支的好处

同时并行推进多个功能开发,提高开发效率。 各个分支在开发过程中,如果某一个分支开发失败,不会对其他分支有任何影响。失败 的分支删除重新开始即可。

分支的常用命令

查看分支

1.语法:

git branch -v

2.实操演示

image-20230220083440355

创建分支

1.语法:

git branch 分支名

2.实操演示

image-20230220083900000

修改分支

image-20230220085629730

切换分支

1.语法:

git checkout 分支名

2.实操演示

image-20230220090459671

合并分支

1.语法

git merge 分支名

2.实操演示

image-20230220091211564

产生冲突

冲突产生的表现:后面状态为 MERGING

image-20230220091541976

原因:

合并分支时,两个分支在同一个文件的同一个位置有两套完全不同的修改。Git 无法替 我们决定使用哪一个。必须人为决定新代码内容。

查看状态,发现文件有两处修改

image-20230220091735024

解决冲突

编辑有冲突的文件,删除特殊符号,决定要使用的内容

特殊符号:<<<<<<< HEAD 当前分支的代码 ======= 合并过来的代码 >>>>>>> hot-fix

image-20230220092523977

master、hot-fix 其实都是指向具体版本记录的指针。当前所在的分支,其实是由 HEAD 决定的。所以创建分支的本质就是多创建一个指针。 HEAD 如果指向 master,那么我们现在就在 master 分支上。 HEAD 如果执行 hotfix,那么我们现在就在 hotfix 分支上。所以切换分支的本质就是移动 HEAD 指针。

这篇博客是我在尚硅谷学到git后的学习笔记,记录一下,加深印象。