Change "工程" to "项目"

Author: networm

book/02-git-basics/sections/recording-changes.asc

@@ -33,7 +33,7 @@ nothing to commit, working directory clean
 现在，分支名是 ``master``,这是默认的分支名。
 我们在 <<_git_branching>>  会详细讨论分支和引用。
 
-现在，让我们在工程下创建一个新的 README 文件。
+现在，让我们在项目下创建一个新的 README 文件。
 如果之前并不存在这个文件，使用 `git status` 命令，你将看到一个新的未跟踪文件：
 
 [source,console]
@@ -106,7 +106,7 @@ Changes not staged for commit:
 ----
 
 文件 `CONTRIBUTING.md` 出现在 `Changes not staged for commit` 这行下面，说明已跟踪文件的内容发生了变化，但还没有放到暂存区。
-要暂存这次更新，需要运行 `git add` 命令。这是个多功能命令：可以用它开始跟踪新文件，或者把已跟踪的文件放到暂存区，还能用于合并时把有冲突的文件标记为已解决状态等。将这个命令理解为“添加内容到下一次提交中”而不是“将一个文件添加到工程中”要更加合适。(((git commands, add)))
+要暂存这次更新，需要运行 `git add` 命令。这是个多功能命令：可以用它开始跟踪新文件，或者把已跟踪的文件放到暂存区，还能用于合并时把有冲突的文件标记为已解决状态等。将这个命令理解为“添加内容到下一次提交中”而不是“将一个文件添加到项目中”要更加合适。(((git commands, add)))
 现在让我们运行 `git add` 将"CONTRIBUTING.md"放到暂存区，然后再看看 `git status` 的输出：
 
 [source,console]
@@ -237,7 +237,7 @@ doc/**/*.txt
 
 [TIP]
 ====
-GitHub 有一个十分详细的针对数十种工程及语言的 `.gitignore` 文件列表，你可以在 https://github.com/github/gitignore[] 找到它.
+GitHub 有一个十分详细的针对数十种项目及语言的 `.gitignore` 文件列表，你可以在 https://github.com/github/gitignore[] 找到它.
 ====
 
 [[_git_diff_staged]]

book/03-git-branching/sections/nutshell.asc

@@ -173,7 +173,7 @@ $ git log --oneline --decorate --graph --all
 由于 Git 的分支实质上仅是包含所指对象校验和（长度为 40 的 SHA-1 值字符串）的文件，所以它的创建和销毁都异常高效。
 创建一个新分支就像是往一个文件中写入 41 个字节（40 个字符和 1 个换行符），如此的简单能不快吗？
 
-这与过去大多数版本控制系统形成了鲜明的对比，它们在创建分支时，将所有的工程文件都复制一遍，并保存到一个特定的目录。
+这与过去大多数版本控制系统形成了鲜明的对比，它们在创建分支时，将所有的项目文件都复制一遍，并保存到一个特定的目录。
 完成这样繁琐的过程通常需要好几秒钟，有时甚至需要好几分钟。所需时间的长短，完全取决于项目的规模。而在 Git 中，任何规模的项目都能在瞬间创建新分支。
 同时，由于每次提交都会记录父对象，所以寻找恰当的合并基础（译注：即共同祖先）也是同样的简单和高效。
 这些高效的特性使得 Git 鼓励开发人员频繁地创建和使用分支。

book/05-distributed-git/sections/maintaining.asc

@@ -32,7 +32,7 @@ $ git checkout -b sc/ruby_client master
 ==== 应用来自邮件的补丁
 
 (((email, applying patches from)))
-如果你通过电子邮件收到了一个需要整合进入工程的补丁，你需要将其应用到特性分支中进行评估。
+如果你通过电子邮件收到了一个需要整合进入项目的补丁，你需要将其应用到特性分支中进行评估。
 有两种应用该种补丁的方法：使用 `git apply`，或者使用 `git am`。
 
 ===== 使用 `apply` 命令应用补丁
@@ -368,7 +368,7 @@ Git 项目还有一个从上一次发布中派生出来的 `maint` 分支来提
 Git 中的拣选类似于对特定的某次提交的变基。
 它会提取该提交的补丁，之后尝试将其重新应用到当前分支上。
 这种方式在你只想引入特性分支中的某个提交，或者特性分支中只有一个提交，而你不想运行变基时很有用。
-举个例子，假设你的工程提交历史类似：
+举个例子，假设你的项目提交历史类似：
 
 .拣选之前的示例历史。
 image::images/rebasing-1.png[拣选之前的示例历史。]

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

@@ -102,8 +102,8 @@ Checked out HEAD:
 
 这相当于运行了两个命令 - `git svn init` 以及紧接着的 `git svn fetch` - 你提供的 URL 。
 这会花费一些时间。
-测试工程只有 75 个左右的提交并且代码库并不是很大，但是 Git 必须一次一个地检出一个版本同时单独地提交它。
-对于有成百上千个提交的工程，这真的可能会花费几小时甚至几天来完成。
+测试项目只有 75 个左右的提交并且代码库并不是很大，但是 Git 必须一次一个地检出一个版本同时单独地提交它。
+对于有成百上千个提交的项目，这真的可能会花费几小时甚至几天来完成。
 
 `-T trunk -b branches -t tags` 部分告诉 Git Subversion 仓库遵循基本的分支与标签惯例。
 如果你命名了不同的主干、分支或标签，可以修改这些参数。

book/B-embedding-git/sections/jgit.asc

@@ -3,11 +3,11 @@
 (((jgit)))(((java)))
 如果你想在一个 Java 程序中使用 Git ，有一个功能齐全的 Git 库，那就是 JGit 。
 JGit 是一个用 Java 写成的功能相对健全的 Git 的实现，它在 Java 社区中被广泛使用。
-JGit 工程由 Eclipse 维护，它的主页在 http://www.eclipse.org/jgit[] 。
+JGit 项目由 Eclipse 维护，它的主页在 http://www.eclipse.org/jgit[] 。
 
 ==== 起步
 
-有很多种方式可以让 JGit 连接你的工程，并依靠它去写代码。
+有很多种方式可以让 JGit 连接你的项目，并依靠它去写代码。
 最简单的方式也许就是使用 Maven 。你可以通过在你的 pom.xml 文件里的 `dependencies` 标签中增加像下面这样的片段来完成这个整合。
 
 [source,xml]
@@ -23,7 +23,7 @@ JGit 工程由 Eclipse 维护，它的主页在 http://www.eclipse.org/jgit[] 
 当这一步完成之后， Maven 就会自动获取并使用你所需要的 JGit 库。
 
 如果你想自己管理二进制的依赖包，那么你可以从 http://www.eclipse.org/jgit/download[] 获得预构建的 JGit 二进制文件。
-你可以像下面这样执行一个命令来将它们构建进你的工程。
+你可以像下面这样执行一个命令来将它们构建进你的项目。
 
 [source,shell]
 ----