[Git] Git 能够这么学

Git 就这么简单

Git 命令咱们可能工做中会常用，确实要好好总结一下。

总结下来发现，其实 Git 没那么难，了解下原理，再加上平常实战，其实就查很少了。

Git 是什么

首先 Git 是一款版本控制工具。

那啥是版本控制呢？

版本控制（Revision control）是一种在开发的过程当中用于管理咱们对文件、目录或工程等内容的修改历史，方便查看更改历史记录，备份以便恢复之前的版本的软件工程技术。

主流的版本控制管理工具备 SVN，Git，CVS 等。

能够说 Git 是最早进的分布式版本控制系统（没有之一）。

Git 工做流原理【重要】

先看张图，这图还挺重要，吃透这张图，其实平常使用 Git 就没什么问题了。

这张原理图涉及到6个命令很是重要，先学会这几个，其他的其实还有百十个也记不住，用到再去学。

第一次看这图的话，建议从右边往左看。

解释下几个名词

• Workspace：工做区，其实就是我们写代码的地方
• Index / Stage：暂存区，执行git add命令就把工做区内容提交到了暂存区
• Repository：仓库区（或本地仓库），执行git commit命令就会把暂存区的内容提交到本地仓库
• Remote：远程仓库，执行git push命令就能够把本地代码推到远程分支

其实我们的数据就是在上述几个地方流转

再结合这两个图理解一下

文件状态流转【重要】

上面介绍了文件在不一样区域的流转，我们还须要了解一下文件自己的状态，以及不一样命令对文件状态的影响。理解这几个状态直接的流转，有助于看清 Git 本质。

• 没有被add过的文件叫untracked
• add以后文件处于staged状态等待commite
• commit以后文件处于unmodified，这里之因此是modified是由于文件会跟仓库中的文件对比
• 当unmodified的文件被修改则会变为modified状态
• modified以后的文件add以后将继续变为staged状态
• unmodifed的文件还有一种多是已经再也不须要了，那么能够remove它再也不追踪变为untracked状态

文件操做初体验

结合文件状态流转图，实践一下下面的基础文件操做命令吧。

git init 初始化git生成git仓库
git status 查看git状态
git add <filename>添文件到暂存区
git add .加入全部文件到暂存区
git commite -m 'message'提交文件到本地仓库
git reset <filename>将尚没有commite以前加入到暂存区的文件从新拉回
复制代码

Git 经常使用命令

初始化仓库

首先我们得有个工做区域对不对

# case1
# 在当前目录建立一个文件夹
$ mkdir [project-name]
# 在当前目录新建一个Git代码库
$ git init
# case2
# 新建一个目录，将其初始化为Git代码库
$ git init [project-name]
# case3
# 下载一个项目和它的整个代码历史（各个分支提交记录等）
$ git clone [url]

复制代码

注意：git init 会产生 .git 文件夹，windows默认看不到，须要设置一下显示隐藏文件才能看到

增长/删除文件

结合上面的原理图，去理解经常使用的 add commit 命令

# 添加指定文件到暂存区
$ git add [file1] [file2] ...

# 添加指定目录到暂存区，包括子目录
$ git add [dir]

# 添加当前目录的全部文件到暂存区
$ git add .

# 添加每一个变化前，都会要求确认
# 对于同一个文件的多处变化，能够实现分次提交
$ git add -p

# 删除工做区文件，而且将此次删除放入暂存区
$ git rm [file1] [file2] ...

# 中止追踪指定文件，但该文件会保留在工做区
$ git rm --cached [file]

# 更名文件，而且将这个更名放入暂存区
$ git mv [file-original] [file-renamed]

# 提交暂存区到仓库区
$ git commit -m [message]

# 提交暂存区的指定文件到仓库区
$ git commit [file1] [file2] ... -m [message]

# 提交工做区自上次commit以后的变化，直接到仓库区
$ git commit -a

# 提交时显示全部diff信息
$ git commit -v

# 使用一次新的commit，替代上一次提交
若是代码没有任何新变化，则用来改写上一次commit的提交信息
$ git commit --amend -m [message]

# 重作上一次commit，并包括指定文件的新变化
$ git commit --amend [file1] [file2] ...

# 提交更改到远程仓库
$ git push origin master

# 拉取远程更改到本地仓库默认自动合并
$ git pull origin master
复制代码

查看信息

咱们能够看当前 git 状态，提交日志，文件差别等待内容

# 显示有变动的文件
$ git status

# 显示当前分支的版本历史
$ git log

# 显示commit历史，以及每次commit发生变动的文件
$ git log --stat

# 搜索提交历史，根据关键词
$ git log -S [keyword]

# 显示某个commit以后的全部变更，每一个commit占据一行
$ git log [tag] HEAD --pretty=format:%s

# 显示某个commit以后的全部变更，其"提交说明"必须符合搜索条件
$ git log [tag] HEAD --grep feature

# 显示某个文件的版本历史，包括文件更名
$ git log --follow [file]
$ git whatchanged [file]

# 显示指定文件相关的每一次diff
$ git log -p [file]

# 显示过去5次提交
$ git log -5 --pretty --oneline

# 显示全部提交过的用户，按提交次数排序
$ git shortlog -sn

# 显示指定文件是什么人在什么时间修改过
$ git blame [file]

# 显示暂存区和工做区的差别
$ git diff

# 显示暂存区和上一个commit的差别
$ git diff --cached [file]

# 显示工做区与当前分支最新commit之间的差别
$ git diff HEAD

# 显示两次提交之间的差别
$ git diff [first-branch]...[second-branch]

# 显示今天你写了多少行代码
$ git diff --shortstat "@{0 day ago}"

# 显示某次提交的元数据和内容变化
$ git show [commit]

# 显示某次提交发生变化的文件
$ git show --name-only [commit]

# 显示某次提交时，某个文件的内容
$ git show [commit]:[filename]

# 显示当前分支的最近几回提交
$ git reflog
复制代码

标签

标签实际上是一种版本的概念，发布一个版本时，咱们一般先在版本库中打一个标签（tag），这样，就惟一肯定了打标签时刻的版本。

commit号通常长这样6a5819e...，好比你要回退到这个版本，你记得住6a5819e...吗？这时候标签就起做用了。

# 列出全部tag
$ git tag

# 新建一个tag在当前commit
$ git tag [tag]

# 新建一个tag在指定commit
$ git tag [tag] [commit]

# 删除本地tag
$ git tag -d [tag]

# 删除远程tag
$ git push origin :refs/tags/[tagName]

# 查看tag信息
$ git show [tag]

# 提交指定tag
$ git push [remote] [tag]

# 提交全部tag
$ git push [remote] --tags

# 新建一个分支，指向某个tag
$ git checkout -b [branch] [tag]
复制代码

分支管理

分支实际上是一种并行开发（协做）的方式，能够在不一样的分支上干各自是事。

# 列出全部本地分支
$ git branch

# 列出全部远程分支
$ git branch -r

# 列出全部本地分支和远程分支
$ git branch -a

# 新建一个分支，但依然停留在当前分支
$ git branch [branch-name]

# 新建一个分支，并切换到该分支
$ git checkout -b [branch]

# 新建一个分支，指向指定commit
$ git branch [branch] [commit]

# 新建一个分支，与指定的远程分支创建追踪关系
$ git branch --track [branch] [remote-branch]

# 切换到指定分支，并更新工做区
$ git checkout [branch-name]

# 切换到上一个分支
$ git checkout -

# 创建追踪关系，在现有分支与指定的远程分支之间
$ git branch --set-upstream [branch] [remote-branch]

# 合并指定分支到当前分支
$ git merge [branch]

# 选择一个commit，合并进当前分支
$ git cherry-pick [commit]

# 删除分支
$ git branch -d [branch-name]

# 删除远程分支
$ git push origin --delete [branch-name]
$ git branch -dr [remote/branch]

复制代码

撤销（俗称后悔药）

我们干活不是只能往前走，偶尔咱们可能会须要回到以前的版本，那这个时候撤销命令就上场了

# 恢复暂存区的指定文件到工做区
$ git checkout [file]

# 恢复某个commit的指定文件到暂存区和工做区
$ git checkout [commit] [file]

# 恢复暂存区的全部文件到工做区
$ git checkout .

# 重置暂存区的指定文件，与上一次commit保持一致，但工做区不变
$ git reset [file]

# 重置暂存区与工做区，与上一次commit保持一致
$ git reset --hard

# 重置当前分支的指针为指定commit，同时重置暂存区，但工做区不变
$ git reset [commit]

# 重置当前分支的HEAD为指定commit，同时重置暂存区和工做区，与指定commit一致
$ git reset --hard [commit]

# 重置当前HEAD为指定commit，但保持暂存区和工做区不变
$ git reset --keep [commit]

# 新建一个commit，用来撤销指定commit
# 后者的全部变化都将被前者抵消，而且应用到当前分支
$ git revert [commit]

# 暂时将未提交的变化移除，稍后再移入
$ git stash
$ git stash pop
复制代码

干货：常见疑问

你认为 Git 最重要的是什么？

我的认为是 commit ，全部的概念都是围绕它展开的，

好比分支其实就是 commit 的集合载体，

而在执行 merge 的时候，也是针对 commit 进行合并，

在 reset 的时候，也是回退到某个 commit，

因此理解 commit 对于整个 Git 工做流很是重要。

git reset --soft --hard --mixed 的区别

能够经过 git reset -help 查看官方说明，其实说的挺明白。

为何说的这么明白了，好像还不少人（包括我）有疑问呢？估计是被网文影响的吧，或者像我同样压根没看过...

--mixed               reset HEAD and index	# 只改变HEAD指针和暂存区
--soft                reset only HEAD		# 只改变HEAD
--hard                reset HEAD, index and working tree#改变 HEAD/index/workspace

# 补充一下，
reset 操做实际上改变HEAD(本地仓库)指针指向的commit，index 就是指的我们说的暂存区。
从实际执行结果来看，mixed和soft都不会改变本地代码，只有hard方式会改变本地代码
# 注意一下：soft 和 mixed 操做结果的不一样点
soft：致使文件的状态处于 staged 状态
mixed：致使文件的状态处于 modified 状态
结合上面的**文件状态流转图**理解一下
复制代码

衍生的问题

若是遇到某些命令不清楚用法，能够 git 某命令 -help，去看官方输出，其实最直接了。

有些东西被网上各类转义反而会让人产生疑惑。

# 好比上面的 reset 命令
$ git reset -help

usage: git reset [--mixed | --soft | --hard | --merge | --keep] [-q] [<commit>]
   or: git reset [-q] [<tree-ish>] [--] <paths>...
   or: EXPERIMENTAL: git reset [-q] [--stdin [-z]] [<tree-ish>]
   or: git reset --patch [<tree-ish>] [--] [<paths>...]

    -q, --quiet           be quiet, only report errors
    --mixed               reset HEAD and index
    --soft                reset only HEAD
    --hard                reset HEAD, index and working tree
    --merge               reset HEAD, index and working tree
    --keep                reset HEAD but keep local changes
    --recurse-submodules[=<reset>]
                          control recursive updating of submodules
    -p, --patch           select hunks interactively
    -N, --intent-to-add   record only the fact that removed paths will be added later
    -z                    EXPERIMENTAL: paths are separated with NUL character
    --stdin               EXPERIMENTAL: read paths from <stdin>

复制代码

命令太多记不住怎么办？

计算机行业工做多数须要实操，程序员是一个熟练工种。

Git 是我们的一个工具，通常我们能熟练使用就行，并不须要成为使用专家。

固然一件事若是是重要的且频繁要作的，用的多了，天然就记住了。 不然，记不住就记不住吧，能找到怎么用就行。

References

阮一峰老师的Git命令清单

廖雪峰老师的Git教程

全面理解Git