rm 删除bzr和tfs 同原版保持一致

Author: hasban12138

C-git-commands.asc

@@ -568,7 +568,7 @@ Git 有一些可以与其他的版本控制系统集成的命令。
 
 在 <<ch07-git-tools#_removing_file_every_commit>> 一节中，我们解释了此命令，并探究了其他几个选项，例如 `--commit-filter`，`--subdirectory-filter` 及 `--tree-filter` 。
 
-在 <<ch09-git-and-other-systems#_git_p4>> 和 <<ch09-git-and-other-systems#_git_tfs>> 的章节中我们使用它来修复已经导入的外部仓库。
+在 <<ch09-git-and-other-systems#_git_p4>> 的章节中我们使用它来修复已经导入的外部仓库。
 
 === 底层命令
 

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

@@ -51,7 +51,7 @@ image::images/centralized.png[集中化的版本控制图解]
 
 (((version control,distributed)))
 于是分布式版本控制系统（Distributed Version Control System，简称 DVCS）面世了。
-在这类系统中，像 Git、Mercurial、Bazaar 以及 Darcs 等，客户端并不只提取最新版本的文件快照，
+在这类系统中，像 Git、Mercurial 以及 Darcs 等，客户端并不只提取最新版本的文件快照，
 而是把代码仓库完整地镜像下来，包括完整的历史记录。
 这么一来，任何一处协同工作用的服务器发生故障，事后都可以用任何一个镜像出来的本地仓库恢复。
 因为每一次的克隆操作，实际上都是一次对代码仓库的完整备份。

book/01-introduction/sections/what-is-git.asc

@@ -9,7 +9,7 @@
 ==== 直接记录快照，而非差异比较
 
 Git 和其它版本控制系统（包括 Subversion 和近似工具）的主要差别在于 Git 对待数据的方式。
-从概念上来说，其它大部分系统以文件变更列表的方式存储信息，这类系统（CVS、Subversion、Perforce、Bazaar 等等）
+从概念上来说，其它大部分系统以文件变更列表的方式存储信息，这类系统（CVS、Subversion、Perforce 等等）
 将它们存储的信息看作是一组基本文件和每个文件随时间逐步累积的差异
 （它们通常称作 *基于差异（delta-based）* 的版本控制）。
 

images/git-tfs-ct.png

@@ -88,12 +88,10 @@
       "sections/client-hg.asc": 100,
       "sections/client-p4.asc": 100,
       "sections/client-svn.asc": 100,
-      "sections/client-tfs.asc": 100,
       "sections/import-custom.asc": 100,
       "sections/import-hg.asc": 100,
       "sections/import-p4.asc": 100,
-      "sections/import-svn.asc": 100,
-      "sections/import-tfs.asc": 100
+      "sections/import-svn.asc": 100
     },
     "10-git-internals": {
       "1-git-internals.asc": 100,