Git学习总结

Git概述

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

何为版本控制

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

版本控制工具

集中式版本控制工具

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

分布式版本控制工具

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

Git工作机制

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

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.实操演示

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

3.结果如下

生成如下文件夹

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

查看本地库状态

1.基本语法

git status

2.实操演示

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

现在新增文件

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

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

检测到未追踪的文件

添加到暂存区

1.基本语法

git add 文件名

2.实操演示

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

检测到暂存区有新文件

提交到本地库

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

1.基本语法

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

2.实操演示

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

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

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

用git status查看状态

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

查看历史版本

1.基本语法

git reflog 查看版本信息

git log 查看版本详细信息

2.实操演示

版本穿梭

1.基本语法

git reset --hard 版本号

2.实操演示

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

使用命令进行切换

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

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

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

Git分支操作

什么是分支

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

分支的好处

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

分支的常用命令

查看分支

1.语法：

git branch -v

2.实操演示

创建分支

1.语法：

git branch 分支名

2.实操演示

修改分支

切换分支

1.语法：

git checkout 分支名

2.实操演示

合并分支

1.语法

git merge 分支名

2.实操演示

产生冲突

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

原因：

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

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

解决冲突

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

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

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

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