修正中英文中间无空格

Author: liuxilu

C-git-commands.asc

@@ -483,7 +483,7 @@ Git 中的一些命令是以引入的变更即提交这样的概念为中心的
 
 我们在 <<ch08-customizing-git#r_email_hooks>> 也提到了几条 hooks，你可以用来辅助与 `git am` 相关工作流。
 
-在 <<ch06-github#r_email_notifications>> 一节中我们也将用此命令来应用 格式化的 GitHub的推送请求的变更。
+在 <<ch06-github#r_email_notifications>> 一节中我们也将用此命令来应用 格式化的 GitHub 的推送请求的变更。
 
 ==== git format-patch
 

book/02-git-basics/sections/viewing-history.asc

@@ -186,7 +186,7 @@ a11bef0 - Scott Chacon, 6 years ago : first commit
 我们会在 <<ch05-distributed-git#ch05-distributed-git>> 再详细介绍两者之间的细微差别。
 
 当 oneline 或 format 与另一个 `log` 选项 `--graph` 结合使用时尤其有用。
-这个选项添加了一些ASCII字符串来形象地展示你的分支、合并历史：
+这个选项添加了一些 ASCII 字符串来形象地展示你的分支、合并历史：
 
 [source,console]
 ----

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

@@ -59,8 +59,8 @@ image::images/gitlab-users.png[.GitLab 用户管理界面。]
 每一个组都有一个项目命名空间（与用户一样），所以如果一个叫 +training+ 的组拥有一个名称是 +materials+ 的项目，那么这个项目的 url 会是 http://server/training/materials[] 。
 
 [[rgitlab_groups]]
-.GitLab组 管理界面。
-image::images/gitlab-groups.png[GitLab组 管理界面。]
+.GitLab 组管理界面。
+image::images/gitlab-groups.png[GitLab 组管理界面。]
 
 每一个组都有许多用户与之关联，每一个用户对组中的项目以及组本身的权限都有级别区分。
 权限的范围从 “访客”（仅能提问题和讨论） 到 “拥有者”（完全控制组、成员和项目）。

book/07-git-tools/sections/credentials.asc

@@ -99,7 +99,7 @@ password=s3cre7
 | `foo` | 执行 `git-credential-foo`
 | `foo -a --opt=bcd` | 执行 `git-credential-foo -a --opt=bcd`
 | `/absolute/path/foo -xyz` | 执行 `/absolute/path/foo -xyz`
-| `!f() { echo "password=s3cre7"; }; f` | `!` 后面的代码会在shell执行
+| `!f() { echo "password=s3cre7"; }; f` | `!` 后面的代码会在 shell 执行
 |======
 
 上面描述的辅助工具可以被称做 `git-credential-cache`、`git-credential-store` 之类，我们可以配置它们来接受命令行参数。
@@ -145,7 +145,7 @@ password=s3cre7
 https://bob:s3cre7@mygithost
 ----
 
-仅仅是一系列包含凭证信息URL组成的行。
+仅仅是一系列包含凭证信息 URL 组成的行。
 `osxkeychain` 和 `winstore` 辅助工具使用它们后端存储的原生格式，而 `cache` 使用它的内存格式（其他进程无法读取）。
 
 ==== 自定义凭证缓存

book/07-git-tools/sections/debugging.asc

@@ -39,7 +39,7 @@ $ git blame -L 12,22 simplegit.rb
 这其中有一个很有意思的特性就是你可以让 Git 找出所有的代码移动。
 如果你在 `git blame` 后面加上一个 `-C`，Git 会分析你正在标注的文件，并且尝试找出文件中从别的地方复制过来的代码片段的原始出处。
 比如，你将 `GITServerHandler.m` 这个文件拆分为数个文件，其中一个文件是 `GITPackUpload.m`。
-对 `GITPackUpload.m` 执行带 `-C` 参数的blame命令，你就可以看到代码块的原始出处：
+对 `GITPackUpload.m` 执行带 `-C` 参数的 blame 命令，你就可以看到代码块的原始出处：
 
 [source,console]
 ----

book/08-customizing-git/sections/policy.asc

@@ -136,7 +136,7 @@ avail|schacon|tests
 [source,ruby]
 ----
 def get_acl_access_data(acl_file)
-  # 读取ACL数据
+  # 读取 ACL 数据
   acl_file = File.read(acl_file).split("\n").reject { |line| line == '' }
   access = {}
   acl_file.each do |line|

book/09-git-and-other-scms/sections/client-svn.asc

@@ -3,7 +3,7 @@
 
 (((Subversion)))(((Interoperation with other VCSs, Subversion)))
 很大一部分开源项目与相当多的企业项目使用 Subversion 来管理它们的源代码。
-而且在大多数时间里，它已经是开源项目VCS选择的 _事实标准_。
+而且在大多数时间里，它已经是开源项目 VCS 选择的 _事实标准_。
 它在很多方面都与曾经是源代码管理世界的大人物的 CVS 相似。
 
 (((git commands, svn)))(((git-svn)))

book/10-git-internals/sections/environment.asc

@@ -85,7 +85,7 @@ Git 提交对象的创建通常最后是由 `git-commit-tree` 来完成， `git-
 
 ==== 网络
 
-Git 使用 `curl` 库通过 HTTP来完成网络操作， 所以 *`GIT_CURL_VERBOSE`* 告诉 Git 显示所有由那个库产生的消息。
+Git 使用 `curl` 库通过 HTTP 来完成网络操作， 所以 *`GIT_CURL_VERBOSE`* 告诉 Git 显示所有由那个库产生的消息。
 这跟在命令行执行 `curl -v` 差不多。
 
 *`GIT_SSL_NO_VERIFY`* 告诉 Git 不用验证 SSL 证书。

book/10-git-internals/sections/transfer-protocols.asc

@@ -23,7 +23,7 @@ $ git clone http://server/simplegit-progit.git
 ----
 
 它做的第一件事就是拉取 `info/refs` 文件。
-这个文件是通过 `update-server-info` 命令生成的，这也解释了在使用HTTP传输时，必须把它设置为 `post-receive` 钩子的原因：
+这个文件是通过 `update-server-info` 命令生成的，这也解释了在使用 HTTP 传输时，必须把它设置为 `post-receive` 钩子的原因：
 
 [source]
 ----