diff --git a/book/B-embedding-git/sections/jgit.asc b/book/B-embedding-git/sections/jgit.asc
index 850534ae..4dd3da6f 100644
--- a/book/B-embedding-git/sections/jgit.asc
+++ b/book/B-embedding-git/sections/jgit.asc
@@ -93,7 +93,7 @@ String name = cfg.getString("user", null, "name");
 第一行获取一个指向 `master` 引用的指针。
 JGit 自动抓取位于 `refs/heads/master` 的 _真正的_ master 引用，并返回一个允许你获取该引用的信息的对象。
 你可以获取它的名字 （`.getName()`） ，或者一个直接引用的目标对象 （`.getObjectId()`） ，或者一个指向该引用的符号指针 （`.getTarget()`） 。
-引用对象也经常被用来表示标签的引用和对象，所以你可以询问某个标签是否被 ``削除'' 了，或者说它指向一个标签对象的（也许很长的）字符串的最终目标。
+引用对象也经常被用来表示标签的引用和对象，所以你可以询问某个标签是否被“削除”了，或者说它指向一个标签对象的（也许很长的）字符串的最终目标。
 
 第二行获得以 `master` 引用的目标，它返回一个 ObjectId 实例。
 不管是否存在于一个 Git 对象的数据库，ObjectId 都会代表一个对象的 SHA-1 哈希。
diff --git a/book/B-embedding-git/sections/libgit2.asc b/book/B-embedding-git/sections/libgit2.asc
index 2bfa9db1..0e17a5ae 100644
--- a/book/B-embedding-git/sections/libgit2.asc
+++ b/book/B-embedding-git/sections/libgit2.asc
@@ -37,7 +37,7 @@ git_repository_free(repo);
 
 第二段代码使用了一种 rev-parse 语法（要了解更多，请看 <<ch07-git-tools#r_branch_references>> ）来得到 HEAD 真正指向的提交。
 返回类型是一个 `git_object` 指针，它指代位于版本库里的 Git 对象数据库中的某个东西。
-`git_object` 实际上是几种不同的对象的 ``父'' 类型，每个 ``子'' 类型的内存布局和 `git_object` 是一样的，所以你能安全地把它们转换为正确的类型。
+`git_object` 实际上是几种不同的对象的“父”类型，每个“子”类型的内存布局和 `git_object` 是一样的，所以你能安全地把它们转换为正确的类型。
 在上面的例子中， `git_object_type(commit)` 会返回 `GIT_OBJ_COMMIT` ，所以转换成 `git_commit` 指针是安全的。
 
 下一段展示了如何访问一个提交的详情。
@@ -112,7 +112,7 @@ Ruby 的代码很好很简洁，另一方面因为 Libgit2 做了大量工作，
 ==== 高级功能
 
 Libgit2 有几个超过核心 Git 的能力。
-例如它的可定制性：Libgit2 允许你为一些不同类型的操作自定义的``后端''，让你得以使用与原生 Git 不同的方式存储东西。
+例如它的可定制性：Libgit2 允许你为一些不同类型的操作自定义的“后端”，让你得以使用与原生 Git 不同的方式存储东西。
 Libgit2 允许为自定义后端指定配置、引用的存储以及对象数据库，
 
 我们来看一下它究竟是怎么工作的。
@@ -136,7 +136,7 @@ error = git_repository_set_odb(odb); // <4>
 
 _(注意：这个错误被捕获了，但是没有被处理。我们希望你的代码比我们的更好。)_
 
-<1> 初始化一个空的对象数据库（ ODB ） ``前端''，它将被作为一个用来做真正的工作的 ``后端'' 的容器。
+<1> 初始化一个空的对象数据库（ ODB ）“前端”，它将被作为一个用来做真正的工作的“后端”的容器。
 <2> 初始化一个自定义 ODB 后端。
 <3> 为这个前端增加一个后端。
 <4> 打开一个版本库，并让它使用我们的 ODB 来寻找对象。