Merge pull request #381 from liuxilu/master

修正符号+添加缺失

Author: networm

C-git-commands.asc

@@ -34,6 +34,40 @@ Git 做的很多工作都有一个默认方式。
 
 最后，基本上 <<ch08-customizing-git#r_git_config>> 整个章节都是针对此命令的。
 
+[[_core_editor]]
+==== git config core.editor 命令
+
+就像 <<ch01-introduction#r_first_time>> 里的设置指示，很多编辑器可以如下设置：
+
+.详细的 `core.editor` 设置命令列表
+[cols="1,2",options="header"]
+|==============================
+|编辑器 | 设置命令
+|Atom |`git config --global core.editor "atom --wait"`
+|BBEdit (Mac, with command line tools) |`git config --global core.editor "bbedit -w"`
+|Emacs |git config --global core.editor emacs
+|Gedit (Linux) |`git config --global core.editor "gedit --wait --new-window"`
+|Gvim (Windows 64-bit) |`git config --global core.editor "'C:/Program Files/Vim/vim72/gvim.exe' --nofork '%*'"` (Also see note below)
+|Kate (Linux) |`git config --global core.editor "kate"`
+|nano |`git config --global core.editor "nano -w"`
+|Notepad (Windows 64-bit) |`git config core.editor notepad`
+|Notepad++ (Windows 64-bit) |git config --global core.editor "'C:/Program Files/Notepad++/notepad++.exe' -multiInst -notabbar -nosession -noPlugin" (Also see note below)
+|Scratch (Linux)|`git config --global core.editor "scratch-text-editor"`
+|Sublime Text (macOS) |`git config --global core.editor "/Applications/Sublime\ Text.app/Contents/SharedSupport/bin/subl --new-window --wait"`
+|Sublime Text (Windows 64-bit) |`git config --global core.editor "'C:/Program Files/Sublime Text 3/sublime_text.exe' -w"` (Also see note below)
+|Textmate |`git config --global core.editor "mate -w"`
+|Textpad (Windows 64-bit) |`git config --global core.editor "'C:/Program Files/TextPad 5/TextPad.exe' -m` (Also see note below)
+|Vim |`git config --global core.editor "vim"`
+|VS Code |`git config --global core.editor "code --wait"`
+|WordPad |`git config --global core.editor '"C:\Program Files\Windows NT\Accessories\wordpad.exe"'"`
+|Xi | `git config --global core.editor "xi --wait"`
+|==============================
+
+[NOTE]
+====
+如果你在 64 位 Windows 系统上安装了 32 位的文本编辑器，它会被安装在 `C:\Program Files (x86)\` 而不是上面表格所写的 `C:\Program Files\` 。
+====
+
 ==== git help
 
 `git help` 命令用来显示任何命令的 Git 自带文档。

book/01-introduction/sections/basics.asc

@@ -94,7 +94,7 @@ Git 仓库目录是 Git 用来保存项目的元数据和对象数据库的地
 这些从 Git 仓库的压缩数据库中提取出来的文件，放在磁盘上供你使用或修改。
 
 暂存区域是一个文件，保存了下次将提交的文件列表信息，一般在 Git 仓库目录中。
-有时候也被称作``索引''，不过一般说法还是叫暂存区域。
+有时候也被称作“索引”，不过一般说法还是叫暂存区域。
 
 基本的 Git 工作流程如下：
 

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

@@ -48,7 +48,7 @@ $ git commit -m 'initial project version'
 $ git clone https://github.com/libgit2/libgit2
 ----
 
-这会在当前目录下创建一个名为 ``libgit2'' 的目录，并在这个目录下初始化一个 `.git` 文件夹，从远程仓库拉取下所有数据放入 `.git` 文件夹，然后从中读取最新版本的文件的拷贝。
+这会在当前目录下创建一个名为 “libgit2” 的目录，并在这个目录下初始化一个 `.git` 文件夹，从远程仓库拉取下所有数据放入 `.git` 文件夹，然后从中读取最新版本的文件的拷贝。
 如果你进入到这个新建的 `libgit2` 文件夹，你会发现所有的项目文件已经在里面了，准备就绪等待后续的开发和使用。
 如果你想在克隆远程仓库的时候，自定义本地仓库的名字，你可以使用如下命令：
 

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

@@ -30,7 +30,7 @@ nothing to commit, working directory clean
 这说明你现在的工作目录相当干净。换句话说，所有已跟踪文件在上次提交后都未被更改过。
 此外，上面的信息还表明，当前目录下没有出现任何处于未跟踪状态的新文件，否则 Git 会在这里列出来。
 最后，该命令还显示了当前所在分支，并告诉你这个分支同远程服务器上对应的分支没有偏离。
-现在，分支名是 ``master'',这是默认的分支名。
+现在，分支名是 “master”,这是默认的分支名。
 我们在 <<ch03-git-branching#ch03-git-branching>>  会详细讨论分支和引用。
 
 现在，让我们在项目下创建一个新的 README 文件。

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

@@ -109,7 +109,7 @@ $ git fetch [remote-name]
 这个命令会访问远程仓库，从中拉取所有你还没有的数据。
 执行完成后，你将会拥有那个远程仓库中所有分支的引用，可以随时合并或查看。
 
-如果你使用 `clone` 命令克隆了一个仓库，命令会自动将其添加为远程仓库并默认以 ``origin'' 为简写。
+如果你使用 `clone` 命令克隆了一个仓库，命令会自动将其添加为远程仓库并默认以 “origin” 为简写。
 所以，`git fetch origin` 会抓取克隆（或上一次抓取）后新推送的所有工作。
 必须注意 `git fetch` 命令会将数据拉取到你的本地仓库 - 它并不会自动合并或修改你当前的工作。
 当准备好时你必须手动将其合并入你的工作。

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

@@ -139,7 +139,7 @@ a6b4c97498bd301d84096da251c98a07c7723e65 beginning write support
 8a5cbc430f1a9c3d00faaeffd07798508422908a updated readme
 ----
 
-现在，假设在 v1.2 时你忘记给项目打标签，也就是在 ``updated rakefile'' 提交。
+现在，假设在 v1.2 时你忘记给项目打标签，也就是在 “updated rakefile” 提交。
 你可以在之后补上标签。
 要在那个提交上打标签，你需要在命令的末尾指定提交的校验和（或部分校验和）:
 

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

@@ -52,7 +52,7 @@ Changes to be committed:
     modified:   CONTRIBUTING.md
 ----
 
-在 ``Changes to be committed'' 文字正下方，提示使用 `git reset HEAD <file>...` 来取消暂存。
+在 “Changes to be committed” 文字正下方，提示使用 `git reset HEAD <file>...` 来取消暂存。
 所以，我们可以这样来取消暂存 `CONTRIBUTING.md` 文件：
 
 [source,console]

book/03-git-branching/sections/basic-branching-and-merging.asc

@@ -268,7 +268,7 @@ Normal merge conflict for 'index.html':
 Hit return to start merge resolution tool (opendiff):
 ----
 
-如果你想使用除默认工具（在这里 Git 使用 `opendiff` 做为默认的合并工具，因为作者在 Mac 上运行该程序）外的其他合并工具，你可以在 ``下列工具中（one of the following tools）'' 这句后面看到所有支持的合并工具。
+如果你想使用除默认工具（在这里 Git 使用 `opendiff` 做为默认的合并工具，因为作者在 Mac 上运行该程序）外的其他合并工具，你可以在 “下列工具中（one of the following tools）” 这句后面看到所有支持的合并工具。
 然后输入你喜欢的工具名字就可以了。
 
 [NOTE]

book/03-git-branching/sections/nutshell.asc

@@ -37,7 +37,7 @@ Git 的默认分支名字是 `master`。
 
 [NOTE]
 ====
-Git 的 ``master'' 分支并不是一个特殊分支。(((master)))
+Git 的 “master” 分支并不是一个特殊分支。(((master)))
 它就跟其它分支完全没有区别。
 之所以几乎每一个仓库都有 master 分支，是因为 `git init` 命令默认创建它，并且大多数人都懒得去改动它。
 ====
@@ -85,7 +85,7 @@ f30ab (HEAD, master, testing) add feature #32 - ability to add new
 98ca9 initial commit of my project
 ----
 
-正如你所见，当前 ``master'' 和 ``testing'' 分支均指向校验和以 `f30ab` 开头的提交对象。
+正如你所见，当前 “master” 和 “testing” 分支均指向校验和以 `f30ab` 开头的提交对象。
 
 [[r_switching_branches]]
 ==== 分支切换

book/03-git-branching/sections/rebasing.asc

@@ -183,7 +183,7 @@ image::images/perils-of-rebasing-4.png[你将相同的内容又合并了一次
 如果团队中的某人强制推送并覆盖了一些你所基于的提交，你需要做的就是检查你做了哪些修改，以及他们覆盖了哪些修改。
 
 实际上，Git 除了对整个提交计算 SHA-1 校验和以外，也对本次提交所引入的修改计算了校验和——
-即 ``patch-id''。
+即 “patch-id”。
 
 如果你拉取被覆盖过的更新并将你手头的工作基于此进行变基的话，一般情况下 Git 都能成功分辨出哪些是你的修改，并把它们应用到新分支上。