Git——Git 常用命令操作——最认真的图说Git命令

小编还是用图文并茂的方式来给大家将命令有关的操作，啥都不说了，我对你们的感情都在图里

1：Git 命令行操作

安装好Git后，点击鼠标右键，可以看到GitBashHere,点击进去终端（操作跟linux一样），进入到Git安装目录，自己创建一个目录进行演示

1.1 本地库初始化

我们要使用git管理本地化库，我们就要让git获取这个本地库的管理权。所以就要初始化本地库
命令：git init
效果：

1.2 设置签名

• 形式：
  用户名：tom
  Email 地址：goodMorning@atguigu.com

• 作用：区分不同开发人员的身份

• 辨析：这里设置的签名和登录远程库(代码托管中心)的账号、密码没有任何关 系。

• 命令分两种

  • 项目级别/仓库级别：仅在当前本地库范围内有效

# 信息保存位置：./.git/config 文件
& git config user.name tom_pro 
& git config user.email goodMorning_pro@qq.com 

• 系统用户级别：登录当前操作系统的用户范围

# 信息保存位置：~/.gitconfig 文件
& git config --global user.name tom_glb 
& git config --global user.email goodMorning_pro@qq.com 

• 级别优先级
  就近原则：项目级别优先于系统用户级别，二者都有时采用项目级别 的签名
  如果只有系统用户级别的签名，就以系统用户级别的签名为准
  二者都没有创建不允许

说明：

• 签名的作用是区分不同操作者身份。用户的签名信息在每一个版本的提交信息中能够看到，以此确认本次提交是谁做的。Git首次安装必须设置一下用户签名，否则无法提交代码。
• 注意：这里设置用户签名和将来登录GitHub(或其他代码托管中心）的账号没有任何关系。-

1.3 基本操作

命令如下：

# 状态查看 ： 查看工作区、暂存区状态
& git status

#  添加：将工作区的“新建/修改”添加到暂存区
& git add [filename] 

# 提交：将暂存区的内容提交到本地库
 git commit -m "commitmessage" [filename] 

图文并茂举例上面三个命令的用法和一些特点

1.4 版本穿梭准备工作（查看历史记录）

1.4.1 常用命令

# 查看历史记录 
& git log
# 多屏显示控制方式： 空格向下翻页 ，b 向上翻页， q 退出

# 用漂亮的格式去显示，就是就用一行，简洁多了
git log --pretty=oneline

# 用漂亮的格式去显示，就是就用一行，简洁多了，哈希值更简洁了
git log --oneline

# 可以移动到自己的版本 HEAD@{移动到当前版本需要多少步}
git reflog

举例演示

1.4.2 前进后退版本的常用命令和操作

# 基于索引值操作[推荐] 
$ git reset --hard [局部索引值] 
$ git reset --hard a6ace91

#  使用^符号：只能后退   注：一个^表示后退一步，n 个表示后退 n 步 
 git reset --hard HEAD^ 
 
#  使用~符号：只能后退   注：表示后退 n 步
 git reset --hard HEAD~n 

举例演示

1.4.3 reset 命令的三个参数对比和git切换版本的底层原理

• 参数对比

# 仅仅在本地库移动 HEAD 指针
* --soft参数

#  在本地库移动 HEAD 指针 ， 重置暂存区
* --mixed参数

# 在本地库移动 HEAD 指针 ，重置暂存区 ， 重置工作区
* --hard参数

举例演示

• Git切换版本，底层其实是移动的HEAD指针，具体原理如下图所示

在本地库的内存中制造了很多版本信息，然后调用指针。来指向不同的版本

案例演示：穿梭不同的版本中，并且可以在.git文件中看到对应版本号

原理图：

1.4.4 删除文件后找回的两种方式

• 永久删除文件后找回
  举例：新建一个4.txt文件，然后删除，并讨论这一个过程
  上图说话
  
  
• 添加到暂存区的删除文件找回
  举例演示：新建一个3.txt文件，然后删除，并讨论这一个过程
  上图说话

两个方法比较：
前提：删除前，文件存在时的状态提交到了本地库。
操作：gitreset–hard[指针位置]
删除操作已经提交到本地库：指针位置指向历史记录
删除操作尚未提交到本地库：指针位置使用 HEAD

1.5 比较文件差异

常用命令

# 将工作区中的文件和暂存区进行比较 
$  git diff [文件名] 

# 将工作区中的文件和本地库历史记录比较 , 不带文件名比较多个文件
$ git diff [本地库中历史版本] [文件名] 

1.6 分支管理

1.6.1 分支概念

• 在版本控制过程中，使用多条线同时推进多个任务。

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

1.6.2 分支好处

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

1.6.3 分支操作

常用命令

 # 创建分支 
$ git branch [分支名] 

 #  查看分支 
 $ git branch -v 
 
 # 切换分支
$ git checkout [分支名] 

 # 合并分支 
 # 第一步：切换到接受修改的分支（被合并，增加新内容）上 
 $ git checkout [被合并分支名]
 #  第二步：执行 merge 命令
 $  git merge [有新内容分支名]

举例演示：
所有分支都是共用同一个文件夹，我们现在在brother分支上修改3.txt文件，用vim编辑器加上edit by brother，并上传到本地库，然后合并分支查看效果，是否master上有更改后的3.txt

1.6.3.1 解决合并分支后产生的冲突

冲突演示，我们在master分支中编辑3.txt文件不同的位置，我们用brother分支来编写不同的值，合并到master分支中，观察是否产生冲突？

 冲突的解决 
 
 # 第一步：编辑文件，删除特殊符号 
 # 第二步：把文件修改到满意的程度，保存退出 
 
 # 第三步：
 git add [文件名] 
 
 # 第四步：
 git commit -m "日志信息" 
 # 注意：此时 commit 一定不能带具体文件名

冲突解决，