程序员必备基础：Git 命令全方位学习

逃离我推掉我的手 2021-08-31 14:07 321阅读 0赞

## 前言 ##

掌握Git命令是每位程序员必备的基础，之前一直是用smartGit工具，直到看到大佬们都是在用Git命令操作的，回想一下，发现有些Git命令我都忘记了，于是写了这篇博文，复习一下~

https://github.com/whx123/JavaHome

**文章目录**

*  Git是什么?
 *  Git的相关理论基础
 *  日常开发中，Git的基本常用命令
 *  Git进阶之分支处理
 *  Git进阶之处理冲突
 *  Git进阶之撤销与回退
 *  Git进阶之标签tag
 *  Git其他一些经典命令

## Git是什么 ##

在回忆Git是什么的话，我们先来复习这几个概念哈~

### 什么是版本控制？ ###

百度百科定义是酱紫的~

> 
> 
> 版本控制是指对软件开发过程中各种程序代码、配置文件及说明文档等文件变更的管理，是软件配置管理的核心思想之一。
> 
> ”

那些年，我们的毕业论文,其实就是版本变更的真实写照...脑洞一下，版本控制就是这些论文变更的管理~![format_png][]

### 什么是集中化的版本控制系统？ ###

那么，集中化的版本控制系统又是什么呢，说白了，就是有一个集中管理的中央服务器，保存着所有文件的修改历史版本，而协同开发者通过客户端连接到这台服务器，从服务器上同步更新或上传自己的修改。

![format_png 1][]

### 什么是分布式版本控制系统？ ###

分布式版本控制系统，就是远程仓库同步所有版本信息到本地的每个用户。嘻嘻，这里分三点阐述吧：

*  用户在本地就可以查看所有的历史版本信息，但是偶尔要从远程更新一下，因为可能别的用户有文件修改提交到远程哦。
 *  用户即使离线也可以本地提交，push推送到远程服务器才需要联网。
 *  每个用户都保存了历史版本，所以只要有一个用户设备没问题，就可以恢复数据啦~

![format_png 2][]

### 什么是Git? ###

Git是免费、开源的**分布式版本控制**系统，可以有效、高速地处理从很小到非常大的项目版本管理。

![format_png 3][]

## Git的相关理论基础 ##

*  Git的四大工作区域
 *  Git的工作流程
 *  Git文件的四种状态
 *  一张图解释Git的工作原理

### Git的四大工作区域 ###

先复习Git的几个工作区域哈：![format_png 4][]

*  **Workspace**：你电脑本地看到的文件和目录，在Git的版本控制下，构成了工作区。
 *  **Index/Stage**：暂存区，一般存放在 .git目录下，即.git/index,它又叫待提交更新区，用于临时存放你未提交的改动。比如，你执行git add，这些改动就添加到这个区域啦。
 *  **Repository**：本地仓库，你执行git clone 地址，就是把远程仓库克隆到本地仓库。它是一个存放在本地的版本库，其中**HEAD指向最新放入仓库的版本**。当你执行git commit，文件改动就到本地仓库来了~
 *  **Remote**：远程仓库，就是类似github，码云等网站所提供的仓库，可以理解为远程数据交换的仓库~

### Git的工作流程 ###

上一小节介绍完Git的四大工作区域，这一小节呢，介绍Git的工作流程咯，把git的操作命令和几个工作区域结合起来，个人觉得更容易理解一些吧，哈哈，看图：

![format_png 5][]git 的正向工作流程一般就这样：

*  从远程仓库拉取文件代码回来；
 *  在工作目录，增删改查文件；
 *  把改动的文件放入暂存区；
 *  将暂存区的文件提交本地仓库；
 *  将本地仓库的文件推送到远程仓库；

### Git文件的四种状态 ###

根据一个文件是否已加入版本控制，可以把文件状态分为：Tracked(已跟踪)和Untracked(未跟踪)，而tracked(已跟踪)又包括三种工作状态：Unmodified，Modified，Staged

![format_png 6][]

*  **Untracked**: 文件还没有加入到git库，还没参与版本控制，即未跟踪状态。这时候的文件，通过git add 状态，可以变为Staged状态
 *  **Unmodified**：文件已经加入git库, 但是呢，还没修改, 就是说版本库中的文件快照内容与文件夹中还完全一致。Unmodified的文件如果被修改, 就会变为Modified. 如果使用git remove移出版本库, 则成为Untracked文件。
 *  **Modified**：文件被修改了，就进入modified状态啦，文件这个状态通过stage命令可以进入staged状态
 *  **staged**：暂存状态. 执行git commit则将修改同步到库中, 这时库中的文件和本地文件又变为一致, 文件为Unmodified状态.

### 一张图解释Git的工作原理 ###

![format_png 7][]

## 日常开发中，Git的基本常用命令 ##

*  git clone
 *  git checkout -b dev
 *  git add
 *  git commit
 *  git log
 *  git diff
 *  git status
 *  git pull/git fetch
 *  git push

这个图只是模拟一下git基本命令使用的大概流程哈~![format_png 8][]

### git clone ###

当我们要进行开发，第一步就是克隆远程版本库到本地呢

git clone url  克隆远程版本库

![format_png 9][]

### git checkout -b dev ###

克隆完之后呢，开发新需求的话，我们需要新建一个开发分支，比如新建开发分支dev

创建分支：

git checkout -b dev   创建开发分支dev，并切换到该分支下

![format_png 10][]

### git add ###

git add的使用格式：

git add .	添加当前目录的所有文件到暂存区
    git add [dir]	添加指定目录到暂存区，包括子目录
    git add [file1]	添加指定文件到暂存区

有了开发分支dev之后，我们就可以开始开发啦，假设我们开发完HelloWorld.java，可以把它加到暂存区，命令如下

git add Hello.java  把HelloWorld.java文件添加到暂存区去

![format_png 11][]

### git commit ###

git commit的使用格式：

git commit -m [message] 提交暂存区到仓库区,message为说明信息
    git commit [file1] -m [message] 提交暂存区的指定文件到本地仓库
    git commit --amend -m [message] 使用一次新的commit，替代上一次提交

把HelloWorld.java文件加到暂存区后，我们接着可以提交到本地仓库啦~

git commit -m 'helloworld开发'

![format_png 12][]

### git status ###

git status,表示查看工作区状态，使用命令格式：

git status  查看当前工作区暂存区变动
    git status -s  查看当前工作区暂存区变动，概要信息
    git status  --show-stash 查询工作区中是否有stash（暂存的文件）

当你忘记是否已把代码文件添加到暂存区或者是否提交到本地仓库，都可以用git status看看哦~![format_png 13][]

### git log ###

git log，这个命令用得应该比较多，表示查看提交历史/提交日志~

git log  查看提交历史
    git log --oneline 以精简模式显示查看提交历史
    git log -p <file> 查看指定文件的提交历史
    git blame <file> 一列表方式查看指定文件的提交历史

嘻嘻，看看dev分支上的提交历史吧~要回滚代码就经常用它喵喵提交历史~![format_png 14][]

### git diff ###

git diff 显示暂存区和工作区的差异
    git diff filepath   filepath路径文件中，工作区与暂存区的比较差异
    git diff HEAD filepath 工作区与HEAD ( 当前工作分支)的比较差异
    git diff branchName filepath 当前分支的文件与branchName分支的文件的比较差异
    git diff commitId filepath 与某一次提交的比较差异

如果你想对比一下你改了哪些内容，可以用git diff对比一下文件修改差异哦![format_png 15][]

### git pull/git fetch ###

git pull  拉取远程仓库所有分支更新并合并到本地分支。
    git pull origin master 将远程master分支合并到当前本地分支
    git pull origin master:master 将远程master分支合并到当前本地master分支，冒号后面表示本地分支
    
    
    git fetch --all  拉取所有远端的最新代码
    git fetch origin master 拉取远程最新master分支代码

我们一般都会用git pull拉取最新代码看看的，解决一下冲突，再推送代码到远程仓库的。

![format_png 16][]

> 有些伙伴可能对使用git pull还是git fetch有点疑惑，其实 git pull = git fetch+ git merge。pull的话，拉取远程分支并与本地分支合并，fetch只是拉远程分支，怎么合并，可以自己再做选择。
> 
>   
>

### git push ###

git push 可以推送本地分支、标签到远程仓库，也可以删除远程分支哦。

git push origin master 将本地分支的更新全部推送到远程仓库master分支。
    git push origin -d <branchname>   删除远程branchname分支
    git push --tags 推送所有标签

如果我们在dev开发完，或者就想把文件推送到远程仓库，给别的伙伴看看，就可以使用git push origin dev~![format_png 17][]

## Git进阶之分支处理 ##

Git一般都是存在多个分支的，开发分支，回归测试分支以及主干分支等，所以Git分支处理的命令也需要很熟悉的呀~

*  git branch
 *  git checkout
 *  git merge

### git branch ###

git branch用处多多呢，比如新建分支、查看分支、删除分支等等

**新建分支：**

git checkout -b dev2  新建一个分支，并且切换到新的分支dev2
    git branch dev2 新建一个分支，但是仍停留在原来分支

![format_png 18][]

**查看分支：**

git branch    查看本地所有的分支
    git branch -r  查看所有远程的分支
    git branch -a  查看所有远程分支和本地分支

![format_png 19][]

**删除分支：**

git branch -D <branchname>  删除本地branchname分支

![format_png 20][]

### git checkout ###

**切换分支：**

git checkout master 切换到master分支

![format_png 21][]

### git merge ###

我们在开发分支dev开发、测试完成在发布之前，我们一般需要把开发分支dev代码合并到master，所以git merge也是程序员必备的一个命令。

git merge master  在当前分支上合并master分支过来
    git merge --no-ff origin/dev  在当前分支上合并远程分支dev
    git merge --abort 终止本次merge，并回到merge前的状态

比如，你开发完需求后，发版需要把代码合到主干master分支，如下：![format_png 22][]

## Git进阶之处理冲突 ##

Git版本控制，是多个人一起搞的，多个分支并存的，这就难免会有冲突出现~

### Git合并分支，冲突出现 ###

同一个文件，在合并分支的时候，如果同一行被多个分支或者不同人都修改了，合并的时候就会出现冲突。

举个粟子吧，我们现在在dev分支，修改HelloWorld.java文件，假设修改了第三行，并且commit提交到本地仓库，修改内容如下：

public class HelloWorld {
        public static void main(String[] args) {
            System.out.println("Hello，捡田螺的小男孩！");
        }
    }

我们切回到master分支，也修改HelloWorld.java同一位置内容，如下：

public class HelloWorld {
        public static void main(String[] args) {
            System.out.println("Hello，jay！！");
        }
    }

再然后呢，我们提交一下master分支的这个改动，并把dev分支合并过下，就出现冲突啦，如图所示：

![format_png 23][]

### Git解决冲突 ###

Git 解决冲突步骤如下：

*  查看冲突文件内容
 *  确定冲突内容保留哪些部分，修改文件
 *  重新提交，done

#### 1.查看冲突文件内容 ####

git merge提示冲突后，我们切换到对应文件，看看冲突内容哈，，如下：![format_png 24][]

#### 2.确定冲突内容保留哪些部分，修改文件 ####

*  Git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容，
 *  <<<<<<<HEAD是指主分支修改的内容，>>>>>>> dev是指dev分支上修改的内容

所以呢，我们确定到底保留哪个分支内容，还是两个分支内容都保留呢，然后再去修改文件冲突内容~

#### 3.修改完冲突文件内容，我们重新提交，冲突done ####

![format_png 25][]

## Git进阶之撤销与回退 ##

Git的撤销与回退，在日常工作中使用的比较频繁。比如我们想将某个修改后的文件撤销到上一个版本，或者想撤销某次多余的提交，都要用到git的撤销和回退操作。

代码在Git的每个工作区域都是用哪些命令撤销或者回退的呢，如下图所示：![format_png 26][]

有关于Git的撤销与回退，一般就以下几个核心命令

*  git checkout
 *  git reset
 *  git revert

### git checkout ###

如果文件还在**工作区**，还没添加到暂存区，可以使用git checkout撤销

git checkout [file]  丢弃某个文件file
    git checkout .  丢弃所有文件

以下demo，使用git checkout -- test.txt 撤销了test.txt的修改![format_png 27][]

### git reset ###

#### git reset的理解 ####

> git reset的作用是修改HEAD的位置，即将HEAD指向的位置改变为之前存在的某个版本.
> 
>   
>

为了更好地理解git reset，我们来回顾一下,Git的版本管理及HEAD的理解

> Git的所有提交，会连成一条时间轴线，这就是分支。如果当前分支是master，HEAD指针一般指向当前分支，如下：
> 
>   
>

![format_png 28][]

假设执行git reset，回退到版本二之后，版本三不见了哦,如下：

![format_png 29][]

#### git reset的使用 ####

Git Reset的几种使用模式![format_png 30][]

git reset HEAD --file
    回退暂存区里的某个文件，回退到当前版本工作区状态
    git reset –-soft 目标版本号 可以把版本库上的提交回退到暂存区，修改记录保留
    git reset –-mixed 目标版本号 可以把版本库上的提交回退到工作区，修改记录保留
    git reset –-hard  可以把版本库上的提交彻底回退，修改的记录全部revert。

先看一个粟子demo吧，代码**git add到暂存区，并未commit提交**,可以酱紫回退，如下：

git reset HEAD file 取消暂存
    git checkout file 撤销修改

![format_png 31][]

再看另外一个粟子吧，代码已经git commit了，但是还没有push：

git log  获取到想要回退的commit_id
    git reset --hard commit_id  想回到过去，回到过去的commit_id

![format_png 32][]

如果代码已经push到远程仓库了呢，也可以使用reset回滚哦(这里大家可以自己操作实践一下哦)~

git log
    git reset --hard commit_id
    git push origin HEAD --force

### git revert ###

> 与git reset不同的是，revert复制了那个想要回退到的历史版本，将它加在当前分支的最前端。

**revert之前：**![format_png 28][]**revert 之后：**![format_png 33][]

当然，如果代码已经推送到远程的话，还可以考虑revert回滚呢

git log  得到你需要回退一次提交的commit id
    git revert -n <commit_id>  撤销指定的版本，撤销也会作为一次提交进行保存

![format_png 34][]

## Git进阶之标签tag ##

打tag就是对发布的版本标注一个版本号，如果版本发布有问题，就把该版本拉取出来，修复bug，再合回去。

git tag  列出所有tag
    git tag [tag] 新建一个tag在当前commit
    git tag [tag] [commit] 新建一个tag在指定commit
    git tag -d [tag] 删除本地tag
    git push origin [tag] 推送tag到远程
    git show [tag] 查看tag
    git checkout -b [branch] [tag] 新建一个分支，指向某个tag

![format_png 35][]

## Git其他一些经典命令 ##

### git rebase ###

rebase又称为衍合，是合并的另外一种选择。

假设有两个分支master和test

D---E test
          /
     A---B---C---F--- master

执行 git merge test得到的结果

D--------E
          /          \
     A---B---C---F----G---   test, master

执行git rebase test，得到的结果

A---B---D---E---C‘---F‘---   test, master

**rebase好处是：** 获得更优雅的提交树，可以线性的看到每一次提交，并且没有增加提交节点。所以很多时候，看到有些伙伴都是这个命令拉代码：git pull --rebase，就是因为想更优雅，哈哈

### git stash ###

stash命令可用于临时保存和恢复修改

git stash  把当前的工作隐藏起来 等以后恢复现场后继续工作
    git stash list 显示保存的工作进度列表
    git stash pop stash@{num} 恢复工作进度到工作区
    git stash show ：显示做了哪些改动
    git stash drop stash@{num} ：删除一条保存的工作进度
    git stash clear 删除所有缓存的stash。

![format_png 36][]

### git reflog ###

显示当前分支的最近几次提交

![format_png 37][]

### git blame filepath ###

git blame 记录了某个文件的更改历史和更改人，可以查看背锅人，哈哈![format_png 38][]

### git remote ###

git remote   查看关联的远程仓库的名称
    git remote add url   添加一个远程仓库
    git remote show [remote] 显示某个远程仓库的信息

## 参考与感谢 ##

感谢各位前辈的文章：

一个小时学会Git（https://www.cnblogs.com/best/p/7474442.html\#\_label3\_4\_0\_4）

【Git】(1)---工作区、暂存区、版本库、远程仓库（https://www.cnblogs.com/qdhxhz/p/9757390.html）

Git Reset 三种模式（https://www.jianshu.com/p/c2ec5f06cf1a）

Git恢复之前版本的两种方法reset、revert（图文详解）（https://blog.csdn.net/yxlshk/article/details/79944535）

Git撤销&回滚操作(git reset 和 get revert)（https://blog.csdn.net/asoar/article/details/84111841）

为什么要使用git pull --rebase？（https://www.jianshu.com/p/dc367c8dca8e）

--------------------

\-END-

如果看到这里，说明你喜欢这篇文章，请 转发、点赞。同时 标星（置顶）本公众号可以第一时间接受到博文推送。

**推****荐****阅****读**

***1. ***[这 7 个 GitHub 项目太吊了！][7 _ GitHub]

***2. ***[一套牛逼的 Spring Cloud 微服务电商实战项目][Spring Cloud]

***3.*** [华为 Java 编程军规][Java]

***4. ***[怎么写一个超棒的 README 文档][README]

![format_png 39][]

最近整理一份面试资料**《Java技术栈学习手册》**，覆盖了Java技术、面试题精选、Spring全家桶、Nginx、SSM、微服务、数据库、数据结构、架构等等。

获取方式：点“ **在看**，关注公众号 **Java后端** 并回复 **777** 领取，更多内容陆续奉上。

喜欢文章，点个在看 ![format_png 40][]

[format_png]: /images/20210730/6fb1a7a3cd074997a64b8a02e65aa2b2.png
[format_png 1]: /images/20210730/07768f767f92407795775d64b41b13cf.png
[format_png 2]: /images/20210730/68020e2a5f8b4b96b626188298bc5399.png
[format_png 3]: /images/20210730/ce3c9acc7b2547818518c8a6d1e881e6.png
[format_png 4]: /images/20210730/6986bfb1f3514c96b5dce3d1cf35fcec.png
[format_png 5]: /images/20210730/b239090896f840cb95b919795930c966.png
[format_png 6]: /images/20210730/e352f5cb6f6e447cb372cbb527168e1d.png
[format_png 7]: /images/20210730/f15b818bb15e44979d452aacd2e1d574.png
[format_png 8]: /images/20210730/78c9539b91964f5384cc028e89a28a9c.png
[format_png 9]: /images/20210730/59228c35b3784a4ab788c86c612ed723.png
[format_png 10]: /images/20210730/0bb3333f74a54b3f92db5e274071ffb5.png
[format_png 11]: /images/20210730/8576301539644078b2010c46e595f6ed.png
[format_png 12]: /images/20210730/ca6f8a1a9200457a9d5678bff9922917.png
[format_png 13]: /images/20210730/c093fc2b3fcf4238bac8906e2f46ac9c.png
[format_png 14]: /images/20210730/42c3023f041f47969e248bb3a2c00d7e.png
[format_png 15]: /images/20210730/5f7d380dbe934ba7b355412837aff81c.png
[format_png 16]: /images/20210730/040e308ad9ff418a85b075cf98380a3b.png
[format_png 17]: /images/20210730/264c471257be404c95dad0f14b267f8b.png
[format_png 18]: /images/20210730/0eeead5791e64d80bafe782cfcb5fd73.png
[format_png 19]: /images/20210730/4e85d1204be547259991a928e445712f.png
[format_png 20]: /images/20210730/6bada6eeb21040d39e95bf3dfe190140.png
[format_png 21]: /images/20210730/f63bf203bd0a42cc9c4d7d4b3b217d55.png
[format_png 22]: /images/20210730/ec966176c0f74242a9fe3043b3031503.png
[format_png 23]: /images/20210730/aaf108ec8af145d3915942985edea67e.png
[format_png 24]: /images/20210730/d5c32afa556b44d1bd9e321cbd540d3a.png
[format_png 25]: /images/20210730/a23e8284b3654c019a5ab2ac90922057.png
[format_png 26]: /images/20210730/a535024f5203443da2c4f3d3e16ed54d.png
[format_png 27]: /images/20210730/de8c7812b20b41cba7fd120f76408b05.png
[format_png 28]: /images/20210730/c6a19cf4c98e447e8ed58080b2b29621.png
[format_png 29]: /images/20210730/f58609e7be75408f8f204df8061786e8.png
[format_png 30]: /images/20210730/9b0ac11fe9354edaa043dabd9afbf866.png
[format_png 31]: /images/20210730/e2460b7982324f559ad960d0b604d0ea.png
[format_png 32]: /images/20210730/308116f14f29404fbb43d535e1dfb806.png
[format_png 33]: /images/20210730/4c429c213f6346498f3e380de80c0d10.png
[format_png 34]: /images/20210730/496e602d87b74edea097b4d910bc7372.png
[format_png 35]: /images/20210730/224d798b613c4544a587abe8df5b30f9.png
[format_png 36]: /images/20210730/8030a378794d479397b951f3022db0b3.png
[format_png 37]: /images/20210730/c423ab49c1df46f2a4d0049f508190c3.png
[format_png 38]: /images/20210730/64d5ae939f874ba68205a8754a487f9d.png
[7 _ GitHub]: http://mp.weixin.qq.com/s?__biz=Mzg2MjEwMjI1Mg%3D%3D&chksm=ce0e4018f979c90ede0480ecc64de41f335cfaa906330f1c889b6c320cce337040423d778b97&idx=1&mid=2247497627&scene=21&sn=3b0470971db810caf893e7bd2a49d8ed#wechat_redirect
[Spring Cloud]: http://mp.weixin.qq.com/s?__biz=Mzg2MjEwMjI1Mg%3D%3D&chksm=ce0e4018f979c90e4c4eda24f69258df64023a15a66032fe5af5a03d62a1e07d563c51b76095&idx=2&mid=2247497627&scene=21&sn=f33957e607b48c29855cc9f7486f1b34#wechat_redirect
[Java]: http://mp.weixin.qq.com/s?__biz=Mzg2MjEwMjI1Mg%3D%3D&chksm=ce0e4018f979c90e2ac0afd0e29f7d2ba2a1c741195f337a9ddc6dd8a493a03618b2bcd7dff8&idx=3&mid=2247497627&scene=21&sn=247be72da1045ebcedef6020c981e628#wechat_redirect
[README]: http://mp.weixin.qq.com/s?__biz=Mzg2MjEwMjI1Mg%3D%3D&chksm=ce0e40fff979c9e924f0a7ebb3c1cc5b13a04e91e900e55c2b153a9ce19e5ad169043b5d98c1&idx=3&mid=2247497596&scene=21&sn=3eddc4ba0177f22120e1c1811b6b1b5a#wechat_redirect
[format_png 39]: /images/20210730/c27cd72f00f4400e901eac085fdbebff.png
[format_png 40]: /images/20210730/4b925ee728274c87bd5dcdedbdc909eb.png