修正第六章引号

Author: liuxilu

book/06-github/sections/1-setting-up-account.asc

@@ -2,7 +2,7 @@
 
 (((GitHub, user accounts)))
 你所需要做的第一件事是创建一个免费账户。
-直接访问 https://github.com[]，选择一个未被占用的用户名，提供一个电子邮件地址和密码，点击写着``Sign up for GitHub''的绿色大按钮即可。
+直接访问 https://github.com[]，选择一个未被占用的用户名，提供一个电子邮件地址和密码，点击写着“Sign up for GitHub”的绿色大按钮即可。
 
 .GitHub 注册表单。
 image::images/signup.png[GitHub 注册表单。]
@@ -30,15 +30,15 @@ GitHub 的付费计划可以让你拥有一定数目的私有项目，不过本
 （如果你没有公钥，参考 <<ch04-git-server#r_generate_ssh_key>>。）
 使用窗口右上角的链接打开你的账户设置：
 
-.``Account settings''链接。
-image::images/account-settings.png[``Account settings''链接。]
+.“Account settings”链接。
+image::images/account-settings.png[“Account settings”链接。]
 
-然后在左侧选择``SSH keys''部分。
+然后在左侧选择“SSH keys”部分。
 
-.``SSH keys''链接。
-image::images/ssh-keys.png[``SSH keys''链接。]
+.“SSH keys”链接。
+image::images/ssh-keys.png[“SSH keys”链接。]
 
-在这个页面点击“`Add an SSH key`”按钮，给你的公钥起一个名字，将你的 `~/.ssh/id_rsa.pub` （或者自定义的其它名字）公钥文件的内容粘贴到文本区，然后点击``Add key''。
+在这个页面点击“`Add an SSH key`”按钮，给你的公钥起一个名字，将你的 `~/.ssh/id_rsa.pub` （或者自定义的其它名字）公钥文件的内容粘贴到文本区，然后点击“Add key”。
 
 [NOTE]
 ====
@@ -50,10 +50,10 @@ image::images/ssh-keys.png[``SSH keys''链接。]
 ==== 头像
 
 下一步，如果愿意的话，你可以将生成的头像换成你喜欢的图片。
-首先，来到``Profile''标签页（在``SSH Keys''标签页上方），点击``Upload new picture''。
+首先，来到“Profile”标签页（在“SSH Keys”标签页上方），点击“Upload new picture”。
 
-.``Profile''链接。
-image::images/your-profile.png[``Profile''链接。]
+.“Profile”链接。
+image::images/your-profile.png[“Profile”链接。]
 
 我们选择了本地磁盘上的一个 Git 图标，上传之后还可以对其进行裁剪。
 
@@ -81,7 +81,7 @@ image::images/email-settings.png[添加所有邮件地址。]
 
 ==== 两步验证
 
-最后，为了额外的安全性，你绝对应当设置两步验证，简写为 ``2FA''。
+最后，为了额外的安全性，你绝对应当设置两步验证，简写为 “2FA”。
 两步验证是一种用于降低因你的密码被盗而带来的账户风险的验证机制，现在已经变得越来越流行。
 开启两步验证，GitHub 会要求你用两种不同的验证方法，这样，即使其中一个被攻破，攻击者也不能访问你的账户。
 
@@ -90,6 +90,6 @@ image::images/email-settings.png[添加所有邮件地址。]
 .Security 标签页中的 2FA
 image::images/2fa-1.png[Security 标签页中的 2FA]
 
-点击``Set up two-factor authentication''按钮，会跳转到设置页面。该页面允许你选择是要在登录时使用手机 app 生成辅助码（一种``基于时间的一次性密码''），还是要 GitHub 通过 SMS 发送辅助码。
+点击“Set up two-factor authentication”按钮，会跳转到设置页面。该页面允许你选择是要在登录时使用手机 app 生成辅助码（一种“基于时间的一次性密码”），还是要 GitHub 通过 SMS 发送辅助码。
 
 选择合适的方法后，按照提示步骤设置 2FA，你的账户会变得更安全，每次登录 GitHub 时都需要提供除密码以外的辅助码。

book/06-github/sections/3-maintaining.asc

@@ -8,20 +8,20 @@
 让我们创建一个版本库来分享我们的项目。
 通过点击面板右侧的“New repository”按钮，或者顶部工具条你用户名旁边的 `+` 按钮来开始我们的旅程。 参见 <<r_new_repo_dropdown>>。
 
-.这是 ``Your repositories''区域.
-image::images/newrepo.png[``Your repositories'' 区域.]
+.这是 “Your repositories” 区域.
+image::images/newrepo.png[“Your repositories” 区域.]
 
 [[r_new_repo_dropdown]]
-.这是 ``New repository'' 下拉列表.
-image::images/new-repo.png[``new repository'' 下拉列表.]
+.这是 “New repository” 下拉列表.
+image::images/new-repo.png[“new repository” 下拉列表.]
 
-这会带你到 ``new repository'' 表单:
+这会带你到 “new repository” 表单:
 
-.这是 ``new repository'' 表单.
-image::images/newrepoform.png[``new repository'' 表单。]
+.这是 “new repository” 表单.
+image::images/newrepoform.png[“new repository” 表单。]
 
 这里除了一个你必须要填的项目名，其他字段都是可选的。
-现在只需要点击 ``Create Repository'' 按钮，Duang!!! – 你就在 GitHub 上拥有了一个以 `<user>/<project_name>` 命名的新仓库了。
+现在只需要点击 “Create Repository” 按钮，Duang!!! – 你就在 GitHub 上拥有了一个以 `<user>/<project_name>` 命名的新仓库了。
 
 因为目前暂无代码，GitHub 会显示有关创建新版本库或者关联到一个已有的 Git 版本库的一些说明。
 我们不会在这里详细说明此项，如果你需要复习，去看 <<ch02-git-basics#ch02-git-basics>>。
@@ -39,19 +39,19 @@ HTTP URL 与你贴到浏览器里查看项目用的地址是一样的。
 
 ==== 添加合作者
 
-如果你想与他人合作，并想给他们提交的权限，你需要把他们添加为 ``Collaborators''。
+如果你想与他人合作，并想给他们提交的权限，你需要把他们添加为 “Collaborators”。
 如果 Ben，Jeff，Louise 都在 GitHub 上注册了，你想给他们推送的权限，你可以将他们添加到你的项目。
-这样做会给他们 ``推送'' 权限，就是说他们对项目和 Git 版本库都有读写的权限。
+这样做会给他们 “推送” 权限，就是说他们对项目和 Git 版本库都有读写的权限。
 
-点击边栏底部的 ``Settings'' 链接。
+点击边栏底部的 “Settings” 链接。
 
 .版本库设置链接.
 image::images/reposettingslink.png[版本库设置链接.]
 
-然后从左侧菜单中选择 ``Collaborators'' 。
-然后，在输入框中填写用户名，点击 ``Add collaborator.''
+然后从左侧菜单中选择 “Collaborators” 。
+然后，在输入框中填写用户名，点击 “Add collaborator.”
 如果你想授权给多个人，你可以多次重复这个步骤。
-如果你想收回权限，点击他们同一行右侧的 ``X''
+如果你想收回权限，点击他们同一行右侧的 “X”
 
 .版本库合作者.
 image::images/collaborators.png[版本库合作者.]
@@ -63,7 +63,7 @@ image::images/collaborators.png[版本库合作者.]
 合并请求可以来自仓库副本的一个分支，或者同一仓库的另一个分支。
 唯一的区别是 fork 过来的通常是和你不能互相推送的人，而内部的推送通常都可以互相访问。
 
-作为例子，假设你是 ``tonychacon'' ，你创建了一个名为 ``fade'' 的 Arduino 项目.
+作为例子，假设你是 “tonychacon” ，你创建了一个名为 “fade” 的 Arduino 项目.
 
 [[r_email_notifications]]
 ===== 邮件通知
@@ -105,8 +105,8 @@ image::images/maint-03-email-resp.png[邮件回复]
 
 一旦代码符合了你的要求，你想把它合并进来，你可以把代码拉取下来在本地进行合并，也可以用我们之前提到过的 `git pull <url> <branch>` 语法，或者把 fork 添加为一个 remote，然后进行抓取和合并。
 
-对于很琐碎的合并，你也可以用 GitHub 网站上的 ``Merge'' 按钮。
-它会做一个 ``non-fast-forward'' 合并，即使可以快进（fast-forward）合并也会产生一个合并提交记录。
+对于很琐碎的合并，你也可以用 GitHub 网站上的 “Merge” 按钮。
+它会做一个 “non-fast-forward” 合并，即使可以快进（fast-forward）合并也会产生一个合并提交记录。
 就是说无论如何，只要你点击 merge 按钮，就会产生一个合并提交记录。
 你可以在 <<r_merge_button>> 看到，如果你点击提示链接，GitHub 会给你所有的这些信息。
 
@@ -128,7 +128,7 @@ image::images/maint-02-merge.png[合并按钮]
 为了展示这个，我们要用到一个叫做 `ls-remote` 的低级命令（通常被叫做“plumbing”，我们会在 <<ch10-git-internals#r_plumbing_porcelain>> 读到更多相关内容）。
 这个命令在日常 Git 操作中基本不会用到，但在显示服务器上有哪些引用（reference）时很管用。
 
-如果在我们之前用过的 ``blink'' 版本库上使用这个命令，我们会得到一个版本库里所有的分支，标签和其它引用（reference）的列表。
+如果在我们之前用过的 “blink” 版本库上使用这个命令，我们会得到一个版本库里所有的分支，标签和其它引用（reference）的列表。
 
 [source,console]
 ----
@@ -176,7 +176,7 @@ Git 高高兴兴去执行，下载构建那个引用需要的所有内容，然
     fetch = +refs/heads/*:refs/remotes/origin/*
 ----
 
-以 `fetch =` 开头的行是一个 ``refspec.''
+以 `fetch =` 开头的行是一个 “refspec.”
 它是一种把 remote 的名称映射到你本地 `.git` 目录的方法。
 这一条（就是上面的这一条）告诉 Git，“remote 上 `refs/heads` 下面的内容在我本地版本库中都放在 `refs/remotes/origin` 。”
 你可以把这一段修改一下，添加另一个 refspec：
@@ -213,7 +213,7 @@ Switched to a new branch 'pr/2'
 ----
 
 你的鹰眼系统会发现在 refspec 的 remote 部分的结尾有个 `head` 。
-在 GitHub 那边也有一个 `refs/pull/#/merge` 引用，它代表的是如果你在网站上按了 ``merge'' 按钮对应的提交记录。
+在 GitHub 那边也有一个 `refs/pull/#/merge` 引用，它代表的是如果你在网站上按了 “merge” 按钮对应的提交记录。
 这甚至让你可以在按按钮之前就测试这个合并。
 
 
@@ -225,7 +225,7 @@ Switched to a new branch 'pr/2'
 如果你看到一个合并请求在向正确的方向发展，然后你想在这个合并请求上做一些修改或者你不太确定这是个好主意，或者你没有目标分支的推送权限，你可以直接在合并请求上开启一个合并请求。
 
 当你开启一个合并请求时，在页面的顶端有一个框框显示你要合并到哪个分支和你从哪个分支合并过来的。
-如果你点击那个框框右边的 ``Edit'' 按钮，你不仅可以改变分支，还可以选择哪个 fork。
+如果你点击那个框框右边的 “Edit” 按钮，你不仅可以改变分支，还可以选择哪个 fork。
 
 [[r_pr_targets]]
 .手工修改合并请求的目标.
@@ -248,22 +248,22 @@ image::images/maint-05-mentions.png[提醒]
 这意味着把人们拉进会话中要比让他们投票有效率得多。
 对于 GitHub 上的合并请求，人们经常把他们团队或公司中的其它人拉来审查问题或合并请求。
 
-如果有人收到了合并请求或问题的提醒，他们会＂订阅＂它，后面有新的活动发生他们都会持续收到提醒。
+如果有人收到了合并请求或问题的提醒，他们会“订阅”它，后面有新的活动发生他们都会持续收到提醒。
 如果你是合并请求或者问题的发起方你也会被订阅上，比如你在关注一个版本库或者你评论了什么东西。
-如果你不想再收到提醒，在页面上有个 ``Unsubscribe'' 按钮，点一下就不会再收到更新了。
+如果你不想再收到提醒，在页面上有个 “Unsubscribe” 按钮，点一下就不会再收到更新了。
 
 .取消订阅一个问题或合并请求.
 image::images/maint-06-unsubscribe.png[取消订阅]
 
 ==== 通知页面
 
-当我们在这提到特指 GitHub 的 ``notifications'' ，指的是当 GitHub 上有事件发生时，它通知你的方式，这里有几种不同的方式来配置它们。
-如果你打开配置页面的 ``Notification center'' 标签，你可以看到一些选项。
+当我们在这提到特指 GitHub 的 “notifications” ，指的是当 GitHub 上有事件发生时，它通知你的方式，这里有几种不同的方式来配置它们。
+如果你打开配置页面的 “Notification center” 标签，你可以看到一些选项。
 
 .通知中心选项.
 image::images/maint-07-notifications.png[通知中心]
 
-有两个选项，通过＂邮件(Email)＂和通过＂网页(Web)＂，你可以选用一个或者都不选或者都选。
+有两个选项，通过“邮件(Email)”和通过“网页(Web)”，你可以选用一个或者都不选或者都选。
 
 ==== 网页通知
 
@@ -308,10 +308,10 @@ X-GitHub-Recipient-Address: [email protected]
 
 这里有一些有趣的东西。
 如果你想高亮或者转发这个项目甚至这个合并请求相关的邮件，`Message-ID` 中的信息会以 `<user>/<project>/<type>/<id>` 的格式展现所有的数据。
-例如，如果这是一个问题(issue)，那么 `<type>` 字段就会是 ``issues'' 而不是 ``pull'' 。
+例如，如果这是一个问题(issue)，那么 `<type>` 字段就会是 “issues” 而不是 “pull” 。
 
 `List-Post` 和 `List-Unsubscribe` 字段表示如果你的邮件客户端能够处理这些，那么你可以很容易地在列表中发贴或取消对这个相关帖子的订阅。
-那会很有效率，就像在页面中点击静音按钮或在问题／合并请求页面点击 ``Unsubscribe'' 一样。
+那会很有效率，就像在页面中点击静音按钮或在问题／合并请求页面点击 “Unsubscribe” 一样。
 
 值得注意的是，如果你同时打开了邮件和网页通知，那么当你在邮件客户端允许加载图片的情况下阅读邮件通知时，对应的网页通知也将会同时被标记为已读。
 
@@ -354,7 +354,7 @@ image::images/maint-09-contrib.png[贡献注意事项]
 
 ===== 改变默认分支
 
-如果你想用 ``master'' 之外的分支作为你的默认分支，其他人将默认会在这个分支上开启合并请求或进行浏览，你可以在你版本库的设置页面的 "options" 标签下修改。
+如果你想用 “master” 之外的分支作为你的默认分支，其他人将默认会在这个分支上开启合并请求或进行浏览，你可以在你版本库的设置页面的 "options" 标签下修改。
 
 [[r_default_branch]]
 .改变项目的默认分支.
@@ -364,7 +364,7 @@ image::images/maint-10-default-branch.png[默认分支]
 
 ===== 移交项目
 
-如果你想把一个项目移交给 GitHub 中的另一个人或另一个组织，还是设置页面的这个 ＂options＂标签下有一个 ``Transfer ownership'' 选项可以用来干这个。
+如果你想把一个项目移交给 GitHub 中的另一个人或另一个组织，还是设置页面的这个 “options” 标签下有一个 “Transfer ownership” 选项可以用来干这个。
 
 [[r_transfer_project]]
 .把项目移交给另一个 GitHub 用户或组织。

book/06-github/sections/4-managing-organization.asc

@@ -11,8 +11,8 @@
 
 我们可以很简单地创建一个组织，只需要点击任意 GitHub 页面右上角的“+”图标，在菜单中选择“New organization”即可。
 
-.``New organization''菜单项
-image::images/neworg.png[``New organization''菜单项]
+.“New organization”菜单项
+image::images/neworg.png[“New organization”菜单项]
 
 首先你必须提供组织的名称和组织的主要联系邮箱。
 然后，如果你希望的话，也可以邀请其他用户作为共同拥有人。