修改一些拼写错误

Author: guojiancong

text_zh/02_Git_Object_Db_Basics/0_ Git_Object_Db_Basics.markdown

@@ -8,7 +8,7 @@
 
 你会在Git里到处看到这种“40个字符”字符串。每一个“对象名”都是对“对象”内容做SHA1哈希计算得来的，（SHA1是一种密码学的哈希算法）。这样就意味着两个不同内容的对象不可能有相同的“对象名”。
 
-这样做有会有几个好处：
+这样做会有几个好处：
 
 - Git只要比较对象名，就可以很快的判断两个对象是否相同。
 - 因为在每个仓库（repository）的“对象名”的计算方法都完全一样，如果同样的内容存在两个不同的仓库中，就会存在相同的“对象名”下。
@@ -23,11 +23,11 @@
 
 - **“blob”**用来存储文件数据，通常是一个文件。
 - **“tree”**有点像一个目录，它管理一些**“tree”**或是 **“blob”**（就像文件和子目录）
-- 一个**“commit”**只指向一个"tree"，它用来的标记项目某一个特定时间点的状态。它包括一些关于时间点的元数据，如时间戳、最近一次提交的作者、指前上次提交（commits）的指针等等。
+- 一个**“commit”**只指向一个"tree"，它用来标记项目某一个特定时间点的状态。它包括一些关于时间点的元数据，如时间戳、最近一次提交的作者、指向上次提交（commits）的指针等等。
 - 一个**“tag”**是来标记某一个提交(commit) 的方法。
 
 
-几乎所有的Git功能都是使用这四个简单的对象类型来完成的。它就是像是在你本机的文件系统之上构建一个小的文件系统。
+几乎所有的Git功能都是使用这四个简单的对象类型来完成的。它就像是在你本机的文件系统之上构建一个小的文件系统。
 
 
 ### 与SVN的区别 ###

text_zh/02_Git_Object_Db_Basics/1_Trees_and_Blobs.markdown

@@ -21,7 +21,7 @@
 
 ### Tree 对象 ###
 
-一个tree对象有一串(bunch)指向blob对象或是其它tree对象的指针，它一般用来来表示内容之间的目录层次关系。
+一个tree对象有一串(bunch)指向blob对象或是其它tree对象的指针，它一般用来表示内容之间的目录层次关系。
 
 [fig:object-tree]
 

text_zh/06a_Getting_A_Repo/1_Getting_a_Git_Repo.markdown

@@ -13,7 +13,7 @@
 
     git clone http://www.kernel.org/pub/scm/git/git.git
 
-git://协议较为快速和有效,但是有时必须使用http协议,比如你公司的防火墙阻止了你的非http访问请求.如果你执行了上面两行命令中的任意一个,你会看到一个新目录: 'git',它包含有所的Git源代码和历史记录.
+git://协议较为快速和有效,但是有时必须使用http协议,比如你公司的防火墙阻止了你的非http访问请求.如果你执行了上面两行命令中的任意一个,你会看到一个新目录: 'git',它包含所有的Git源代码和历史记录.
 
 
 在默认情况下，Git会把"Git URL"里目录名的'.git'的后辍去掉,做为新克隆(clone)项目的目录名:

text_zh/07_Normal_Workflow/0_ Normal_Workflow.markdown

@@ -32,7 +32,7 @@
 
     $ git commit -a
 
-这会把自动所有内容被修改的文件(不包括新创建的文件)都添加到索引中，并且同时把它们提交。
+这会自动把所有内容被修改的文件(不包括新创建的文件)都添加到索引中，并且同时把它们提交。
 
 
 这里有一个关于写commit注释的技巧和大家分享:commit注释最好以一行短句子作为开头，来简要描述一下这次commit所作的修改(最好不要超过50个字符)；然后空一行再把详细的注释写清楚。这样就可以很方便的用工具把commit注释变成email通知，第一行作为标题，剩下的部分就作email的正文.

text_zh/08_Basic_Branching_and_Merging/0_ Basic_Branching_and_Merging.markdown

@@ -63,7 +63,7 @@ git branch -d只能删除那些已经被当前分支的合并的分支. 如果
 
 ### 如何合并 ###
 
-你可以用下面的面的命令来合并两个分离的分支：linkgit:git-merge[1]:
+你可以用下面的命令来合并两个分离的分支：linkgit:git-merge[1]:
 
     $ git merge branchname
 
@@ -105,7 +105,7 @@ git branch -d只能删除那些已经被当前分支的合并的分支. 如果
     $ git add file.txt
     $ git commit
 
-注意：提交注释里已经有一些关合并的信息了，通常是用这些默认信息，但是你可以添加一些你想要的注释。
+注意：提交注释里已经有一些关于合并的信息了，通常是用这些默认信息，但是你可以添加一些你想要的注释。
 
 上面这些就是你要做一个简单合并所要知道的，但是git提供更多的一些信息来
 帮助解决冲突。

text_zh/10_Comparing_Commits_Git_Diff/0_ Comparing_Commits_Git_Diff.markdown

@@ -20,7 +20,7 @@ linkgit:git-diff[1] 是一个难以置信的有用的工具，可以找出你项
 
     $ git diff
 
-上面的命令会当前的工作目录里的，没有 staged(添加到索引中)，且在下次提交时
+上面的命令会显示在当前的工作目录里的，没有 staged(添加到索引中)，且在下次提交时
 不会被提交的修改。
 
 如果你要看在下次提交时要提交的内容(staged,添加到索引中),你可以运行：

text_zh/11_Distributed_Workflows_Clone_Fetch_Push/0_ Distributed_Workflows_Clone_Fetch_Push.markdown

@@ -20,7 +20,7 @@ Bob 做了一些修改并且提交(commit)它们:
     (repeat as necessary)
 
 
-当他准备好了，他告诉Alice从仓库/home/bob/myrepo中把他的个修改给拉
+当他准备好了，他告诉Alice从仓库/home/bob/myrepo中把他的修改给拉
 (pull)下来。她执行了下面几条命令:
 
     $ cd /home/alice/project
@@ -48,7 +48,7 @@ git pull命令执行两个操作: 它从远程分支(remote branch)抓取修改
     $ git fetch bob
 
 我们用`git remote`命令建立了Bob的运程仓库的缩写，用这个(缩写)
-名字我从Bob的那得到所有远程分支的历史记录。在这里远程分支的名
+名字我从Bob那得到所有远程分支的历史记录。在这里远程分支的名
 字就叫`bob/master`.
 
     $ git log -p master..bob/master
@@ -88,7 +88,7 @@ linkgit:git-config[1] 的帮助文件里解释了每个参数的含义.)
 
 
 Git同时也保存了一份最初(pristine)的Alice主分支(master)，在
-"rigin/master"下面。
+"origin/master"下面。
 
     $ git branch -r
       origin/master
@@ -171,7 +171,7 @@ or just
 
     $ git push ssh://yourserver.com/~you/proj.git master
 
-和git-fetch, 命令一样giit-push如是命令的执行结果不是"快速向前"(fast forward)
+和git-fetch命令一样git-push如果命令的执行结果不是"快速向前"(fast forward)
 就会报错; 下面的章节会讲如何处理这种情况.
 
 
@@ -212,7 +212,7 @@ branch.<name>.remote, 和remote.<name>.push等选项的解释.
     error: failed to push to 'ssh://yourserver.com/~you/proj.git'
 
 
-这种情况产生通常由以下的原因产生：
+这种情况通常由以下的原因产生：
 
 
 	- 用 `git-reset --hard` 删除了一个已经发布了的一个提交，或是
@@ -222,7 +222,7 @@ branch.<name>.remote, 和remote.<name>.push等选项的解释.
 	- 用 `git-rebase` 去rebase一个已经发布的提交.　 
 
 
-你可以强制git-push在上传修改时先更先，只要分支名前面加一个加号。
+你可以强制git-push在上传修改时先更新，只要在分支名前面加一个加号。
 
 
     $ git push ssh://yourserver.com/~you/proj.git +master

text_zh/12_Git_Tag/0_ Git_Tag.markdown

@@ -18,7 +18,7 @@
 
 如果有 "-a", "-s" 或是 "-u <key-id>" 中间的一个命令参数被指定，那么就会创建
 一个标签对象，并且需要一个标签消息(tag message). 如果没有"-m <msg>" 或是 
-"-F <file>" 这些参数，那么一个编辑器就会启动来让用户输标签消息(tag message).
+"-F <file>" 这些参数，那么就会启动一个编辑器来让用户输入标签消息(tag message).
 
 译者注：大家觉得这个标签消息是不是提交注释(commit comment)比较像。
 

text_zh/12a_Ignoring_Files/0_Ignoring_Files.markdown

@@ -8,7 +8,7 @@
 
 
 你可以在你的顶层工作目录中添加一个叫".gitignore"的文件，来告诉Git系统要忽略
-掉哪些文件，下面的是文件内容的示例:
+掉哪些文件，下面是文件内容的示例:
 
 
     # 以'#' 开始的行，被视为注释.
@@ -23,7 +23,7 @@
 
 
 你可以点这里 linkgit:gitignore[5] 查看一下详细的语法解释. 你也可以把".gitignore"
-这个文件放到工作树(working tree)里的其它目录中，这就会它和它的子目录起忽略(ignore)
+这个文件放到工作树(working tree)里的其它目录中，这就会在它和它的子目录起忽略(ignore)
 指定文件的作用。`.gitignor`文件同样可以像其它文件一样加到项目仓库里( 直接用
 `git add .gitignore` 和 `git commit`等命令), 这样项目里的其它开发者也能共享同一套忽略
 文件规则。

text_zh/13_Rebasing/0_ Rebasing.markdown

@@ -6,7 +6,7 @@
 
 [fig:rebase0]
 
-现在我们这个分支做一些修改，然后生成两个提交(commit).
+现在我们在这个分支做一些修改，然后生成两个提交(commit).
 
     $ vi file.txt
     $ git commit
@@ -15,7 +15,7 @@
     ...
 
 但是与此同时，有些人也在"origin"分支上做了一些修改并且做了提交了.
-这就意问意味着"origin"和"mywork"这两个分支各自"前进"了，它们之间"分叉"了。
+这就意味着"origin"和"mywork"这两个分支各自"前进"了，它们之间"分叉"了。
 
 [fig:rebase1]