Merge pull request #382 from liuxilu/master

修正各种符号

Author: networm

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
 
@@ -533,7 +533,7 @@ Git 有一些可以与其他的版本控制系统集成的命令。
 
 ==== git gc
 
-`git gc` 命令在你的仓库中执行 ``garbage collection'' ，删除数据库中不需要的文件和将其他文件打包成一种更有效的格式。
+`git gc` 命令在你的仓库中执行 “garbage collection”，删除数据库中不需要的文件和将其他文件打包成一种更有效的格式。
 
 此命令一般在背后为你工作，虽然你可以手动执行它-如果你想的话。
 我们在<<ch10-git-internals#r_git_gc>> 一节中研究此命令的几个示例。

book/01-introduction/sections/installing.asc

@@ -50,11 +50,11 @@ image::images/git-osx-installer.png[Git OS X 安装程序。]
 在 Windows 上安装 Git 也有几种安装方法。(((Windows, installing)))
 官方版本可以在 Git 官方网站下载。
 打开 http://git-scm.com/download/win[]，下载会自动开始。
-要注意这是一个名为 Git for Windows的项目（也叫做 msysGit），和 Git 是分别独立的项目；更多信息请访问 http://msysgit.github.io/[]。
+要注意这是一个名为 Git for Windows 的项目（也叫做 msysGit），和 Git 是分别独立的项目；更多信息请访问 http://msysgit.github.io/[]。
 
 另一个简单的方法是安装 GitHub for Windows。
 该安装程序包含图形化和命令行版本的 Git。
-它也能支持 Powershell，提供了稳定的凭证缓存和健全的 CRLF 设置。(((Powershell)))(((CRLF)))(((credential caching)))
+它也能支持 Powershell，提供了稳定的凭证缓存和健全的换行设置。(((Powershell)))(((CRLF)))(((credential caching)))
 稍后我们会对这方面有更多了解，现在只要一句话就够了，这些都是你所需要的。
 你可以在 GitHub for Windows 网站下载，网址为 http://windows.github.com[]。
 
@@ -64,7 +64,7 @@ image::images/git-osx-installer.png[Git OS X 安装程序。]
 有人觉得从源码安装 Git 更实用，因为你能得到最新的版本。
 二进制安装程序倾向于有一些滞后，当然近几年 Git 已经成熟，这个差异不再显著。
 
-如果你想从源码安装 Git，需要安装 Git 依赖的库：curl、zlib、openssl、expat，还有libiconv。
+如果你想从源码安装 Git，需要安装 Git 依赖的库：curl、zlib、openssl、expat，还有 libiconv。
 如果你的系统上有 yum （如 Fedora）或者 apt-get（如基于 Debian 的系统），可以使用以下命令之一来安装最小化的依赖包来编译和安装 Git 的二进制版：
 
 [source,console]

book/02-git-basics/sections/getting-a-repository.asc

@@ -35,7 +35,7 @@ $ git commit -m 'initial project version'
 ==== 克隆现有的仓库
 
 如果你想获得一份已经存在了的 Git 仓库的拷贝，比如说，你想为某个开源项目贡献自己的一份力，这时就要用到 `git clone` 命令。
-如果你对其它的 VCS 系统（比如说Subversion）很熟悉，请留心一下你所使用的命令是"clone"而不是"checkout"。
+如果你对其它的 VCS 系统（比如说 Subversion）很熟悉，请留心一下你所使用的命令是"clone"而不是"checkout"。
 这是 Git 区别于其它版本控制系统的一个重要特性，Git 克隆的是该 Git 仓库服务器上的几乎所有数据，而不是仅仅复制完成你的工作所需要文件。
 当你执行 `git clone` 命令的时候，默认配置下远程 Git 仓库中的每一个文件的每一个版本都将被拉取下来。
 事实上，如果你的服务器的磁盘坏掉了，你通常可以使用任何一个克隆下来的用户端来重建服务器上的仓库（虽然可能会丢失某些服务器端的挂钩设置，但是所有版本的数据仍在，详见 <<ch04-git-server#r_git_on_the_server>> ）。

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/02-git-basics/sections/remotes.asc

@@ -12,7 +12,7 @@
 
 如果想查看你已经配置的远程仓库服务器，可以运行 `git remote` 命令。(((git commands, remote)))
 它会列出你指定的每一个远程服务器的简写。
-如果你已经克隆了自己的仓库，那么至少应该能看到 origin - 这是 Git 给你克隆的仓库服务器的默认名字：
+如果你已经克隆了自己的仓库，那么至少应该能看到 origin ——这是 Git 给你克隆的仓库服务器的默认名字：
 
 [source,console]
 ----
@@ -93,7 +93,7 @@ From https://github.com/paulboone/ticgit
  * [new branch]      ticgit     -> pb/ticgit
 ----
 
-现在 Paul 的 master 分支可以在本地通过 `pb/master` 访问到 - 你可以将它合并到自己的某个分支中，或者如果你想要查看它的话，可以检出一个指向该点的本地分支。
+现在 Paul 的 master 分支可以在本地通过 `pb/master` 访问到——你可以将它合并到自己的某个分支中，或者如果你想要查看它的话，可以检出一个指向该点的本地分支。
 （我们将会在 <<ch03-git-branching#ch03-git-branching>> 中详细介绍什么是分支以及如何使用分支。）
 
 [[r_fetching_and_pulling]]
@@ -111,7 +111,7 @@ $ git fetch [remote-name]
 
 如果你使用 `clone` 命令克隆了一个仓库，命令会自动将其添加为远程仓库并默认以 “origin” 为简写。
 所以，`git fetch origin` 会抓取克隆（或上一次抓取）后新推送的所有工作。
-必须注意 `git fetch` 命令会将数据拉取到你的本地仓库 - 它并不会自动合并或修改你当前的工作。
+必须注意 `git fetch` 命令会将数据拉取到你的本地仓库——它并不会自动合并或修改你当前的工作。
 当准备好时你必须手动将其合并入你的工作。
 
 如果你有一个分支设置为跟踪一个远程分支（阅读下一节与 <<ch03-git-branching#ch03-git-branching>> 了解更多信息），可以使用 `git pull` 命令来自动的抓取然后合并远程分支到当前分支。(((git commands, pull)))
@@ -207,7 +207,7 @@ paul
 值得注意的是这同样也会修改你的远程分支名字。
 那些过去引用 `pb/master` 的现在会引用 `paul/master`。
 
-如果因为一些原因想要移除一个远程仓库 - 你已经从服务器上搬走了或不再想使用某一个特定的镜像了，又或者某一个贡献者不再贡献了 - 可以使用 `git remote rm` ：
+如果因为一些原因想要移除一个远程仓库——你已经从服务器上搬走了或不再想使用某一个特定的镜像了，又或者某一个贡献者不再贡献了——可以使用 `git remote rm` ：
 
 [source,console]
 ----

book/02-git-basics/sections/tagging.asc

@@ -43,7 +43,7 @@ v1.8.5.5
 
 Git 使用两种主要类型的标签：轻量标签（lightweight）与附注标签（annotated）。
 
-一个轻量标签很像一个不会改变的分支 - 它只是一个特定提交的引用。
+一个轻量标签很像一个不会改变的分支——它只是一个特定提交的引用。
 
 然而，附注标签是存储在 Git 数据库中的一个完整对象。
 它们是可以被校验的；其中包含打标签者的名字、电子邮件地址、日期时间；还有一个标签信息；并且可以使用 GNU Privacy Guard （GPG）签名与验证。
@@ -58,7 +58,7 @@ Git 使用两种主要类型的标签：轻量标签（lightweight）与附注
 
 [source,console]
 ----
-$ git tag -a v1.4 -m 'my version 1.4'
+$ git tag -a v1.4 -m "my version 1.4"
 $ git tag
 v0.1
 v1.3
@@ -92,7 +92,7 @@ Date:   Mon Mar 17 21:52:11 2008 -0700
 
 (((tags, lightweight)))
 另一种给提交打标签的方式是使用轻量标签。
-轻量标签本质上是将提交校验和存储到一个文件中 - 没有保存任何其他信息。
+轻量标签本质上是将提交校验和存储到一个文件中——没有保存任何其他信息。
 创建轻量标签，不需要使用 `-a`、`-s` 或 `-m` 选项，只需要提供标签名字：
 
 [source,console]
@@ -141,7 +141,7 @@ a6b4c97498bd301d84096da251c98a07c7723e65 beginning write support
 
 现在，假设在 v1.2 时你忘记给项目打标签，也就是在 “updated rakefile” 提交。
 你可以在之后补上标签。
-要在那个提交上打标签，你需要在命令的末尾指定提交的校验和（或部分校验和）:
+要在那个提交上打标签，你需要在命令的末尾指定提交的校验和（或部分校验和）：
 
 [source,console]
 ----
@@ -179,7 +179,7 @@ Date:   Sun Apr 27 20:43:35 2008 -0700
 
 默认情况下，`git push` 命令并不会传送标签到远程仓库服务器上。(((git commands, push)))
 在创建完标签后你必须显式地推送标签到共享服务器上。
-这个过程就像共享远程分支一样 - 你可以运行 `git push origin [tagname]`。
+这个过程就像共享远程分支一样——你可以运行 `git push origin [tagname]`。
 
 [source,console]
 ----

book/02-git-basics/sections/undoing.asc

@@ -29,7 +29,7 @@ $ git add forgotten_file
 $ git commit --amend
 ----
 
-最终你只会有一个提交 - 第二次提交将代替第一次提交的结果。
+最终你只会有一个提交——第二次提交将代替第一次提交的结果。
 
 [[r_unstaging]]
 ==== 取消暂存的文件
@@ -88,7 +88,7 @@ Changes not staged for commit:
 ==== 撤消对文件的修改
 
 如果你并不想保留对 `CONTRIBUTING.md` 文件的修改怎么办？
-你该如何方便地撤消修改 - 将它还原成上次提交时的样子（或者刚克隆完的样子，或者刚把它放入工作目录时的样子）？
+你该如何方便地撤消修改——将它还原成上次提交时的样子（或者刚克隆完的样子，或者刚把它放入工作目录时的样子）？
 幸运的是，`git status` 也告诉了你应该如何做。
 在最后一个例子中，未暂存区域是这样：
 
@@ -121,7 +121,7 @@ Changes to be committed:
 [IMPORTANT]
 =====
 你需要知道 `git checkout -- [file]` 是一个危险的命令，这很重要。
-你对那个文件做的任何修改都会消失 - 你只是拷贝了另一个文件来覆盖它。
+你对那个文件做的任何修改都会消失——你只是拷贝了另一个文件来覆盖它。
 除非你确实清楚不想要那个文件了，否则不要使用这个命令。
 =====
 

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/03-git-branching/sections/remote-branches.asc

@@ -61,7 +61,7 @@ image::images/remote-branches-5.png[远程跟踪分支 `teamone/master`。]
 
 (((pushing)))
 当你想要公开分享一个分支时，需要将其推送到有写入权限的远程仓库上。
-本地的分支并不会自动与远程仓库同步 - 你必须显式地推送想要分享的分支。
+本地的分支并不会自动与远程仓库同步——你必须显式地推送想要分享的分支。
 这样，你就可以把不愿意分享的内容放到私人分支上，而将需要和别人协作的内容推送到公开分支。
 
 如果希望和别人一起在名为 `serverfix` 的分支上工作，你可以像推送第一个分支那样推送它。
@@ -112,7 +112,7 @@ From https://github.com/schacon/simplegit
 ----
 
 要特别注意的一点是当抓取到新的远程跟踪分支时，本地不会自动生成一份可编辑的副本（拷贝）。
-换一句话说，这种情况下，不会有一个新的 `serverfix` 分支 - 只有一个不可以修改的 `origin/serverfix` 指针。
+换一句话说，这种情况下，不会有一个新的 `serverfix` 分支——只有一个不可以修改的 `origin/serverfix` 指针。
 
 可以运行 `git merge origin/serverfix` 将这些工作合并到当前所在的分支。
 如果想要在自己的 `serverfix` 分支上工作，可以将其建立在远程跟踪分支之上：
@@ -208,7 +208,7 @@ $ git branch -vv
 ==== 删除远程分支
 
 (((branches, deleting remote)))
-假设你已经通过远程分支做完所有的工作了 - 也就是说你和你的协作者已经完成了一个特性并且将其合并到了远程仓库的 `master` 分支（或任何其他稳定代码分支）。
+假设你已经通过远程分支做完所有的工作了——也就是说你和你的协作者已经完成了一个特性并且将其合并到了远程仓库的 `master` 分支（或任何其他稳定代码分支）。
 可以运行带有 `--delete` 选项的 `git push` 命令来删除一个远程分支。
 如果想要从服务器上删除 `serverfix` 分支，运行下面的命令：
 

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

@@ -42,7 +42,7 @@ exec /usr/bin/git daemon \
 respawn
 ----
 
-出于安全考虑，强烈建议使用一个对仓库拥有只读权限的用户身份来运行该守护进程 - 你可以创建一个新用户 'git-ro' 并且以该用户身份来运行守护进程。
+出于安全考虑，强烈建议使用一个对仓库拥有只读权限的用户身份来运行该守护进程——你可以创建一个新用户 'git-ro' 并且以该用户身份来运行守护进程。
 为简便起见，我们将像 `git-shell` 一样，同样使用 'git' 用户来运行它。
 
 当你重启机器时，你的 Git 守护进程将会自动启动，并且如果进程被意外结束它会自动重新运行。
@@ -53,7 +53,7 @@ respawn
 initctl start local-git-daemon
 ----
 
-在其他系统中，你可以使用 `sysvinit` 系统中的 `xinetd` 脚本，或者另外的方式来实现 - 只要你能够将其命令守护进程化并实现监控。
+在其他系统中，你可以使用 `sysvinit` 系统中的 `xinetd` 脚本，或者另外的方式来实现——只要你能够将其命令守护进程化并实现监控。
 
 接下来，你需要告诉 Git 哪些仓库允许基于服务器的无授权访问。
 你可以在每个仓库下创建一个名为 `git-daemon-export-ok` 的文件来实现。