git的高级小知识

基础知识

我们知道git一般把区域分为四个部分，通过不同的命令可以完成每一个区域的切换。对于这四种区域，内心一定要清楚的记住。

git.png

git add  ..=>  把工作区的内容放入暂存区

git commit .. => 把暂存区的内容提交到本地仓库

git push .. => 把本地仓库推送到远程仓库

版本知识

一般HEAD表示当前版本: HEAD^ 表示上一个版本，HEAD^^上上个版本，HEAD~100往上100个版本。

当前版本记录

$ git log  //查看当前的版本记录
$ git log --pretty=oneline  // 简化版的查看当前版本记录（省去了时间和本人）

$ git log --pretty=oneline
fea014ebe02b2dde8d88442fd6a2866f0f7b22fc update a
8f06228d024c544796adf6b8796d8b559af4b846 update c.md
77ace164ccc7063270c0268ec15e4f87b01b49a8 create c
3c7280b9cc8144052c2944b1ac9aca10d123de57 create c.md
b14d862114f8214065fdbc97ebc42326889bd607 create b.mc
b66b422aaae32972955216c3ea9d2464dba3473b create a.md
848833db8bbc8f289dfa89610566b20f2a5c5dcd create a.md
e040a733d1c6ffd7eaf26b1f00c0149e3adaf324 测试删除文件
ace6c17bbed2d7bd476d39c1c9b542967f255aa2 提交2.md到本地仓库
a8ae74e2ff0e10fed7dd508eada245b10aba4cd0 提交2.md到本地仓库

历史版本记录

$ git reflog  // 查看历史版本

$ git reflog
fea014e HEAD@{0}: commit: update a
8f06228 HEAD@{1}: reset: moving to HEAD^
a6aed5a HEAD@{2}: commit: update a
8f06228 HEAD@{3}: commit: update c.md
77ace16 HEAD@{4}: commit: create c
3c7280b HEAD@{5}: commit: create c.md
b14d862 HEAD@{6}: commit: create b.mc
b66b422 HEAD@{7}: commit: create a.md
848833d HEAD@{8}: commit: create a.md

1. 检查修改

我们在工作中经常需要对比2个文件的区别，方便我们知道修改的地方。

已修改，未暂存

git diff  <filename>// 工作区和（暂存区，本地仓库）的比较

假如我们现在有一个文件a.md，它里面的内容是This is a，已经被提交到本地仓库过或者已经存放在暂存区过，现在我们需要给a.md添加字段update a,但是还没有提交到暂存区。通过git diff a.md来判定文件的修改内容。

// a.md
This is a

// 添加字段的a.md
Thid is a
update a

$ git diff a.md
diff --git a/a.md b/a.md
index 483b5ef..dff9281 100644
--- a/a.md
+++ b/a.md
@@ -1 +1,2 @@
 This is a
+update a

已暂存，未提交

git diff --cached <filename>  // 暂存区和本地仓库文件的比较

我们在创建一个b.md，它里面的内容是This is b，已经被提交过本地仓库一次，现在我们需要给b.md添加字段update b,但是还已经提交到暂存区。通过git diff --cached b.md来判定文件的修改内容。

// b.md
This is b

// 添加字段的b.md 
Thid is b
update b

$ git diff --cached b.md
diff --git a/b.md b/b.md
index 063936b..5eee7b8 100644
--- a/b.md
+++ b/b.md
@@ -1 +1,2 @@
 This is b
+update b

已提交，未推送

git diff master origin/master // 本地仓库和远程仓库的比较

我们在创建一个c.md，它里面的内容是This is c，已经被提交过远程仓库一次，现在我们需要给c.md添加字段update c,但是还已经提交到本地仓库。通过git diff <branch> <origin/branch>来判定文件的修改内容。

$ git diff master origin/master
diff --git a/c.md b/c.md
index 39b4fb0..5c88cd0 100644
--- a/c.md
+++ b/c.md
@@ -1,2 +1 @@
 This is c
-update c

对比2个版本的指定文件

$ git diff <版本号> <版本号> <文件名>

我们刚刚创建了一个d.md提交到本地仓库，然后更新了它的内容，也提交到本地仓库，想对比本次提交和上一次提交d.md的内容差别。

// 1. 查看我们刚刚提交的版本记录
$ git log --pretty=oneline
fbecc1386e8d1d2bdad26ab65d0a0650f14f7206 update d.md
f4001ea7c5cc5809c03f6b6b15dff616cbf4dc4a create d.md
8f06228d024c544796adf6b8796d8b559af4b846 update c.md

// 2. 对比f4001ea和fbecc13的区别
$ git diff f4001ea fbecc13 d.md
diff --git a/d.md b/d.md
new file mode 100644
index 0000000..fd25f48
--- /dev/null
+++ b/d.md
@@ -0,0 +1,2 @@
+This is d
+update d

// 可以很明显的看出，我们添加了2行代码

// 我们再更新下
$ git reflog
5987f16 HEAD@{0}: commit: 第二次更新d.md
fbecc13 HEAD@{1}: commit: update d.md
f4001ea HEAD@{2}: commit: create d.md

// 2. 对比fbecc13和5987f16的区别
$ git diff fbecc13 5987f16 d.md
diff --git a/d.md b/d.md
index fd25f48..b6f7a8f 100644
--- a/d.md
+++ b/d.md
@@ -1,2 +1,3 @@
 This is d
 update d
+update d2

总结：

git diff <filename> 工作区和（暂存区，本地仓库）的比较

git diff --cached <filename> 暂存区和本地仓库的比较

git diff <branch> <origin/branch> 本地仓库和远程仓库的比较

$ git diff <版本号> <版本号> <文件名> 对比不同版本的文件

2. 撤销修改

人生谁不犯一点错误，但是git给我们修改错误的机会，这样就可以让你的年终奖不至于因为你的疏忽而没有。

已修改，未暂存

git checkout -- <file>  // 不要忘记了整个 --  
git checkout .

我们已经有一个a.md，它里面的内容是This is a，我们无意中添加了add 1这样的字段，但是又没有用处，想撤销添加的add 1,并且还没有放入暂存区。

// a.md 
This is a
+ add 1  // 想撤销添加的字段

// 1. 没有撤销之前
$ git status
On branch master
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

        modified:   a.md

no changes added to commit (use "git add" and/or "git commit -a")

// 2. 撤销
$ git checkout -- a.md

//3. 撤销之后
$ git status
On branch master
nothing to commit, working tree clean

已暂存，未提交

git reset HEAD <file> // 把暂存区的内容退回工作区
git checkout -- <file>

我们已经有一个a.md，它里面的内容是This is a，我们无意中添加了add 2这样的字段，但是又没有用处，想撤销添加的add 1,并且还已经放入暂存区。

// 1. 没有撤销之前
$ git status
On branch master
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

        modified:   a.md

// 2. 撤回到工作区
$ git reset HEAD a.md
Unstaged changes after reset:
M       a.md

// 3. 已经回到工作区
$ git status
On branch master
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

        modified:   a.md

no changes added to commit (use "git add" and/or "git commit -a")

// 4. 撤销工作区
$ git checkout -- a.md

已提交，未推送

$ git reset --hard HEAD^  //回退到本地仓库的上一个版本

我们已经有一个a.md，它里面的内容是This is a，我们无意中添加了add 3这样的字段，但是又没有用处，想撤销添加的add 1,并且还已经提交到本地仓库了。

// 1. 已经提交
$ git commit -am 'update a'
[master 2f04a8e] update a
 1 file changed, 2 insertions(+), 1 deletion(-)

// 2. 撤销已经提交的
$ git reset --hard HEAD^
HEAD is now at fea014e update a

撤销到指定版本

// 1. 通过历史记录，查到你想要倒退到哪一个版本
$ git log 

// 2. 通过撤销
$ git reset --hard '版本号'

// 1. 
$ git log
commit fea014ebe02b2dde8d88442fd6a2866f0f7b22fc
Author: sunny <sunny@lianj.com>
Date:   Thu Dec 21 10:11:20 2017 +0800

    update a

commit 8f06228d024c544796adf6b8796d8b559af4b846
Author: sunny <sunny@lianj.com>
Date:   Wed Dec 20 18:12:27 2017 +0800

    update c.md

commit 77ace164ccc7063270c0268ec15e4f87b01b49a8
Author: sunny <sunny@lianj.com>
Date:   Wed Dec 20 18:11:42 2017 +0800

    create c

commit 3c7280b9cc8144052c2944b1ac9aca10d123de57
Author: sunny <sunny@lianj.com>
Date:   Wed Dec 20 18:07:25 2017 +0800

    create c.md
//2. 倒退到 create c.md
$ git reset --hard 3c7280b

// 3. 再次查看当前版本记录，就会发现之前的版本都没有了，最新的也是3c7280b的create c.md
commit 3c7280b9cc8144052c2944b1ac9aca10d123de57
Author: sunny <sunny@lianj.com>
Date:   Wed Dec 20 18:07:25 2017 +0800

    create c.md

commit b14d862114f8214065fdbc97ebc42326889bd607
Author: sunny <sunny@lianj.com>
Date:   Wed Dec 20 17:51:03 2017 +0800

    create b.mc

commit b66b422aaae32972955216c3ea9d2464dba3473b
Author: sunny <sunny@lianj.com>
Date:   Wed Dec 20 17:43:08 2017 +0800

    create a.md

撤销到指定版本后，还想回到之前的某一个版本

我刚刚撤销到c.md后后悔了，应该倒退到它的上2个版本的，现在怎么办呢？通过git log又查询不到，愁死我了，这个时候救命天子git reflog登上历史舞台。

// 查看全部历史记录
$ git reflog
3c7280b HEAD@{0}: reset: moving to 3c7280b
fea014e HEAD@{1}: reset: moving to HEAD^
2f04a8e HEAD@{2}: commit: update a
fea014e HEAD@{3}: commit: update a
8f06228 HEAD@{4}: reset: moving to HEAD^
a6aed5a HEAD@{5}: commit: update a
8f06228 HEAD@{6}: commit: update c.md
77ace16 HEAD@{7}: commit: create c
3c7280b HEAD@{8}: commit: create c.md

上面的记录清晰的告诉我们，我们刚刚退回到了3c7280b，也可以看到它的上2个版本是8f06228 update c.md

// 1. 退回到8f06228版本
$ git reset --hard 8f06228

// 2. 查看当前版本记录
$ git log
commit 8f06228d024c544796adf6b8796d8b559af4b846
Author: sunny <sunny@lianj.com>
Date:   Wed Dec 20 18:12:27 2017 +0800

    update c.md

commit 77ace164ccc7063270c0268ec15e4f87b01b49a8
Author: sunny <sunny@lianj.com>
Date:   Wed Dec 20 18:11:42 2017 +0800

    create c

commit 3c7280b9cc8144052c2944b1ac9aca10d123de57
Author: sunny <sunny@lianj.com>
Date:   Wed Dec 20 18:07:25 2017 +0800

    create c.md

commit b14d862114f8214065fdbc97ebc42326889bd607
Author: sunny <sunny@lianj.com>
Date:   Wed Dec 20 17:51:03 2017 +0800

    create b.mc

3. 合并多条commit

$ git rebase -i <版本号>  //  $ git rebase -i HEAD~i  
// reabse squash     rebase fixup

-i 实际上就是 --interactive 的简写，在使用 git rebase -i 时，我们要在后面再添加一个参数，这个参数应该是 最新的一个想保留的 Commit，就是不会合并的commit。

有的时候开发项目的一个小功能，我们没完成一部分都会git commit,等到工程完成后，就会出现很多commit,这样不方便管理和查看功能，怎么才能合并多个commit呢？

// 1. 查看提交记录
$ git log
commit b921d5f230b4bfb54307371cca8b15afcdd38236
Author: sunny <sunny@lianj.com>
Date:   Thu Dec 21 16:15:18 2017 +0800

    commit 3

commit 649eb33de6cb5592bbb9a659cf3c44bdc324317f
Author: sunny <sunny@lianj.com>
Date:   Thu Dec 21 16:14:55 2017 +0800

    commit 2

commit ee0e1b28c328792096e4dfea599d38374ce6a480
Author: sunny <sunny@lianj.com>
Date:   Thu Dec 21 16:00:04 2017 +0800

    commit 1

// 2.现在合并commit2 和 commit 3 , 从commit 1 开始
$ git reabse -i HEAD~2 // 进入交互页面

// 3. 从下面可以看出我们可以用到s(squash)  
pick 649eb33 commit 2
pick b921d5f commit 3

# Rebase ee0e1b2..b921d5f onto ee0e1b2 (2 commands)
#
# Commands:
# p, pick = use commit
# r, reword = use commit, but edit the commit message
# e, edit = use commit, but stop for amending
# s, squash = use commit, but meld into previous commit
# f, fixup = like "squash", but discard this commit's log message
# x, exec = run command (the rest of the line) using shell
# d, drop = remove commit

// 4. 把commit 3 pick改成 s 就相当于把commit 2 放入commit 3中的前面
pick 649eb33 commit 2
s b921d5f commit 3
// 5. 你会进入一个新的commit 界面 :wq退出

// 6. 再次查看log
$ git log
commit b646746055840c1f98de3bbf498d8ef8f26117e3
Author: sunny <sunny@lianj.com>
Date:   Thu Dec 21 16:14:55 2017 +0800

    commit 2

    commit 3

commit ee0e1b28c328792096e4dfea599d38374ce6a480
Author: sunny <sunny@lianj.com>
Date:   Thu Dec 21 16:00:04 2017 +0800

    commit 1

可能会遇到的问题

人生都不是一帆风顺的，在你合并的时候可能会遇到一些问题，例如下面的：

我们在把之前的合并退回来

// 1. 看看目前的状态
$ git status
On branch master
nothing to commit, working tree clean

// 2. 用我们之前的回退到上一个版本
$ git reset HEAD^
  
// 3. 回退完后
$ git status
On branch master
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

        modified:   a.js

no changes added to commit (use "git add" and/or "git commit -a")

// 4. 在处理成开始的样子，有三个提交记录commit 1  commit 2 commit 3
// 5. 再次进入的时候我们把commit 2 的pick改为s
pick 649eb33 commit 2
pick b921d5f commit 3
// 6
s 649eb33 commit 2
pick b921d5f commit 3

//7. 就会出问题了，我们来看看问题的本源
$ git rebase -i ee0e1b
error: cannot 'squash' without a previous commit
You can fix this with 'git rebase --edit-todo' and then run 'git rebase --continue'.
Or you can abort the rebase with 'git rebase --abort'.

看提示是without a previous commit 没有一个先前的提交，我们使用s的时候和合并到先前的提交，而我们进入交互模式-i的时候，commit 2之前确实没有可以插入的commit

// commit 2之前没可以插入的commit
# s, squash = use commit, but meld into previous commit
s 649eb33 commit 2
pick b921d5f commit 3

解决

$ git rebase --abort // 取消本次的合并，重新来

测试

我们测试一下我们的猜想正不正确？

// 1. 有四个commit 
$  git log
commit 37fcf0211672026db25d43b25bc1ca76f2877615
Author: sunny <sunny@lianj.com>
Date:   Thu Dec 21 16:59:23 2017 +0800

    commit 4

commit 0efdd45062fabb687633b195f7866fc2b16c2e03
Author: sunny <sunny@lianj.com>
Date:   Thu Dec 21 16:37:19 2017 +0800

    commit 3

commit deeece14b4444fde6bbcb4584017ac3e13757d6e
Author: sunny <sunny@lianj.com>
Date:   Thu Dec 21 16:36:44 2017 +0800

    commit 2

commit ee0e1b28c328792096e4dfea599d38374ce6a480
Author: sunny <sunny@lianj.com>
Date:   Thu Dec 21 16:00:04 2017 +0800

    commit 1

// 2. 合并commit 1 前面的三个
$ git rebase -i ee0e1b
// 3. 进入交互页面,把commit 3 和 commit 4 改为 s
pick deeece1 commit 2
s 0efdd45 commit 3
s 37fcf02 commit 4

// 4. 修改完成后
$ git log
commit 00b478bfae42ce72e8080aa8bc0127a956a0f800
Author: sunny <sunny@lianj.com>
Date:   Thu Dec 21 16:36:44 2017 +0800

    commit 2

    commit 3

    commit 4

commit ee0e1b28c328792096e4dfea599d38374ce6a480
Author: sunny <sunny@lianj.com>
Date:   Thu Dec 21 16:00:04 2017 +0800

    commit 1

4. 分支管理

我们在正式的项目中，往往是分为以下几个分支

master(主分支)
develop(开发分支)
test(测试分支)
uat(预发布分支)

master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；

那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；

你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。

修复一个小bug

已经发布到线上的项目，老板突然说，线上这个字写错了，我们需要立马的修改过来，停下手里的开发工作，那应该怎么做呢？

从develop切换到master，然后拉去远程代码
```
git checkout master
git pull origin master
```
从master开出一个新的分支bug
```
git checkout -b bug
```
然后在bug上面修改错误，修改完成后合并到master分支上面
```
git checkout master
git merge bug
```
完成bug后删除开的分支
```
git branch -d bug
```

5. 修改commit的内容

修改最新的一条commit

$ git commit --amend

修改其他的commit

// 1. 查看历史
$ git log
commit fc8e6d60941d5408f7b37d6b1e7ce61311cff8dd
Author: sunny <sunny@lianj.com>
Date:   Thu Dec 21 17:25:31 2017 +0800

    commit 5

commit 922a1b9f8e3136da34fef2f2d05ca42e2cf1c730
Author: sunny <sunny@lianj.com>
Date:   Thu Dec 21 16:36:44 2017 +0800

    commit 2

    commit 3

    commit 4

commit ee0e1b28c328792096e4dfea599d38374ce6a480
Author: sunny <sunny@lianj.com>
Date:   Thu Dec 21 16:00:04 2017 +0800

    commit 1

// 2. 通过rebase回到我们要修改的commit 
$ git rebase -i ee0e1b

// 3. 进入交互模式，把对应的commit 的pick改为e
e 922a1b9 commit 2
pick fc8e6d6 commit 5

// 4. 然后进入了对于的基层
$ git commit --amend
[detached HEAD 2d45119] commit 2 修改了的 commit 3
 Date: Thu Dec 21 16:36:44 2017 +0800
 4 files changed, 3 insertions(+)
 create mode 100644 b.js
 create mode 100644 c.js
 create mode 100644 m.nmd

// 5. 修改完成
$ git rebase --continue
Successfully rebased and updated refs/heads/master.

// 6. c查看历史
$ git log
commit 3fb44dac394983a26e6790e46934c37fe00ac4af
Author: sunny <sunny@lianj.com>
Date:   Thu Dec 21 17:25:31 2017 +0800

    commit 5

commit 2d4511915ad46ff5e8809f14a29e5c47ff5e1e44
Author: sunny <sunny@lianj.com>
Date:   Thu Dec 21 16:36:44 2017 +0800

    commit 2
    修改了的
    commit 3

    commit 4

commit ee0e1b28c328792096e4dfea599d38374ce6a480
Author: sunny <sunny@lianj.com>
Date:   Thu Dec 21 16:00:04 2017 +0800

    commit 1

6. git cherry-pick（也很重要）

$ git cherry-pick  // 把对应的commit 复制到其他的分支

参考链接（篇幅有限，但是很重要）

Git笔记(三)——[cherry-pick, merge, rebase]

7. git小知识

$ gitk // 可以调用出git的图形操作界面

参考链接

git如何修改已提交的commit

如何优雅地合并多个 Commit

廖雪峰的git教程

[如何彻底删除 Git 中的提交

最后编辑于：2017.12.21 19:53:53

人面猴
序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
沈念sama阅读 158,736评论 4赞 362
死咒
序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
沈念sama阅读 67,167评论 1赞 291
救了他两次的神仙让他今天三更去死
文/潘晓璐我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
开封第一讲书人阅读 108,442评论 0赞 243
道士缉凶录：失踪的卖姜人
文/不坏的土叔我叫张陵，是天一观的道长。经常有香客问我，道长，这世上最难降的妖魔是什么？我笑而不...
开封第一讲书人阅读 43,902评论 0赞 204
港岛之恋（遗憾婚礼）
正文为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
茶点故事阅读 52,302评论 3赞 287
恶毒庶女顶嫁案：这布局不是一般人想出来的
文/花漫我一把揭开白布。她就那样静静地躺着，像睡着了一般。火红的嫁衣衬着肌肤如雪。梳的纹丝不乱的头发上，一...
开封第一讲书人阅读 40,573评论 1赞 216
城市分裂传说
那天，我揣着相机与录音，去河边找鬼。笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。我是一名探鬼主播，决...
沈念sama阅读 31,847评论 2赞 312
双鸳鸯连环套：你想象不到人心有多黑
文/苍兰香墨我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
开封第一讲书人阅读 30,562评论 0赞 197
万荣杀人案实录
序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
沈念sama阅读 34,260评论 1赞 241
护林员之死
正文独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋以下内容为张勋视角年9月15日...
茶点故事阅读 30,531评论 2赞 245
白月光启示录
正文我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
茶点故事阅读 32,021评论 1赞 258
活死人
序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
沈念sama阅读 28,367评论 2赞 253
日本核电站爆炸内幕
正文年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
茶点故事阅读 33,016评论 3赞 235
男人毒药：我在死后第九天来索命
文/蒙蒙一、第九天我趴在偏房一处隐蔽的房顶上张望。院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
开封第一讲书人阅读 26,068评论 0赞 8
一桩弑父案，背后竟有这般阴谋
文/苍兰香墨我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。一阵脚步声响...
开封第一讲书人阅读 26,827评论 0赞 194
情欲美人皮
我被黑心中介骗来泰国打工，没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。一个月前我还...
沈念sama阅读 35,610评论 2赞 274
代替公主和亲
正文我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
茶点故事阅读 35,514评论 2赞 269

git的高级小知识

基础知识

版本知识

版本知识

1. 检查修改

已修改，未暂存

已暂存，未提交

已提交，未推送

对比2个版本的指定文件

总结：

2. 撤销修改

已修改，未暂存

已暂存，未提交

已提交，未推送

撤销到指定版本

撤销到指定版本后，还想回到之前的某一个版本

3. 合并多条commit

可能会遇到的问题

解决

测试

4. 分支管理

修复一个小bug

5. 修改commit的内容

修改最新的一条commit

修改其他的commit

6. git cherry-pick（也很重要）

参考链接（篇幅有限，但是很重要）

7. git小知识

参考链接

推荐阅读更多精彩内容