修正第三章引号

Author: liuxilu

book/03-git-branching/sections/basic-branching-and-merging.asc

@@ -268,7 +268,7 @@ Normal merge conflict for 'index.html':
 Hit return to start merge resolution tool (opendiff):
 ----
 
-如果你想使用除默认工具（在这里 Git 使用 `opendiff` 做为默认的合并工具，因为作者在 Mac 上运行该程序）外的其他合并工具，你可以在 ``下列工具中（one of the following tools）'' 这句后面看到所有支持的合并工具。
+如果你想使用除默认工具（在这里 Git 使用 `opendiff` 做为默认的合并工具，因为作者在 Mac 上运行该程序）外的其他合并工具，你可以在 “下列工具中（one of the following tools）” 这句后面看到所有支持的合并工具。
 然后输入你喜欢的工具名字就可以了。
 
 [NOTE]

book/03-git-branching/sections/nutshell.asc

@@ -37,7 +37,7 @@ Git 的默认分支名字是 `master`。
 
 [NOTE]
 ====
-Git 的 ``master'' 分支并不是一个特殊分支。(((master)))
+Git 的 “master” 分支并不是一个特殊分支。(((master)))
 它就跟其它分支完全没有区别。
 之所以几乎每一个仓库都有 master 分支，是因为 `git init` 命令默认创建它，并且大多数人都懒得去改动它。
 ====
@@ -85,7 +85,7 @@ f30ab (HEAD, master, testing) add feature #32 - ability to add new
 98ca9 initial commit of my project
 ----
 
-正如你所见，当前 ``master'' 和 ``testing'' 分支均指向校验和以 `f30ab` 开头的提交对象。
+正如你所见，当前 “master” 和 “testing” 分支均指向校验和以 `f30ab` 开头的提交对象。
 
 [[r_switching_branches]]
 ==== 分支切换

book/03-git-branching/sections/rebasing.asc

@@ -183,7 +183,7 @@ image::images/perils-of-rebasing-4.png[你将相同的内容又合并了一次
 如果团队中的某人强制推送并覆盖了一些你所基于的提交，你需要做的就是检查你做了哪些修改，以及他们覆盖了哪些修改。
 
 实际上，Git 除了对整个提交计算 SHA-1 校验和以外，也对本次提交所引入的修改计算了校验和——
-即 ``patch-id''。
+即 “patch-id”。
 
 如果你拉取被覆盖过的更新并将你手头的工作基于此进行变基的话，一般情况下 Git 都能成功分辨出哪些是你的修改，并把它们应用到新分支上。
 

book/03-git-branching/sections/remote-branches.asc

@@ -20,10 +20,10 @@
 Git 也会给你一个与 origin 的 `master` 分支在指向同一个地方的本地 `master` 分支，这样你就有工作的基础。
 
 [NOTE]
-.``origin'' 并无特殊含义
+.“origin” 并无特殊含义
 ====
-远程仓库名字 ``origin'' 与分支名字 ``master'' 一样，在 Git 中并没有任何特别的含义一样。
-同时 ``master'' 是当你运行 `git init` 时默认的起始分支名字，原因仅仅是它的广泛使用，``origin'' 是当你运行 `git clone` 时默认的远程仓库名字。
+远程仓库名字 “origin” 与分支名字 “master” 一样，在 Git 中并没有任何特别的含义一样。
+同时 “master” 是当你运行 `git init` 时默认的起始分支名字，原因仅仅是它的广泛使用，“origin” 是当你运行 `git clone` 时默认的远程仓库名字。
 如果你运行 `git clone -o booyah`，那么你默认的远程分支名字将会是 `booyah/master`。(((origin)))
 ====
 
@@ -37,7 +37,7 @@ image::images/remote-branches-1.png[克隆之后的服务器与本地仓库。]
 image::images/remote-branches-2.png[本地与远程的工作可以分叉。]
 
 如果要同步你的工作，运行 `git fetch origin` 命令。
-这个命令查找 ``origin'' 是哪一个服务器（在本例中，它是 `git.ourcompany.com`），从中抓取本地没有的数据，并且更新本地数据库，移动 `origin/master` 指针指向新的、更新后的位置。
+这个命令查找 “origin” 是哪一个服务器（在本例中，它是 `git.ourcompany.com`），从中抓取本地没有的数据，并且更新本地数据库，移动 `origin/master` 指针指向新的、更新后的位置。
 
 .`git fetch` 更新你的远程仓库引用
 image::images/remote-branches-3.png[`git fetch` 更新你的远程仓库引用。]
@@ -80,9 +80,9 @@ To https://github.com/schacon/simplegit
 ----
 
 这里有些工作被简化了。
-Git 自动将 `serverfix` 分支名字展开为 `refs/heads/serverfix:refs/heads/serverfix`，那意味着，``推送本地的 serverfix 分支来更新远程仓库上的 serverfix 分支。''
+Git 自动将 `serverfix` 分支名字展开为 `refs/heads/serverfix:refs/heads/serverfix`，那意味着，“推送本地的 serverfix 分支来更新远程仓库上的 serverfix 分支。”
 我们将会详细学习 <<ch10-git-internals#ch10-git-internals>> 的 `refs/heads/` 部分，但是现在可以先把它放在儿。
-你也可以运行 `git push origin serverfix:serverfix`，它会做同样的事 - 相当于它说，``推送本地的 serverfix 分支，将其作为远程仓库的 serverfix 分支''
+你也可以运行 `git push origin serverfix:serverfix`，它会做同样的事 - 相当于它说，“推送本地的 serverfix 分支，将其作为远程仓库的 serverfix 分支”
 可以通过这种格式来推送本地分支到一个命名不相同的远程分支。
 如果并不想让远程仓库上的分支叫做 `serverfix`，可以运行 `git push origin serverfix:awesomebranch` 来将本地的 `serverfix` 分支推送到远程仓库上的 `awesomebranch` 分支。
 
@@ -92,7 +92,7 @@ Git 自动将 `serverfix` 分支名字展开为 `refs/heads/serverfix:refs/heads
 如果你正在使用 HTTPS URL 来推送，Git 服务器会询问用户名与密码。
 默认情况下它会在终端中提示服务器是否允许你进行推送。
 
-如果不想在每一次推送时都输入用户名与密码，你可以设置一个 ``credential cache''。
+如果不想在每一次推送时都输入用户名与密码，你可以设置一个 “credential cache”。
 最简单的方式就是将其保存在内存中几分钟，可以简单地运行 `git config --global credential.helper cache` 来设置它。
 
 想要了解更多关于不同验证缓存的可用选项，查看 <<ch07-git-tools#r_credential_caching>>。
@@ -184,7 +184,7 @@ $ git branch -vv
   testing   5ea463a trying something new
 ----
 
-这里可以看到 `iss53` 分支正在跟踪 `origin/iss53` 并且 ``ahead'' 是 2，意味着本地有两个提交还没有推送到服务器上。
+这里可以看到 `iss53` 分支正在跟踪 `origin/iss53` 并且 “ahead” 是 2，意味着本地有两个提交还没有推送到服务器上。
 也能看到 `master` 分支正在跟踪 `origin/master` 分支并且是最新的。
 接下来可以看到 `serverfix` 分支正在跟踪 `teamone` 服务器上的 `server-fix-good` 分支并且领先 3 落后 1，意味着服务器上有一次提交还没有合并入同时本地有三次提交还没有推送。
 最后看到 `testing` 分支并没有跟踪任何远程分支。