Merge pull request #250 from networm/sync_09-git-and-other-scms

Sync 09-git-and-other-scms

Author: networm

book/09-git-and-other-scms/sections/client-hg.asc

@@ -93,7 +93,7 @@ $ tree .git/refs
 
 Git-remote-hg 尝试让结构更有 Git 风格，但是在隐藏在下面的是它管理两个轻微不同系统之间概念的映射。
 `refs/hg` 目录中存储了实际的远程引用。
-例如，`refs/hg/origin/branches/default` 是一个包含以``ac7955c''开始的 SHA 值的 Git 引用文件，是 `master` 所指向的提交。
+例如，`refs/hg/origin/branches/default` 是一个包含以``ac7955c''开始的 SHA-1 值的 Git 引用文件，是 `master` 所指向的提交。
 所以 `refs/hg` 目录是一种类似 `refs/remotes/origin` 的替代品，但是它引入了书签与分支的区别。
 
 `notes/hg` 文件是 git-remote-hg 如何在 Git 的提交散列与 Mercurial 变更集 ID 之间建立映射的起点。

book/09-git-and-other-scms/sections/client-p4.asc

@@ -22,7 +22,8 @@ Perforce 提供了一个叫作 Git Fusion 的产品（可在 http://www.perforce
 针对我们的例子，我们将会使用最简单的方式安装 Git Fusion：下载一个虚拟机来运行 Perforce 守护进程与 Git Fusion。
 可以从 http://www.perforce.com/downloads/Perforce/20-User[] 获得虚拟机镜像，下载完成后将它导入到你最爱的虚拟机软件中（我们将会使用 VirtualBox）。
 
-在第一次启动机器后，它会询问你自定义三个 Linux 用户（`root`、`perforce` 与 `git`）的密码，并且提供一个实例名字来区分在同一网络下不同的安装。当那些都完成后，将会看到这样：
+在第一次启动机器后，它会询问你自定义三个 Linux 用户（`root`、`perforce` 与 `git`）的密码，并且提供一个实例名字来区分在同一网络下不同的安装。
+当那些都完成后，将会看到这样：
 
 .Git Fusion 虚拟机启动屏幕。
 image::images/git-fusion-boot.png[Git Fusion 虚拟机启动屏幕。]
@@ -521,7 +522,7 @@ $ git log --oneline --all --graph --decorate
 结果恰如我们只是做了一次 `git push`，就像是应当实际发生的最接近的类比。
 
 注意在这个过程中每一个 Git 提交都会被转化为一个 Perforce 变更集；如果想要将它们压缩成为一个单独的提交，可以在运行 `git p4 submit` 前进行一次交互式变基。
-同样注意的是所有被转化为变更集的提交的 SHA 校验和都改变了；这是因为 git-p4 在每一个转化的提交增加一行到提交注释结尾：
+同样注意的是所有被转化为变更集的提交的 SHA-1 校验和都改变了；这是因为 git-p4 在每一个转化的提交增加一行到提交注释结尾：
 
 [source,console]
 ----

book/09-git-and-other-scms/sections/client-svn.asc

@@ -54,7 +54,8 @@ $ chmod +x /tmp/test-svn/hooks/pre-revprop-change
 
 [source,console]
 ----
-$ svnsync init file:///tmp/test-svn http://progit-example.googlecode.com/svn/
+$ svnsync init file:///tmp/test-svn \
+  http://progit-example.googlecode.com/svn/
 ----
 
 这样就设置好了同步所使用的属性。
@@ -205,7 +206,7 @@ Date:   Thu Jul 24 03:08:36 2014 +0000
     git-svn-id: file:///tmp/test-svn/trunk@77 0b684db3-b064-4277-89d1-21af03df0a68
 ----
 
-注意你原来提交的 SHA 校验和原来是以 `4af61fd` 开头，而现在是以 `95e0222` 开头。
+注意你原来提交的 SHA-1 校验和原来是以 `4af61fd` 开头，而现在是以 `95e0222` 开头。
 如果想要既推送到一个 Git 服务器又推送到一个 Subversion 服务器，必须先推送（`dcommit`）到 Subversion 服务器，因为这个操作会改变你的提交数据。
 
 ===== 拉取新改动

book/09-git-and-other-scms/sections/client-tfs.asc

@@ -264,7 +264,7 @@ $ git log --oneline --graph --decorate --all
 * 没有分支。
   Git-tf 同一时间只能从一个 TFVC 分支创建一个 Git 仓库。
 * 协作时使用 TFVC 或 Git，而不是两者同时使用。
-  同一个 TFVC 仓库的不同 git-tf 克隆会有不同的 SHA 校验和，这会导致无尽的头痛问题。
+  同一个 TFVC 仓库的不同 git-tf 克隆会有不同的 SHA-1 校验和，这会导致无尽的头痛问题。
 * 如果你的团队的工作流程包括在 Git 中协作并定期与 TFVC 同步，只能使用其中的一个 Git 仓库连接到 TFVC。
 
 
@@ -387,7 +387,7 @@ Git-tfs 同样允许你从你的 Git 仓库控制 TFVC 分支。
 PS> git tfs branch $/tfvc-test/featureBee
 The name of the local branch will be : featureBee
 C26 = 1d54865c397608c004a2cadce7296f5edc22a7e5
-PS> git lga
+PS> git log --oneline --graph --decorate --all
 * 1d54865 (tfs/featureBee) Creation branch $/myproject/featureBee
 * ff04e7c (HEAD, tfs/default, master) update code
 * 71a5ddc update readme