日升时奋斗，日落时自省

1、Git安装

1.1、创建git本地仓库

1.2、配置Git

1.3、认识Git内部区分

2、Git应用操作

2.1、添加文件

2.2、查看日志

2.3、查看修改信息

2.4、查看添加信息

3、版本回退

4、撤销修改

4.1、工作区撤销

4.2、已经add，但没有commit

4.3、已经add，也commit

4.4、误删文件

4.4.1、删除工作区文件

4.4.2、删除版本库中的文件

5、分支管理

5.1、创建分支

5.2、分支切换

5.3、合并分支

5.4、删除分支

5.5、合并冲突

5.6、分支管理策略

5.6.1、分支策略

5.7、bug分支

6、远程操作

6.1、创建远程仓库

6.2、克隆远程仓库

6.3、向远程仓库推送

6.4、拉取远程仓库

6.5、配置Git

6.5.1、忽略特殊文件

7、标签管理

7.1、创建标签

7.2、删除标签

7.3、标签推送到远程

8、扩展

8.1、拉取远程仓库

8.2、删除远程仓库

注：本文图片较多，比较基础，耐心观看，如果内容有问题请留言，我尽快回复

当前分为以下三个版本的内容（还有一个没有列举出来：分布式版本控制系统）

Git版本管理：自由进⾏版本回退、撤销、修改等Git操作⽅式

Git分⽀管理：从分⽀创建，切换，合并，删除的整个⽣命周期，灵活进⾏各种场景下的分⽀管理

Git远程仓库与本地仓库：结合版本管理与分⽀管理，做到基于分⽀级的个⼈级开发

每次甲方可能会让我们乙方改多次版本，那我们就每次版本都会有所保存，以及修改内容的查询

Git就是为了解决版本控制；

1、Git安装

Linux系统大多使用两种centos和Ubuntu

（1）centos

可以先看自己的linux服务器上是否装有git

输入命令：git

显示：command not found

出现像上的结果，那就是linux没有安装git

安装git命令：yum -y install git

安装好后，可以产看安装版本：

查看版本命令：git --version

（2）Ubuntu

可以先看自己的linux服务器上是否装有git

输入命令：git

显示：command ‘git’ not found,but can be installed with

安装git： apt-get install git -y

查看版本：git --version

1.1、创建git本地仓库

仓库是进行版本控制的一个文件目录，所以使用过giteee的友友们都是在一个文件夹中创建一个仓库

这里我们先创建文件夹，我在root目录下创建一个gicode文件目录

创建目录命令：mkdir gitcode

其实刚创建的文件是看不见的，查看后也是空空如也

创建一个Git的本地仓库命令：git init

.git目录是Git用来跟踪管理仓库的这里面的内容不要手动修改，修改乱了，就会破坏仓库

想查看git中详细内容：我们这里使用命令：tree -a （需要安装tree）

1.2、配置Git

当安装Git后首先要做的事情设置你的用户名称，和e-mail地址，配置是连接你自己要连接的仓库的账号（此处就可以拿gitee中的用户名和邮箱进行连接操作）

修改用户名命令：git config [--global] user.name "输入你的用户名"

修改email命令：git config [--global] user.email "输入你的email"

查看的仓库详细信息命令：git config -l

注：这里的--global加上是针对所有仓库，都能看见，如果不加当前设置只是针对当前仓库，创建仓库也不一定就是这一个绑定的仓库，还会有其他的，所以这里看着自己的需求

1.3、认识Git内部区分

区域分为三个区域：工作区、暂存区、版本库

首先概念上理解：

工作区：在电脑上要写代码或者文件的目录

暂存区：英文叫做stage或 index 一般存放在.git目录下的index文件中，暂存区也叫做索引

版本库：又名仓库，英文名repository，工作区有一个隐藏目录.git 它不算工作区，而是Git版本库，这个版本库里面的所有文件都可以被Git管理，追踪历史，或者再将来某个时刻可以"还原"

注：HEAD是一个指针，它指向当前所在的分支。每次提交都会创建一个新的commit对象，这个对象包含了这次提交的所有更改。HEAD指针总是指向最新的commit对象，也就是当前所在的分支的最新提交

工作区和版本库库是分开的，但是都在一个目录下，通过新建或粘贴目录的文件，并不能称为向仓库新增文件，仅仅是工作区新增文件，必须通过使用git add 和 git commit命令才能将文件添加到仓库中进行管理

2、Git应用操作

2.1、添加文件

演示添加一个ReadMe文件，先在工作区vim ReadMe 写一个文件内容

添加文件到暂存区：git add [file1] [file2] [file3]...

添加目录到暂存区： git add [dir]

从暂存区提交到本地库中：git commit -m "辅助信息"

注：提交选项 -m 表示的就是做一个提交信息，之后方便我们查看日志（log）的时候能知道对于这个文件是干什么的

（1）针对单个文件进行操作上传

（2）针对多个文件进行上传操作

注：首先我们要工作区进行文件创建或者上传项目源码，才能进git操作

2.2、查看日志

查看日志文件：git log

如果只需要显示提交码：

简介显示命令： git log --pretty=oneline

显示成一行显示，不在显示用户名和邮箱其实主要是针对提交码

如果提交多次或者很久没有进行查看，不知道当前最新提交文件是那个，通过HEAD指针进行操作

注：通过HEAD指针找到最近提交的位置，查看位置获得提交码

object主要用于存储分支对应的提交记录。当您创建一个新的分支时，Git会将该分支的提交记录存储在.git/objects目录下。当您切换到另一个分支时，Git会将该分支的提交记录从.git/objects目录下移动到相应的目录中

使用命令：ls .git/objects

推荐在linux系统上安装一个tree就能实现树形结构展示

2.3、查看修改信息

我们铜鼓日志log看到了对应很长一个字符串（有数字又字符）这就是每次提交的版本号，我们能根据当前版本号知道针对这个文件都进行了那些操作

查看修改信息命令：git cat-file -p 版本号

注：这里的版本号进行复制就行了，不需要手敲，每次查看日志打印，或看最近一次的日志就是使用HEAD指针进行查询

先通过查看日志找到需要的版本号：git log

通过版本号查询相关信息：git cat-file -p 版本号

再次查找这里的有tree 对应的版本号就是针对所有文件展示的版本号

再次使用命令：git cat-file -p 版本号（tree对应的版本号）

2.4、查看添加信息

本地仓库目录有文件进行修改，但是没有不知道有没有进行添加，当前查看使用

查看添加信息：git status

最后这里友友们自行提交即可

这里还能查看修改那些内容在没有git add的时候使用命令：git diff 文件名

3、版本回退

git回退是针对版本控制的

版本回退命令：git reset [--soft | --mixed | --hard] [HEAD]

[--soft | --mixed | --hard]:只能选择其一

--soft：参数对于工作区和暂存区的内容不变，只是将版本库回退到某个指定的版本

--mixed：是默认选项，使用时可以不用带该参数，将暂存区的内容回退为指定提交版本内容，工作区文件保持不变

--hard：参数将暂存区与工作区都回退到指定版本，切忌工作区有提交的代码不要使用这个命令，因为工作区会回滚，提交代码也就没有了，所以--hard使用一定要谨慎使用

这里演示--hard 对应版本回退：
先准备前置操作：添加两个版本，进行版本回退

开始进行回退：

如果真的回退有问题，在一定条件下是可以在找回来了，但是如果太多指令过去了，就可能真的找不到了

挽救命令：git reflog

深度理解版本维护：

4、撤销修改

4.1、工作区撤销

在工作区就是本地文件内容没有进行add，可以自行进行修改，添加和修改无非就是删减代码

但是如果已经添加了很多代码怎么办，这里可以使用命令：git diff 文件名

能够产看你添加了那些代码

清楚工作区的修改：工作区回退命令：git checkout -- 文件名

4.2、已经add，但没有commit

4.3、已经add，也commit

4.4、误删文件

演示思路：先删除文件--》git status进行检查--》文件确实删除了--》挽救文件--》

4.4.1、删除工作区文件

涉及找回命令：git checkout -- 误删工作区的文件名

4.4.2、删除版本库中的文件

前面展示的只是删除工作区上的文件，但是并没有完全删除，这里需要的是删除整个文件，包括仓库中的文件

使用仓库删除命令：git rm 仓库文件名

进行提交删除命令：git commit -m "delete"

5、分支管理

直接上图：进行分支理解；

在版本回退⾥，你已经知道，每次提交，Git都把它们串成⼀条时间线，这条时间线就可以理解为是⼀个分⽀。截⽌到⽬前，只有⼀条时间线，在Git⾥，这个分⽀叫主分⽀，即master分⽀

5.1、创建分支

Git支持我们查看或者创建其他分支，这里演示创建一个dev分支，对应的命令为：

查看分支：git branch

创建分支：git branch dev

注：*表示的当前所在的分支，这里master就是我们当前正在使用的分支，所以master前面就有一个*（*就是HEAD指针指向位置）

分支存储在路径：.git/refs/heads

也可以查看版本号路径：.git/refs/heads/*

当前分支图如下，dev是刚刚创建一个的分支路径，但是不是提交路径所以当前HEAD是不会改变的

5.2、分支切换

切换分支命令：git checkout 分支名（是的，这里再一次看见了checkout 作用很多）

*在那个分支前面当前就说明是操作那个分支（说明这里切换成功）

这里再次修改文件操作ReadMe 看看有什么区别

注：放心dev分支上的内容是一点没有少，因为这两个压根不是一起的

dev分支经过一次提交了，此时HEAD指针是在哪呢（没错就是在dev分支新提交的ReadMe上）

5.3、合并分支

master分支上是没有dev分支上的修改内容的，dev就像我们的开发分支，我们最后修改还是要终止与master分支上，那我们就进行分支合并，dev合并到master上

合并分支操作：先切换到我们要合并的分支（也就是主分支），然后使用命令合并分支

合并命令：git merge 分支名（当前分支为主分支，将分支名合并到当前所在分支）

注：git merge 命令⽤于合并指定分⽀到当前分⽀。合并后，master就能看到dev分⽀提交的内容了

是不是感觉就像是master分支赶上dev分支，分支合并也相当于add 和 commit一次一样，HEAD指针是会跟着移动的

5.4、删除分支

合并完成后原来的分支也就没有用了，那么原来创建dev分支也就可以被删除了（提示：当前处于分支是不能删除的，需要切换到另一个分支才能进行删除）

删除图解：

5.5、合并冲突

合并也并不是总是能合成成功的，也会遇见冲突问题

这里从新将dev1分支创建回来

创建分支：git checkout -b dev1 （-b 就是春创建后直接进入这个分支）

以下分别修改文件是为了（演示两个不同分支内容的修改代表两个人）

这里看一下合并后的状态：

日志查询以下提交信息：git log --graph --pretty=oneline --abbrev-commit

注：这里会显示很多之前的操作，这里我只截取了我们分支合并操作的日志

这个日志怎么看，图解一下给友友们看

合并也合并完了，现在可以删除到dev1分支了

5.6、分支管理策略

前面我们进行的合并分支都是采用Fast forward模式，这是默认的，这个默认合并方法有一点不友好就是，删除分支后，查看分支历史时，会丢掉分支信息，看不出来最新提交的到底是merge进来的还是正常提交的（这么说的原因就是：合并冲突的时候，我们手动修改后会再次进行提交）

刚刚的日志友友们也看见了

这里演示强制禁用Fast forward模式，那就需要重新提交一次

强制禁用Fast forward模式合并命令: git merge --no-ff -m "日志" 分支名

前置合并操作已经执行结束，下面来看日志打印：

提示：这里确实看着太明显，这里直接说结论：禁⽤ Fast forward 模式后合并会创建⼀个新的 commit ，所以加上 -m 参数，把描述写进去（这就是为啥我们能看见原因）

在合并分⽀时，加上 --no-ff 参数就可以⽤普通模式合并，合并后的历史有分⽀，能看出来曾
经做过合并，⽽ fast forward 合并就看不出来曾经做过合并

5.6.1、分支策略

分支就是为了控制版本的，多人合作，每个人都有自己的分支，时不时地往dev分支上合并就可以了（master分支为主分支，dev开发分支，michael自己的分支）

5.7、bug分支

假如我们现在正在dev2 分⽀上进⾏开发，开发到⼀半，突然发现 master 分⽀上⾯有bug，需要解决。在Git中，每个bug都可以通过⼀个新的临时分⽀来修复，修复后，合并分⽀，然后将临时分⽀删除

6、远程操作

我们日常都是为了进行模块化操作的也就是各自干各自的事情，远程仓库就是为了便利操作项目时的所有使用者，针对这个“服务器”肯定是24小时都在运行的，便于我们拿去第一手资料和推送第一手资料，运行git的服务器是可以我们自己搭建的，当前能拿现成的肯定是不会去自己搭建的，github不就是嘛，一个森罗万象的网络，github是国外网站，访问速度比较慢，这里就使用gitee来进行代码托管，创建一个进行git测试的仓库