修正第四章引号

Author: liuxilu

book/04-git-server/sections/git-daemon.asc

@@ -1,7 +1,7 @@
 === Git 守护进程
 
 (((serving repositories, git protocol)))
-接下来我们将通过 ``Git'' 协议建立一个基于守护进程的仓库。
+接下来我们将通过 “Git” 协议建立一个基于守护进程的仓库。
 对于快速且无需授权的 Git 数据访问，这是一个理想之选。
 请注意，因为其不包含授权服务，任何通过该协议管理的内容将在其网络上公开。
 

book/04-git-server/sections/gitlab.asc

@@ -21,18 +21,18 @@ image::images/bitnami.png[Bitnami GitLab 虚拟机登录界面。]
 
 无论如何，跟着 GitLab 社区版的 readme 文件一步步来，你可以在这里找到它 https://gitlab.com/gitlab-org/gitlab-ce/tree/master[] 。
 在这里你将会在主菜单中找到安装 GitLab 的帮助，一个可以在 Digital Ocean 上运行的虚拟机，以及 RPM 和 DEB 包（都是测试版）。
-这里还有 ``非官方'' 的引导让 GitLab 运行在非标准的操作系统和数据库上，一个全手动的安装脚本，以及许多其他的话题。
+这里还有 “非官方” 的引导让 GitLab 运行在非标准的操作系统和数据库上，一个全手动的安装脚本，以及许多其他的话题。
 
 ==== 管理
 
 GitLab 的管理界面是通过网络进入的。
 将你的浏览器转到已经安装 GitLab 的 主机名或 IP 地址，然后以管理员身份登录即可。
 默认的用户名是 `[email protected]`，默认的密码是 `5iveL!fe`（你会得到类似 请登录后尽快更换密码 的提示）。
-登录后，点击主栏上方靠右位置的 ``Admin area'' 图标进行管理。
+登录后，点击主栏上方靠右位置的 “Admin area” 图标进行管理。
 
 [[rgitlab_menu]]
-.GitLab 主栏的 ``Admin area'' 图标。
-image::images/gitlab-menu.png[GitLab 主栏的 ``Admin area'' 图标。]
+.GitLab 主栏的 “Admin area” 图标。
+image::images/gitlab-menu.png[GitLab 主栏的 “Admin area” 图标。]
 
 ===== 使用者
 
@@ -46,9 +46,9 @@ GitLab 上的用户指的是对应协作者的帐号。
 image::images/gitlab-users.png[.GitLab 用户管理界面。]
 
 移除一个用户有两种方法。
-``屏蔽（Blocking）'' 一个用户阻止他登录 GitLab 实例，但是该用户命名空间下的所有数据仍然会被保存，并且仍可以通过该用户提交对应的登录邮箱链接回他的个人信息页。
+“屏蔽（Blocking）” 一个用户阻止他登录 GitLab 实例，但是该用户命名空间下的所有数据仍然会被保存，并且仍可以通过该用户提交对应的登录邮箱链接回他的个人信息页。
 
-而另一方面，``销毁（Destroying）'' 一个用户，会彻底的将他从数据库和文件系统中移除。
+而另一方面，“销毁（Destroying）” 一个用户，会彻底的将他从数据库和文件系统中移除。
 他命名空间下的所有项目和数据都会被删除，拥有的任何组也会被移除。
 这显然是一个更永久且更具破坏力的行为，所以很少用到这种方法。
 
@@ -63,7 +63,7 @@ image::images/gitlab-users.png[.GitLab 用户管理界面。]
 image::images/gitlab-groups.png[GitLab组 管理界面。]
 
 每一个组都有许多用户与之关联，每一个用户对组中的项目以及组本身的权限都有级别区分。
-权限的范围从 ``访客''（仅能提问题和讨论） 到 ``拥有者''（完全控制组、成员和项目）。
+权限的范围从 “访客”（仅能提问题和讨论） 到 “拥有者”（完全控制组、成员和项目）。
 权限的种类太多以至于难以在这里一一列举，不过在 GitLab 的管理界面上有帮助链接。
 
 ===== 项目
@@ -75,7 +75,7 @@ image::images/gitlab-groups.png[GitLab组 管理界面。]
 每一个项目都有一个可视级别，控制着谁可以看到这个项目页面和仓库。
 如果一个项目是 _私有_ 的，这个项目的拥有者必须明确授权从而使特定的用户可以访问。
 一个 _内部_ 的项目可以被所有登录的人看到，而一个 _公开_ 的项目则是对所有人可见的。
-注意，这种控制既包括 git ``fetch'' 的使用也包括对项目 web 用户界面的访问。
+注意，这种控制既包括 git “fetch” 的使用也包括对项目 web 用户界面的访问。
 
 ===== 钩子
 
@@ -86,10 +86,10 @@ GitLab 在项目和系统级别上都支持钩子程序。
 ==== 基本用途
 
 你想要在 GitLab 做的第一件事就是建立一个新项目。
-这通过点击工具栏上的 ``+'' 图标完成。
+这通过点击工具栏上的 “+” 图标完成。
 你会被要求填写项目名称，也就是这个项目所属的命名空间，以及它的可视层级。
 绝大多数的设定并不是永久的，可以通过设置界面重新调整。
-点击 ``Create Project''，你就完成了。
+点击 “Create Project”，你就完成了。
 
 项目存在后，你可能会想将它与本地的 Git 版本库连接。
 每一个项目都可以通过 HTTPS 或者 SSH 连接，任意两者都可以被用来配置远程 Git。
@@ -114,13 +114,13 @@ web 用户界面提供了几个有用的获取版本库信息的网页。
 ==== 一起工作
 
 在一个 GitLab 项目上一起工作的最简单方法就是赋予协作者对 git 版本库的直接 push 权限。
-你可以通过项目设定的 ``Members（成员）'' 部分向一个项目添加写作者，并且将这个新的协作者与一个访问级别关联（不同的访问级别在 <<r_gitlab_groups_section>> 中已简单讨论）。
-通过赋予一个协作者 ``Developer（开发者）'' 或者更高的访问级别，这个用户就可以毫无约束地直接向版本库或者向分支进行提交。
+你可以通过项目设定的 “Members（成员）” 部分向一个项目添加写作者，并且将这个新的协作者与一个访问级别关联（不同的访问级别在 <<r_gitlab_groups_section>> 中已简单讨论）。
+通过赋予一个协作者 “Developer（开发者）” 或者更高的访问级别，这个用户就可以毫无约束地直接向版本库或者向分支进行提交。
 
 另外一个让合作更解耦的方法就是使用合并请求。
 它的优点在于让任何能够看到这个项目的协作者在被管控的情况下对这个项目作出贡献。
 可以直接访问的协作者能够简单的创建一个分支，向这个分支进行提交，也可以开启一个向 `master` 或者其他任何一个分支的合并请求。
-对版本库没有推送权限的协作者则可以 ``fork'' 这个版本库（即创建属于自己的这个库的副本），向 _那个_ 副本进行提交，然后从那个副本开启一个到主项目的合并请求。
+对版本库没有推送权限的协作者则可以 “fork” 这个版本库（即创建属于自己的这个库的副本），向 _那个_ 副本进行提交，然后从那个副本开启一个到主项目的合并请求。
 这个模型使得项目拥有者完全控制着向版本库的提交，以及什么时候允许加入陌生协作者的贡献。
 
 在 GitLab 中合并请求和问题是一个长久讨论的主要部分。

book/04-git-server/sections/smart-http.asc

@@ -54,7 +54,7 @@ ScriptAlias /git/ /usr/lib/git-core/git-http-backend/
 ----
 
 这需要你创建一个包含所有合法用户密码的 `.htaccess` 文件。
-以下是一个添加 ``schacon'' 用户到此文件的例子：
+以下是一个添加 “schacon” 用户到此文件的例子：
 
 [source,console]
 ----