修正第四章引号

Author: liuxilu

book/05-distributed-git/sections/contributing.asc

@@ -60,7 +60,7 @@ image::images/git-diff-check.png[`git diff --check` 的输出。]
 Git 项目要求一个更详细的解释，包括做改动的动机和它的实现与之前行为的对比 - 这是一个值得遵循的好规则。
 在这些信息中使用现在时态祈使语气也是一个好想法。
 换句话说，使用命令。
-使用 ``Add tests for.'' 而不是 ``I added tests for'' 或 ``Adding tests for,''。
+使用 “Add tests for” 而不是 “I added tests for” 或 “Adding tests for”。
 这里是一份最初由 Tim Pope 写的模板：
 
 [source,text]
@@ -95,7 +95,7 @@ Git 项目有一个良好格式化的提交信息 - 尝试在那儿运行 `git l
 
 (((contributing, private small team)))
 你可能会遇到的最简单的配置是有一两个其他开发者的私有项目。
-``私有'' 在这个上下文中，意味着闭源 - 不可以从外面的世界中访问到。
+“私有” 在这个上下文中，意味着闭源 - 不可以从外面的世界中访问到。
 你和其他的开发者都有仓库的推送权限。
 
 在这个环境下，可以采用一个类似使用 Subversion 或其他集中式的系统时会使用的工作流程。
@@ -510,7 +510,7 @@ $ git commit
 你可能会想要使用 `rebase -i` 来将工作压缩成一个单独的提交，或者重排提交中的工作使补丁更容易被维护者审核 - 查看 <<ch07-git-tools#r_rewriting_history>> 了解关于交互式变基的更多信息。
 ====
 
-当你的分支工作完成后准备将其贡献回维护者，去原始项目中然后点击 ``Fork'' 按钮，创建一份自己的可写的项目派生仓库。
+当你的分支工作完成后准备将其贡献回维护者，去原始项目中然后点击 “Fork” 按钮，创建一份自己的可写的项目派生仓库。
 然后需要添加这个新仓库 URL 为第二个远程仓库，在本例中称作 `myfork`：
 
 [source,console]
@@ -688,7 +688,7 @@ index 76f47bc..f9815f1 100644
 如果在 `---` 行与补丁开头（`diff --git` 行）之间添加文本，那么开发者就可以阅读它；但是应用补丁时会排除它。
 
 为了将其邮寄到邮件列表，你既可以将文件粘贴进电子邮件客户端，也可以通过命令行程序发送它。
-粘贴文本经常会发生格式化问题，特别是那些不会合适地保留换行符与其他空白的 ``更聪明的'' 客户端。
+粘贴文本经常会发生格式化问题，特别是那些不会合适地保留换行符与其他空白的 “更聪明的” 客户端。
 幸运的是，Git 提供了一个工具帮助你通过 IMAP 发送正确格式化的补丁，这可能对你更容易些。
 我们将会演示如何通过 Gmail 发送一个补丁，它正好是我们所知最好的邮件代理；可以在之前提到的 Git 源代码中的 `Documentation/SubmittingPatches` 文件的最下面了解一系列邮件程序的详细指令。
 

book/05-distributed-git/sections/distributed-workflows.asc

@@ -37,7 +37,7 @@ John 完成了他的修改并推送到服务器。
 
 (((workflows, integration manager)))
 Git 允许多个远程仓库存在，使得这样一种工作流成为可能：每个开发者拥有自己仓库的写权限和其他所有人仓库的读权限。
-这种情形下通常会有个代表``官方''项目的权威的仓库。
+这种情形下通常会有个代表“官方”项目的权威的仓库。
 要为这个项目做贡献，你需要从该项目克隆出一个自己的公开仓库，然后将自己的修改推送上去。
 接着你可以请求官方仓库的维护者拉取更新合并到主项目。
 维护者可以将你的仓库作为远程仓库添加进来，在本地测试你的变更，将其合并入他们的分支并推送回官方仓库。