diff --git a/02-git-solo/030-head-master-commit-refs.rst b/02-git-solo/030-head-master-commit-refs.rst
index 55084c00a..3fdb99827 100644
--- a/02-git-solo/030-head-master-commit-refs.rst
+++ b/02-git-solo/030-head-master-commit-refs.rst
@@ -43,7 +43,7 @@ Git对象库探秘
 
 * \ ``parent a0c641e92b10d8bcca1ed1bf84ca80340fdefee6``
 
-  这是本地提交的父提交（上一次提交）。
+  这是本次提交的父提交（上一次提交）。
 
 研究Git对象ID的一个重量级武器就是\ :command:`git cat-file`\ 命令。用下面\
 的命令可以查看一下这三个ID的类型。
diff --git a/02-git-solo/070-git-basic.rst b/02-git-solo/070-git-basic.rst
index 68fd08817..81ed84ca5 100644
--- a/02-git-solo/070-git-basic.rst
+++ b/02-git-solo/070-git-basic.rst
@@ -717,7 +717,7 @@ Git基本操作
   #       main.o
   #       version.h
 
-编译的目标文件和以及从模板生成的头文件出现在了Git的状态输出中，这些文件\
+编译的目标文件和从模板生成的头文件出现在了Git的状态输出中，这些文件\
 会对以后的工作造成干扰。当写了新的源代码文件需要添加到版本库中时，因为这\
 些干扰文件的存在，不得不一一将这些干扰文件排除在外。更为严重的是，如果不\
 小心执行\ :command:`git add .`\ 或者\ :command:`git add -A`\ 命令会将编\
diff --git a/02-git-solo/090-back-to-future.rst b/02-git-solo/090-back-to-future.rst
index ad9779f46..9be38f8b3 100644
--- a/02-git-solo/090-back-to-future.rst
+++ b/02-git-solo/090-back-to-future.rst
@@ -54,7 +54,7 @@ Git提供了“悔棋”的操作，甚至因为“单步悔棋”是如此经
    src/hello.h |    1 +
    1 files changed, 1 insertions(+), 0 deletions(-)
 
-最新一次的提交是的确是在上一章使用\ ``qgit``\ 进行的提交，但这和提交内容\
+最新一次的提交确是在上一章使用\ ``qgit``\ 进行的提交，但这和提交内容\
 无关，因此需要改掉这个提交的提交说明。使用下面的命令即可做到。
 
 ::
@@ -160,7 +160,7 @@ MQ插件）。Git因为有了强大的重置命令，可以悔棋任意多次。
 个开发工程师领受某个特性开发的任务，于是在本地版本库进行了一系列开发、测\
 试、修补、再测试的流程，最终特性功能开发完毕后可能在版本库中留下了多次提\
 交。在将本地版本库改动推送（PUSH）到团队协同工作的核心版本库时，这个开发\
-人员就想用多步悔棋的操作，将多个试验性的提及合为一个完整的提交。
+人员就想用多步悔棋的操作，将多个试验性的提交合为一个完整的提交。
 
 以DEMO版本库为例，看看版本库最近的三次提交。
 
@@ -610,7 +610,7 @@ Git这一台“时光机”也有这样的能力，或者说也会具有这样
   :command:`git rebase --skip`\ 跳过此提交。或者执行\
   :command:`git rebase --abort`\ 就此终止变基操作切换到变基前的分支上。
 
-很显然为了执行将E和F提交跳过提价D，“嫁接”到C提交上。可以如此执行变基命令：
+很显然为了执行将E和F提交跳过提交D，“嫁接”到C提交上。可以如此执行变基命令：
 
 ::
 
diff --git a/03-git-harmony/010-protocol.rst b/03-git-harmony/010-protocol.rst
index 1aaaf8db1..1644e1903 100644
--- a/03-git-harmony/010-protocol.rst
+++ b/03-git-harmony/010-protocol.rst
@@ -319,7 +319,7 @@ Git客户端还要去访问文件\ :file:`.git/objects/info/packs`\ 以获得打
 那么如何才能成功推送呢？一个不见得正确的解决方案称为：\ **强制推送**\ 。
 
 在推送命令的后面使用\ ``-f``\ 参数可以进行强制推送，即使是非快进式的推送\
-也会成功执行。用户user2执行强制推送，会强制涮新服务器中的版本。
+也会成功执行。用户user2执行强制推送，会强制刷新服务器中的版本。
 
 ::
 
diff --git a/03-git-harmony/030-git-tag.rst b/03-git-harmony/030-git-tag.rst
index 2780f1932..a01e0dad9 100644
--- a/03-git-harmony/030-git-tag.rst
+++ b/03-git-harmony/030-git-tag.rst
@@ -103,7 +103,7 @@ Git里程碑
 
 ::
 
-  $ git tag -l jx/v2*
+  $ git tag -l 'jx/v2*'
   jx/v2.0
   jx/v2.1
   jx/v2.2