[Git] Git 可以这么学

发布于: 3 小时前
[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

发布于: 3 小时前 阅读数: 30
用户头像

猴哥一一 cium

关注

还未添加个人签名 2018.09.26 加入

一个 Java 从业者, 目前就职于杭州某公司

评论

发布
暂无评论
[Git] Git 可以这么学