Replaced all '您' with '你'

Author: archersmind

README.asc

@@ -4,7 +4,7 @@
 
 欢迎阅读 Pro Git 第二版。
 
-您可以在以下地址找到本书的在线版本： http://git-scm.com/book
+你可以在以下地址找到本书的在线版本： http://git-scm.com/book
 
 与第一版类似，Pro Git 第二版以知识共享协议开放源代码。
 
@@ -14,21 +14,21 @@
 
 == 贡献
 
-为向本资源库贡献勘误表或新的内容，您需要开启一个 GitHub 的 Pull Request。一般地，一个比较好的做法是，在进行任何大的改变之前，先开启一个问题（issue）并且确保您的工作能够被接受。
+为向本资源库贡献勘误表或新的内容，你需要开启一个 GitHub 的 Pull Request。一般地，一个比较好的做法是，在进行任何大的改变之前，先开启一个问题（issue）并且确保你的工作能够被接受。
 
-如果我们认为有助于内容的改进，勘误表和说明都会被接受。您也可以开启一个问题，以便我们能够找出如何或者这个问题是不是能够被定位。
+如果我们认为有助于内容的改进，勘误表和说明都会被接受。你也可以开启一个问题，以便我们能够找出如何或者这个问题是不是能够被定位。
 
-请对那些彻底的内容审查修改保持克制，因为那些修改通常不会被接受，我们不希望浪费您的时间。这种修改通常非常主观，只能提供给少部分人阅读，接受它们并不值得。书中内容已经经过多次专业的内容审查，所以您可能有一些比我们更好的文风和语法，但是您的个人讨论不大可能比本文的阐述*好得多*，从而导致我们需要修改本书的大部分内容。
+请对那些彻底的内容审查修改保持克制，因为那些修改通常不会被接受，我们不希望浪费你的时间。这种修改通常非常主观，只能提供给少部分人阅读，接受它们并不值得。书中内容已经经过多次专业的内容审查，所以你可能有一些比我们更好的文风和语法，但是你的个人讨论不大可能比本文的阐述*好得多*，从而导致我们需要修改本书的大部分内容。
 
 == 如何生成本书
 
 有两种办法可以通过源代码生成电子书。
 
 最简单的办法是让我们去做这个工作。我们有一个机器人时刻准备着，寻找主分支上的新工作，为每个人自动构建。
 
-您可以在 http://git-scm.com/book[]找到当前构建，详情请见 https://progit.org[]。
+你可以在 http://git-scm.com/book[]找到当前构建，详情请见 https://progit.org[]。
 
-另一个生成电子书文件的方法是使用 Asciidoctor 手动完成。如果您运行下面的命令，您_可能_获得 HTML、Epub、Mobi 和 PDF 输出文件：
+另一个生成电子书文件的方法是使用 Asciidoctor 手动完成。如果你运行下面的命令，你_可能_获得 HTML、Epub、Mobi 和 PDF 输出文件：
 
 ----
 $ bundle install
@@ -51,7 +51,7 @@ Converting to PDF...
 
 由于每一个翻译都是不同的资源库，我们就能够为每一个项目指定不同的维护人员。Pro Git 团队只需要进行拉取操作，并且为每一个翻译团队进行构建。为了进行自动构建，翻译的资源库需要添加到 https://github.com/progit[GitHub上的progit组织]。
 
-您可以在 http://progit.org/translations[]找到所有当前翻译的信息以及如何开始您自己的翻译。
+你可以在 http://progit.org/translations[]找到所有当前翻译的信息以及如何开始你自己的翻译。
 
 == 图表
 
@@ -60,5 +60,5 @@ Converting to PDF...
 添加图表:
 
 . 向sketchbook添加新页，尽可能使用已经包含的符号。
-. 向您的页面添加``切片''，并给它一个相对于源代码根目录的与目标PNG文件名一致的名字。
-. 确保您的切片以3x的尺寸导出。
+. 向你的页面添加``切片''，并给它一个相对于源代码根目录的与目标PNG文件名一致的名字。
+. 确保你的切片以3x的尺寸导出。

book/01-introduction/1-introduction.asc

@@ -2,8 +2,8 @@
 == 起步
 
 本章关于开始学习 Git。
-我们从介绍有关版本控制工具的一些背景知识开始，然后讲解如何在您的系统运行 Git，最后是关于如何设置 Git 开始您的工作。
-通过本章的学习，您应该了解为什么 Git 这么流行，为什么您应该使用 Git 以及您应该如何设置以便使用 Git。
+我们从介绍有关版本控制工具的一些背景知识开始，然后讲解如何在你的系统运行 Git，最后是关于如何设置 Git 开始你的工作。
+通过本章的学习，你应该了解为什么 Git 这么流行，为什么你应该使用 Git 以及你应该如何设置以便使用 Git。
 
 include::sections/about-version-control.asc[]
 
@@ -21,6 +21,6 @@ include::sections/help.asc[]
 
 === 总结
 
-您应该已经对 Git 是什么、Git 与您可能正在使用的集中式版本控制系统有何区别等问题有了基本的了解。
-现在，在您的个人系统中应该也有了一份能够工作的 Git 版本。
+你应该已经对 Git 是什么、Git 与你可能正在使用的集中式版本控制系统有何区别等问题有了基本的了解。
+现在，在你的个人系统中应该也有了一份能够工作的 Git 版本。
 是时候开始学习有关 Git 的基础知识了。

book/01-introduction/sections/about-version-control.asc

@@ -3,11 +3,11 @@
 (((version control)))
 什么是“版本控制”？我为什么要关心它呢？
 版本控制是一种记录一个或若干文件内容变化，以便将来查阅特定版本修订情况的系统。
-在本书所展示的例子中，我们对保存着软件源代码的文件作版本控制，但实际上，您可以对任何类型的文件进行版本控制。
+在本书所展示的例子中，我们对保存着软件源代码的文件作版本控制，但实际上，你可以对任何类型的文件进行版本控制。
 
-如果您是位图形或网页设计师，可能会需要保存某一幅图片或页面布局文件的所有修订版本（这或许是您非常渴望拥有的功能），采用版本控制系统（VCS）是个明智的选择。
-有了它您就可以将某个文件回溯到之前的状态，甚至将整个项目都回退到过去某个时间点的状态，您可以比较文件的变化细节，查出最后是谁修改了哪个地方，从而找出导致怪异问题出现的原因，又是谁在何时报告了某个功能缺陷等等。
-使用版本控制系统通常还意味着，就算您乱来一气把整个项目中的文件改的改删的删，您也照样可以轻松恢复到原先的样子。
+如果你是位图形或网页设计师，可能会需要保存某一幅图片或页面布局文件的所有修订版本（这或许是你非常渴望拥有的功能），采用版本控制系统（VCS）是个明智的选择。
+有了它你就可以将某个文件回溯到之前的状态，甚至将整个项目都回退到过去某个时间点的状态，你可以比较文件的变化细节，查出最后是谁修改了哪个地方，从而找出导致怪异问题出现的原因，又是谁在何时报告了某个功能缺陷等等。
+使用版本控制系统通常还意味着，就算你乱来一气把整个项目中的文件改的改删的删，你也照样可以轻松恢复到原先的样子。
 但额外增加的工作量却微乎其微。
 
 ==== 本地版本控制系统
@@ -44,7 +44,7 @@ image::images/centralized.png[集中化的版本控制图解]
 事分两面，有好有坏。
 这么做最显而易见的缺点是中央服务器的单点故障。
 如果宕机一小时，那么在这一小时内，谁都无法提交更新，也就无法协同工作。
-如果中心数据库所在的磁盘发生损坏，又没有做恰当备份，毫无疑问您将丢失所有数据——包括项目的整个变更历史，只剩下人们在各自机器上保留的单独快照。
+如果中心数据库所在的磁盘发生损坏，又没有做恰当备份，毫无疑问你将丢失所有数据——包括项目的整个变更历史，只剩下人们在各自机器上保留的单独快照。
 本地版本控制系统也存在类似问题，只要整个项目的历史记录被保存在单一位置，就有丢失所有历史更新记录的风险。
 
 ==== 分布式版本控制系统
@@ -58,5 +58,5 @@ image::images/centralized.png[集中化的版本控制图解]
 .分布式版本控制.
 image::images/distributed.png[分布式版本控制图解]
 
-更进一步，许多这类系统都可以指定和若干不同的远端代码仓库进行交互。籍此，您就可以在同一个项目中，分别和不同工作小组的人相互协作。
-您可以根据需要设定不同的协作流程，比如层次模型式的工作流，而这在以前的集中式系统中是无法实现的。
+更进一步，许多这类系统都可以指定和若干不同的远端代码仓库进行交互。籍此，你就可以在同一个项目中，分别和不同工作小组的人相互协作。
+你可以根据需要设定不同的协作流程，比如层次模型式的工作流，而这在以前的集中式系统中是无法实现的。

book/01-introduction/sections/basics.asc

@@ -1,9 +1,9 @@
 === Git 基础
 
 那么，简单地说，Git 究竟是怎样的一个系统呢？
-请注意接下来的内容非常重要，若您理解了 Git 的思想和基本工作原理，用起来就会知其所以然，游刃有余。
-在开始学习 Git 的时候，请努力分清您对其它版本管理系统的已有认识，如 Subversion 和 Perforce 等；这么做能帮助您使用工具时避免发生混淆。
-Git 在保存和对待各种信息的时候与其它版本控制系统有很大差异，尽管操作起来的命令形式非常相近，理解这些差异将有助于防止您使用中的困惑。(((Subversion)))(((Perforce)))
+请注意接下来的内容非常重要，若你理解了 Git 的思想和基本工作原理，用起来就会知其所以然，游刃有余。
+在开始学习 Git 的时候，请努力分清你对其它版本管理系统的已有认识，如 Subversion 和 Perforce 等；这么做能帮助你使用工具时避免发生混淆。
+Git 在保存和对待各种信息的时候与其它版本控制系统有很大差异，尽管操作起来的命令形式非常相近，理解这些差异将有助于防止你使用中的困惑。(((Subversion)))(((Perforce)))
 
 ==== 直接记录快照，而非差异比较
 
@@ -16,7 +16,7 @@ image::images/deltas.png[存储每个文件与初始版本的差异。]
 
 Git 不按照以上方式对待或保存数据。
 反之，Git 更像是把数据看作是对小型文件系统的一组快照。
-每次您提交更新，或在 Git 中保存项目状态时，它主要对当时的全部文件制作一个快照并保存这个快照的索引。
+每次你提交更新，或在 Git 中保存项目状态时，它主要对当时的全部文件制作一个快照并保存这个快照的索引。
 为了高效，如果文件没有修改，Git 不再重新存储该文件，而是只保留一个链接指向之前存储的文件。
 Git 对待数据更像是一个 *快照流*。
 
@@ -31,26 +31,26 @@ Git 更像是一个小型的文件系统，提供了许多以此为基础构建
 ==== 近乎所有操作都是本地执行
 
 在 Git 中的绝大多数操作都只需要访问本地文件和资源，一般不需要来自网络上其它计算机的信息。
-如果您习惯于所有操作都有网络延时开销的集中式版本控制系统，Git 在这方面会让您感到速度之神赐给了 Git 超凡的能量。
-因为您在本地磁盘上就有项目的完整历史，所以大部分操作看起来瞬间完成。
+如果你习惯于所有操作都有网络延时开销的集中式版本控制系统，Git 在这方面会让你感到速度之神赐给了 Git 超凡的能量。
+因为你在本地磁盘上就有项目的完整历史，所以大部分操作看起来瞬间完成。
 
 举个例子，要浏览项目的历史，Git 不需外连到服务器去获取历史，然后再显示出来——它只需直接从本地数据库中读取。
-您能立即看到项目历史。
-如果您想查看当前版本与一个月前的版本之间引入的修改，Git 会查找到一个月前的文件做一次本地的差异计算，而不是由远程服务器处理或从远程服务器拉回旧版本文件再来本地处理。
+你能立即看到项目历史。
+如果你想查看当前版本与一个月前的版本之间引入的修改，Git 会查找到一个月前的文件做一次本地的差异计算，而不是由远程服务器处理或从远程服务器拉回旧版本文件再来本地处理。
 
-这也意味着您离线或者没有 VPN 时，几乎可以进行任何操作。
-如您在飞机或火车上想做些工作，您能愉快地提交，直到有网络连接时再上传。
-如您回家后 VPN 客户端不正常，您仍能工作。
+这也意味着你离线或者没有 VPN 时，几乎可以进行任何操作。
+如你在飞机或火车上想做些工作，你能愉快地提交，直到有网络连接时再上传。
+如你回家后 VPN 客户端不正常，你仍能工作。
 使用其它系统，做到如此是不可能或很费力的。
-比如，用 Perforce，您没有连接服务器时几乎不能做什么事；用 Subversion 和 CVS，您能修改文件，但不能向数据库提交修改（因为您的本地数据库离线了）。
-这看起来不是大问题，但是您可能会惊喜地发现它带来的巨大的不同。
+比如，用 Perforce，你没有连接服务器时几乎不能做什么事；用 Subversion 和 CVS，你能修改文件，但不能向数据库提交修改（因为你的本地数据库离线了）。
+这看起来不是大问题，但是你可能会惊喜地发现它带来的巨大的不同。
 
 ==== Git 保证完整性
 
 Git 中所有数据在存储前都计算校验和，然后以校验和来引用。
 这意味着不可能在 Git 不知情时更改任何文件内容或目录内容。
 这个功能建构在 Git 底层，是构成 Git 哲学不可或缺的部分。
-若您在传送过程中丢失信息或损坏文件，Git 就能发现。
+若你在传送过程中丢失信息或损坏文件，Git 就能发现。
 
 Git 用以计算校验和的机制叫做 SHA-1 散列（hash，哈希）。(((SHA-1)))
 这是一个由 40 个十六进制字符（0-9 和 a-f）组成字符串，基于 Git 中文件的内容或目录结构计算出来。
@@ -61,23 +61,23 @@ SHA-1 哈希看起来是这样：
 24b9da6552252987aa493b52f8696cd6d3b00373
 ----
 
-Git 中使用这种哈希值的情况很多，您将经常看到这种哈希值。
+Git 中使用这种哈希值的情况很多，你将经常看到这种哈希值。
 实际上，Git 数据库中保存的信息都是以文件内容的哈希值来索引，而不是文件名。
 
 ==== Git 一般只添加数据
 
-您执行的 Git 操作，几乎只往 Git 数据库中增加数据。
+你执行的 Git 操作，几乎只往 Git 数据库中增加数据。
 很难让 Git 执行任何不可逆操作，或者让它以任何方式清除数据。
-同别的 VCS 一样，未提交更新时有可能丢失或弄乱修改的内容；但是一旦您提交快照到 Git 中，就难以再丢失数据，特别是如果您定期的推送数据库到其它仓库的话。
+同别的 VCS 一样，未提交更新时有可能丢失或弄乱修改的内容；但是一旦你提交快照到 Git 中，就难以再丢失数据，特别是如果你定期的推送数据库到其它仓库的话。
 
 这使得我们使用 Git 成为一个安心愉悦的过程，因为我们深知可以尽情做各种尝试，而没有把事情弄糟的危险。
 更深度探讨 Git 如何保存数据及恢复丢失数据的话题，请参考<<_undoing>>。
 
 ==== 三种状态
 
 好，请注意。
-如果您希望后面的学习更顺利，记住下面这些关于 Git 的概念。
-Git 有三种状态，您的文件可能处于其中之一：已提交（committed）、已修改（modified）和已暂存（staged）。
+如果你希望后面的学习更顺利，记住下面这些关于 Git 的概念。
+Git 有三种状态，你的文件可能处于其中之一：已提交（committed）、已修改（modified）和已暂存（staged）。
 已提交表示数据已经安全的保存在本地数据库中。
 已修改表示修改了文件，但还没保存到数据库中。
 已暂存表示对一个已修改文件的当前版本做了标记，使之包含在下次提交的快照中。
@@ -91,7 +91,7 @@ Git 仓库目录是 Git 用来保存项目的元数据和对象数据库的地
 这是 Git 中最重要的部分，从其它计算机克隆仓库时，拷贝的就是这里的数据。
 
 工作目录是对项目的某个版本独立提取出来的内容。
-这些从 Git 仓库的压缩数据库中提取出来的文件，放在磁盘上供您使用或修改。
+这些从 Git 仓库的压缩数据库中提取出来的文件，放在磁盘上供你使用或修改。
 
 暂存区域是一个文件，保存了下次将提交的文件列表信息，一般在 Git 仓库目录中。
 有时候也被称作``索引''，不过一般说法还是叫暂存区域。
@@ -105,4 +105,4 @@ Git 仓库目录是 Git 用来保存项目的元数据和对象数据库的地
 如果 Git 目录中保存着的特定版本文件，就属于已提交状态。
 如果作了修改并已放入暂存区域，就属于已暂存状态。
 如果自上次取出后，作了修改但还没有放到暂存区域，就是已修改状态。
-在<<_git_basics_chapter>>一章，您会进一步了解这些状态的细节，并学会如何根据文件状态实施后续操作，以及怎样跳过暂存直接提交。
+在<<_git_basics_chapter>>一章，你会进一步了解这些状态的细节，并学会如何根据文件状态实施后续操作，以及怎样跳过暂存直接提交。

book/01-introduction/sections/command-line.asc

@@ -1,11 +1,11 @@
 === 命令行
 
 Git 有多种使用方式。
-您可以使用原生的命令行模式，也可以使用 GUI 模式，这些 GUI 软件也能提供多种功能。
+你可以使用原生的命令行模式，也可以使用 GUI 模式，这些 GUI 软件也能提供多种功能。
 在本书中，我们将使用命令行模式。
-这是因为首先，只有在命令行模式下您才能执行 Git 的*所有*命令，而大多数的 GUI 软件只实现了 Git 所有功能的一个子集以降低操作难度。
-如果您学会了在命令行下如何操作，那么您在操作 GUI 软件时应该也不会遇到什么困难，但是，反之则不成立。
+这是因为首先，只有在命令行模式下你才能执行 Git 的*所有*命令，而大多数的 GUI 软件只实现了 Git 所有功能的一个子集以降低操作难度。
+如果你学会了在命令行下如何操作，那么你在操作 GUI 软件时应该也不会遇到什么困难，但是，反之则不成立。
 此外，由于每个人的想法与侧重点不同，不同的人常常会安装不同的 GUI 软件，但_所有_人一定会有命令行工具。
 
-假如您是 Mac 用户，我们希望您懂得如何使用终端（Terminal）；假如您是 Windows 用户，我们希望您懂得如何使用命令窗口（Command Prompt）或 PowerShell。
-如果您尚未掌握以上技能，我们建议您先停下来快速学习一下，本书中的讲述和举例将用到这些技能。
+假如你是 Mac 用户，我们希望你懂得如何使用终端（Terminal）；假如你是 Windows 用户，我们希望你懂得如何使用命令窗口（Command Prompt）或 PowerShell。
+如果你尚未掌握以上技能，我们建议你先停下来快速学习一下，本书中的讲述和举例将用到这些技能。