Merge branch 'book-zh' of bundle-zh/zh.bundle into hugo

_sync_state/book-zh.sha

@@ -1 +1 @@
-8b54c89183ba92483de1e5fccf0f7922a2021a7c
+a7baa05fc387333be21e3fe014d85a50b147e237

content/book/zh/v2/Git-内部原理-维护与数据恢复.html

@@ -349,7 +349,7 @@ <h3 id="_removing_objects">移除对象</h3>
 </div>
 </div>
 <div class="paragraph">
-<p><code>--index-filter</code> 选项类似于在 <a href="{{< relurl "book/zh/v2/ch00/_rewriting_history" >}}">重写历史</a> 中提到的的 <code>--tree-filter</code> 选项，
+<p><code>--index-filter</code> 选项类似于在 <a href="{{< relurl "book/zh/v2/ch00/_rewriting_history" >}}">重写历史</a> 中提到的 <code>--tree-filter</code> 选项，
 不过这个选项并不会让命令将修改在硬盘上检出的文件，而只是修改在暂存区或索引中的文件。</p>
 </div>
 <div class="paragraph">

content/book/zh/v2/Git-分支-分支的新建与合并.html

@@ -399,7 +399,7 @@ <h3 id="_basic_merge_conflicts">遇到冲突时的分支合并</h3>
 </div>
 </div>
 <div class="paragraph">
-<p>如果你对结果感到满意，并且确定之前有冲突的的文件都已经暂存了，这时你可以输入 <code>git commit</code> 来完成合并提交。
+<p>如果你对结果感到满意，并且确定之前有冲突的文件都已经暂存了，这时你可以输入 <code>git commit</code> 来完成合并提交。
 默认情况下提交信息看起来像下面这个样子：</p>
 </div>
 <div class="listingblock">

content/book/zh/v2/Git-工具-重置揭密.html

@@ -289,7 +289,7 @@ <h4 id="_第_2_步更新索引_mixed">第 2 步：更新索引（--mixed）</h4>
 <div class="sect4">
 <h4 id="_第_3_步更新工作目录_hard">第 3 步：更新工作目录（--hard）</h4>
 <div class="paragraph">
-<p><code>reset</code> 要做的的第三件事情就是让工作目录看起来像索引。
+<p><code>reset</code> 要做的第三件事情就是让工作目录看起来像索引。
 如果使用 <code>--hard</code> 选项，它将会继续这一步。</p>
 </div>
 <div class="imageblock">

content/book/zh/v2/GitHub-对项目做出贡献.html

@@ -119,7 +119,7 @@ <h4 id="_创建拉取请求">创建拉取请求</h4>
 <div class="title">Figure 90. 他想要做出贡献的项目</div>
 </div>
 <div class="paragraph">
-<p>但是有个问题，这个代码中的的闪烁频率太高，我们觉得 3 秒一次比 1 秒一次更好一些。
+<p>但是有个问题，这个代码中的闪烁频率太高，我们觉得 3 秒一次比 1 秒一次更好一些。
 所以让我们来改进这个程序，并将修改后的代码提交给这个项目。</p>
 </div>
 <div class="paragraph">
@@ -339,8 +339,8 @@ <h3 id="_拉取请求的进阶用法">拉取请求的进阶用法</h3>
 <div class="sect4">
 <h4 id="_将拉取请求制作成补丁">将拉取请求制作成补丁</h4>
 <div class="paragraph">
-<p>有一件重要的事情：许多项目并不认为拉取请求可以作为补丁，
-就和通过邮件列表工作的的项目对补丁贡献的看法一样。
+<p>有一件重要的事情：和大部分通过邮件列表工作的项目对补丁贡献的看法一样，
+许多项目并不认为拉取请求可以作为补丁。
 大多数的 GitHub 项目将拉取请求的分支当作对改动的交流方式，并将变更集合起来统一进行合并。</p>
 </div>
 <div class="paragraph">

content/book/zh/v2/_index.html

@@ -7,7 +7,7 @@
   language_code: zh
   front_page: true
   repository_url: https://github.com/progit/progit2-zh
-  sha: 8b54c89183ba92483de1e5fccf0f7922a2021a7c
+  sha: a7baa05fc387333be21e3fe014d85a50b147e237
 page_title: Git - Book
 url: "/book/zh/v2.html"
 aliases:

content/book/zh/v2/分布式-Git-向一个项目贡献.html

@@ -529,7 +529,7 @@ <h3 id="_私有管理团队">私有管理团队</h3>
 </div>
 </div>
 <div class="paragraph">
-<p>此时，Jessica 想要将所有合并后的“featureB”推送回服务器，，但她并不想直接推送她自己的 <code>featureB</code> 分支。
+<p>此时，Jessica 想要将所有合并后的“featureB”推送回服务器，但她并不想直接推送她自己的 <code>featureB</code> 分支。
 由于 Josie 已经开启了一个上游的 <code>featureBee</code> 分支，因此 Jessica 想要推送到 <strong>这个</strong> 分支上，于是她这样做：</p>
 </div>
 <div class="listingblock">

content/book/zh/v2/起步-初次运行-Git-前的配置.html

@@ -41,7 +41,7 @@ <h2 id="_first_time">初次运行 Git 前的配置</h2>
 </li>
 <li>
 <p>当前使用仓库的 Git 目录中的 <code>config</code> 文件（即 <code>.git/config</code>）：针对该仓库。
-你可以传递 <code>--local</code> 选项让 Git 强制读写此文件，虽然默认情况下用的就是它。。
+你可以传递 <code>--local</code> 选项让 Git 强制读写此文件，虽然默认情况下用的就是它。
 （当然，你需要进入某个 Git 仓库中才能让该选项生效。）</p>
 </li>
 </ol>
@@ -148,7 +148,7 @@ <h3 id="_editor">文本编辑器</h3>
 <div class="sect3">
 <h3 id="_检查配置信息">检查配置信息</h3>
 <div class="paragraph">
-<p>如果想要检查你的配置，可以使用 <code>git config --list</code> 命令来列出所有 Git 当时能找到的配置。</p>
+<p>如果想要检查你的配置，可以使用 <code>git config --list</code> 命令来列出所有 Git 当时能找到的配置：</p>
 </div>
 <div class="listingblock">
 <div class="content">
@@ -167,7 +167,7 @@ <h3 id="_检查配置信息">检查配置信息</h3>
 这种情况下，Git 会使用它找到的每一个变量的最后一个配置。</p>
 </div>
 <div class="paragraph">
-<p>你可以通过输入 <code>git config &lt;key&gt;</code>： 来检查 Git 的某一项配置</p>
+<p>你可以通过输入 <code>git config &lt;key&gt;</code>： 来检查 Git 的某一项配置：</p>
 </div>
 <div class="listingblock">
 <div class="content">

content/book/zh/v2/附录-C:-Git-命令-设置与配置.html

@@ -18,9 +18,9 @@
 url: book/zh/v2/附录-C:-Git-命令-设置与配置
 
 ---
-<p>在这一整本书里我们介绍了大量的 Git 命令，并尽可能的通过讲故事的的方式来介绍它们，慢慢的介绍了越来越多的命令。
-但是这导致这些命令的示例用法都散落在在全书的各处。</p><p>在此附录中，我们会将本书中所提到过的命令都过一遍，并根据其用途大致的分类。
-我们会大致地讨论每个命的作用，指出其在本书中哪些章节使用过。</p>
+<p>在这一整本书里我们介绍了大量的 Git 命令，并尽可能通过讲故事的方式来介绍它们，慢慢介绍了越来越多的命令。
+但是这导致这些命令的示例用法都散落在全书的各处。</p><p>在此附录中，我们会将本书中所提到过的命令都过一遍，并根据其用途进行大致分类。
+我们会大致地讨论每个命令的作用，指出其在本书中哪些章节使用过。</p>
 <h2 id="_设置与配置">设置与配置</h2>
 <div class="paragraph">
 <p>有两个十分常用的命令：<code>config</code> 和 <code>help</code>。