修正左括号

Author: liuxilu

book/02-git-basics/sections/recording-changes.asc

@@ -397,7 +397,7 @@ $ git commit
 ----
 
 这种方式会启动文本编辑器以便输入本次提交的说明。
-(默认会启用 shell 的环境变量 `$EDITOR` 所指定的软件，一般都是 vim 或 emacs。当然也可以按照 <<ch01-introduction#ch01-introduction>> 介绍的方式，使用 `git config --global core.editor` 命令设定你喜欢的编辑软件。）(((editor, changing default)))(((git commands, config)))
+（默认会启用 shell 的环境变量 `$EDITOR` 所指定的软件，一般都是 vim 或 emacs。当然也可以按照 <<ch01-introduction#ch01-introduction>> 介绍的方式，使用 `git config --global core.editor` 命令设定你喜欢的编辑软件。）(((editor, changing default)))(((git commands, config)))
 
 编辑器会显示类似下面的文本信息（本例选用 Vim 的屏显方式展示）：
 
@@ -419,7 +419,7 @@ $ git commit
 
 可以看到，默认的提交消息包含最后一次运行 `git status` 的输出，放在注释行里，另外开头还有一空行，供你输入提交说明。
 你完全可以去掉这些注释行，不过留着也没关系，多少能帮你回想起这次更新的内容有哪些。
-(如果想要更详细的对修改了哪些内容的提示，可以用 `-v` 选项，这会将你所做的改变的 diff 输出放到编辑器中从而使你知道本次提交具体做了哪些修改。）
+（如果想要更详细的对修改了哪些内容的提示，可以用 `-v` 选项，这会将你所做的改变的 diff 输出放到编辑器中从而使你知道本次提交具体做了哪些修改。）
 退出编辑器时，Git 会丢掉注释行，用你输入提交附带信息生成一次提交。
 
 另外，你也可以在 `commit` 命令后添加 `-m` 选项，将提交信息与命令放在同一行，如下所示：

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

@@ -67,7 +67,7 @@ image::images/integration-manager.png[集成管理者工作流。]
 被称为副官（lieutenant）的各个集成管理者分别负责集成项目中的特定部分。
 所有这些副官头上还有一位称为司令官（dictator）的总集成管理者负责统筹。
 司令官维护的仓库作为参考仓库，为所有协作者提供他们需要拉取的项目代码。
-整个流程看起来是这样的(见 <<rwfdiag_c>>):
+整个流程看起来是这样的（见 <<rwfdiag_c>> ）:
 
 1.  普通开发者在自己的特性分支上工作，并根据 `master` 分支进行变基。
     这里是司令官的 `master` 分支。

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

@@ -263,7 +263,7 @@ image::images/maint-06-unsubscribe.png[取消订阅]
 .通知中心选项.
 image::images/maint-07-notifications.png[通知中心]
 
-有两个选项，通过“邮件(Email)”和通过“网页(Web)”，你可以选用一个或者都不选或者都选。
+有两个选项，通过“邮件（Email）”和通过“网页（Web）”，你可以选用一个或者都不选或者都选。
 
 ==== 网页通知
 
@@ -308,7 +308,7 @@ 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” 一样。

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

@@ -85,7 +85,7 @@ Bisecting: 6 revisions left to test after this
 [ecb6e1bc347ccecc5f9350d878ce677feb13d3b2] error handling on repo
 ----
 
-Git 发现在你标记为正常的提交(v1.0)和当前的错误版本之间有大约12次提交，于是 Git 检出中间的那个提交。
+Git 发现在你标记为正常的提交（v1.0）和当前的错误版本之间有大约12次提交，于是 Git 检出中间的那个提交。
 现在你可以执行测试，看看在这个提交下问题是不是还是存在。
 如果还存在，说明问题是在这个提交之前引入的；如果问题不存在，说明问题是在这个提交之后引入的。
 假设测试结果是没有问题的，你可以通过 `git bisect good` 来告诉 Git，然后继续寻找。

book/07-git-tools/sections/revision-selection.asc

@@ -112,7 +112,7 @@ ca82a6dff817ec66f44342007202690a93763949
 [[r_git_reflog]]
 ==== 引用日志
 
-当你在工作时， Git 会在后台保存一个引用日志(reflog)，引用日志记录了最近几个月你的 HEAD 和分支引用所指向的历史。
+当你在工作时， Git 会在后台保存一个引用日志（reflog），引用日志记录了最近几个月你的 HEAD 和分支引用所指向的历史。
 
 你可以使用 `git reflog` 来查看引用日志
 
@@ -213,7 +213,7 @@ Date:   Thu Dec 11 15:08:43 2008 -0800
 ----
 
 你也可以在 `^` 后面添加一个数字——例如 `d921970^2` 代表 “d921970 的第二父提交”
-这个语法只适用于合并(merge)的提交，因为合并提交会有多个父提交。
+这个语法只适用于合并（merge）的提交，因为合并提交会有多个父提交。
 第一父提交是你合并时所在分支，而第二父提交是你所合并的分支：
 
 [source,console]

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

@@ -307,7 +307,7 @@ if !$regex.match(message)
 end
 ----
 
-如果这个脚本位于正确的位置 (`.git/hooks/commit-msg`) 并且是可执行的，你提交信息的格式又是不正确的，你会看到：
+如果这个脚本位于正确的位置（ `.git/hooks/commit-msg` ）并且是可执行的，你提交信息的格式又是不正确的，你会看到：
 
 [source,console]
 ----

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

@@ -2,7 +2,7 @@
 
 (((Interoperation with other VCSs, TFS)))
 (((TFS)))((("TFVC", see="TFS")))
-Git 在 Windows 开发者当中变得流行起来，如果你正在 Windows 上编写代码并且正在使用 Microsoft 的 Team Foundation Server (TFS)，这会是个好机会。
+Git 在 Windows 开发者当中变得流行起来，如果你正在 Windows 上编写代码并且正在使用 Microsoft 的 Team Foundation Server （TFS），这会是个好机会。
 TFS 是一个包含工作项目检测与跟踪、支持 Scrum 与其他流程管理方法、代码审核、版本控制的协作套件。
 这里有一点困惑：*TFS* 是服务器，它支持通过 Git 与它们自定义的 VCS 来管理源代码，这被他们称为 *TFVC*（Team Foundation Version Control）。
 Git 支持 TFS（自 2013 版本起）的部分新功能，所以在那之前所有工具都将版本控制部分称为 “TFS”，即使实际上他们大部分时间都在与 TFVC 工作。
@@ -31,7 +31,7 @@ Git-tf（主页在 https://gittf.codeplex.com[]）是一个 Java 项目，因此
 ====
 你需要有一个基于 TFVC 的仓库来执行后续的指令。
 现实中它们并没有 Git 或 Subversion 仓库那样多，所以你可能需要创建一个你自己的仓库。
-Codeplex (https://www.codeplex.com[]) 或 Visual Studio Online (http://www.visualstudio.com[]) 都是非常好的选择。
+Codeplex（ https://www.codeplex.com[] ）或 Visual Studio Online（ http://www.visualstudio.com[] ）都是非常好的选择。
 ====
 
 

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

@@ -45,14 +45,14 @@ Git 用了几个变量来确定它如何与当前版本库交互。
 
 *`GIT_OBJECT_DIRECTORY`* 用来指定 `.git/objects` 目录的位置。
 
-*`GIT_ALTERNATE_OBJECT_DIRECTORIES`* 一个冒号分割的列表 (格式类似 `/dir/one:/dir/two:…`) 用来告诉 Git 到哪里去找不在 `GIT_OBJECT_DIRECTORY` 目录中的对象。
+*`GIT_ALTERNATE_OBJECT_DIRECTORIES`* 一个冒号分割的列表（格式类似 `/dir/one:/dir/two:…`）用来告诉 Git 到哪里去找不在 `GIT_OBJECT_DIRECTORY` 目录中的对象。
 如果你有很多项目有相同内容的大文件，这个可以用来避免存储过多备份。
 
 
 ==== 路径规则
 
 所谓 “pathspec” 是指你在 Git 中如何指定路径，包括通配符的使用。
-它们会在 `.gitignore` 文件中用到，命令行里也会用到 （`git add *.c`）。
+它们会在 `.gitignore` 文件中用到，命令行里也会用到（`git add *.c`）。
 
 *`GIT_GLOB_PATHSPECS` and `GIT_NOGLOB_PATHSPECS`* 控制通配符在路径规则中的默认行为。
 如果 `GIT_GLOB_PATHSPECS` 设置为 1, 通配符表现为通配符（这是默认设置）; 如果 `GIT_NOGLOB_PATHSPECS` 设置为 1,通配符仅匹配字面。意思是 `*.c` 只会匹配 _文件名是_ “*.c” 的文件，而不是以 `.c` 结尾的文件。
@@ -221,7 +221,7 @@ nothing to commit, working directory clean
 
 *`GIT_ASKPASS`* 覆盖了 `core.askpass` 配置。
 这是 Git 需要向用户请求验证时用到的程序，它接受一个文本提示作为命令行参数，并在 `stdout` 中返回应答。
-(查看 <<ch07-git-tools#r_credential_caching>>_ 访问更多相关内容)
+（查看 <<ch07-git-tools#r_credential_caching>>_ 访问更多相关内容）
 
 *`GIT_NAMESPACE`* 控制有命令空间的引用的访问，与 `--namespace` 标志是相同的。
 这主要在服务器端有用， 如果你想在一个版本库中存储单个版本库的多个 fork, 只要保持引用是隔离的就可以。

book/A-git-in-other-environments/sections/bash.asc

@@ -24,7 +24,7 @@ $ git chec<tab>
 
 这项功能也可以用于你自己定义的提示符（`prompt`），显示当前目录下 Git 仓库的信息。
 根据你的需要，这个信息可以简单或复杂，这里通常有大多数人想要的几个关键信息，比如当前分支信息和当前工作目录的状态信息。
-要添加你自己的提示符（`prompt`），只需从 Git 源版本库复制 `contrib/completion/git-prompt.sh` 文件到你的 Home 目录(或其他便于你访问与管理的目录)， 并在 `.bashrc` 里添加这个文件路径，类似于下面这样：
+要添加你自己的提示符（`prompt`），只需从 Git 源版本库复制 `contrib/completion/git-prompt.sh` 文件到你的 Home 目录（或其他便于你访问与管理的目录）， 并在 `.bashrc` 里添加这个文件路径，类似于下面这样：
 
 [source,console]
 -----

book/A-git-in-other-environments/sections/eclipse.asc

@@ -2,7 +2,7 @@
 
 (((Eclipse)))
 Eclipse 附带了一个名为 Egit 的插件，它提供了一个非常完善的 Git 操作接口。
-这个插件可以通过切换到 Git 视图来使用：(Window > Open Perspective > Other…， 然后选择 “Git”）。
+这个插件可以通过切换到 Git 视图来使用。（ Window > Open Perspective > Other…， 然后选择 “Git” ）。
 
 .Eclipse 中 EGit 的界面环境。
 image::images/egit.png[Eclipse 中 EGit 的界面环境。]