要处理 Android 代码，您需要同时使用 Git 和 Repo。在大多数情况下，您可以仅使用 Git（不必使用 Repo），或结合使用 Repo 和 Git 命令以组成复杂的命令。不过，使用 Repo 执行基本的跨网络操作可大大简化您的工作。
Git 是一个开放源代码的版本控制系统，专用于处理分布在多个代码库上的大型项目。在 Android 环境中，我们会使用 Git 执行本地操作，例如建立本地分支、提交、查看更改、修改。打造 Android 项目所面临的挑战之一就是确定如何最好地支持外部社区 - 从业余爱好者社区到生产大众消费类设备的大型原始设备制造商 (OEM)。我们希望组件可以替换，并希望有趣的组件能够在 Android 之外自行发展。我们最初决定使用一种分布式修订版本控制系统，经过筛选，最后选中了 Git。
Repo 是我们以 Git 为基础构建的代码库管理工具。Repo 可以在必要时整合多个 Git 代码库，将相关内容上传到我们的修订版本控制系统，并自动执行 Android 开发工作流程的部分环节。Repo 并非用来取代 Git，只是为了让您在 Android 环境中更轻松地使用 Git。Repo 命令是一段可执行的 Python 脚本，您可以将其放在路径中的任何位置。使用 Android 源代码文件时，您可以使用 Repo 执行跨网络操作。例如，您可以借助单个 Repo 命令，将文件从多个代码库下载到本地工作目录。
Gerrit 是一个基于网页的代码审核系统，适用于使用 Git 的项目。Gerrit 允许所有授权用户提交更改（如果通过代码审核，这些更改会自动纳入项目中），以此鼓励他们更集中地使用 Git。此外，Gerrit 可以在浏览器中并排显示更改，并支持代码内注释，使得审核工作变得更轻松。
一、开发
1.1 基本工作流程
与代码库进行交互的基本模式如下：
- 使用 repo start 新建一个主题分支。
- 修改文件。
- 使用 git add 暂存更改。
- 使用 git commit 提交更改。
- 使用 repo upload 将更改上传到审核服务器。
图 1. Android 基本工作流程
二、使用Repo
使用 Repo 需遵循的格式如下：
repo <COMMAND> <OPTIONS>
可选元素显示在方括号 [ ] 中。例如，许多命令会将项目列表用作参数。您可以为项目指定项目列表，作为名称列表或本地源代码目录的路径列表：
repo sync [<PROJECT0> <PROJECT1> <PROJECTN>]
repo sync [</PATH/TO/PROJECT0> ... </PATH/TO/PROJECTN>]
2.1 help
repo help
repo help <COMMAND>
repo help init
2.2 init 当前目录安装repo 创建.repo目录
$ repo init -u <URL> [<OPTIONS>]
在当前目录中安装 repo。这会创建一个 .repo/ 目录，其中包含用于 repo 源代码和标准 Android 清单文件的 Git 代码库。该 .repo/ 目录中还包含 manifest.xml，这是一个指向 .repo/manifests/ 目录中所选清单的符号链接。
选项：
-u：指定要从中检索清单代码库的网址。您可以在 https://android.googlesource.com/platform/manifest 中找到常见清单
-m：在代码库中选择清单文件。如果未选择任何清单名称，则会默认选择 default.xml。
-b：指定修订版本，即特定的清单分支。
注意：对于其余的所有 repo 命令，当前工作目录必须是 .repo/ 的父目录或相应父目录的子目录。
2.3 sync 同步新的更改到本地
repo sync [<PROJECT_LIST>]
下载新的更改并更新本地环境中的工作文件。如果您在未使用任何参数的情况下运行 repo sync，则该操作会同步所有项目的文件。
运行 repo sync 后，将出现以下情况：
如果目标项目从未同步过，则 repo sync 相当于 git clone。远程代码库中的所有分支都会复制到本地项目目录中。
-
如果目标项目已同步过，则 repo sync 相当于以下命令：
git remote update git rebase origin/<BRANCH>其中 <BRANCH> 是本地项目目录中当前已检出的分支。如果本地分支没有在跟踪远程代码库中的分支，则相应项目不会发生任何同步。
如果 git rebase 操作导致合并冲突，那么您需要使用普通 Git 命令（例如 git rebase --continue）来解决冲突。
repo sync 运行成功后，指定项目中的代码会与远程代码库中的代码保持同步。
选项：
-d：将指定项目切换回清单修订版本。如果项目当前属于某个主题分支，但只是临时需要清单修订版本，则此选项会有所帮助。
-s：同步到当前清单中清单服务器元素指定的一个已知的良好版本。
-f：即使某个项目同步失败，系统也会继续同步其他项目。
2.3 upload
repo upload [<PROJECT_LIST>]
对于指定的项目，Repo 会将本地分支与最后一次 repo sync 时更新的远程分支进行比较。Repo 会提示您选择一个或多个尚未上传以供审核的分支。
您选择一个或多个分支后，所选分支上的所有提交都会通过 HTTPS 连接传输到 Gerrit。您需要配置一个 HTTPS 密码以启用上传授权。要生成新的用户名/密码对以用于 HTTPS 传输，请访问密码生成器。
当 Gerrit 通过其服务器接收对象数据时，它会将每项提交转变成一项更改，以便审核者可以单独针对每项提交给出意见。要将几项“检查点”提交合并为一项提交，请使用 git rebase -i，然后再运行 repo upload。
如果您在未使用任何参数的情况下运行 repo upload，则该操作会搜索所有项目中的更改以进行上传。
要在更改上传之后对其进行修改，您应该使用 git rebase -i 或 git commit --amend 等工具更新您的本地提交。修改完成之后，请执行以下操作：
- 进行核对以确保更新后的分支是当前已检出的分支。
- 对于相应系列中的每项提交，请在方括号内输入 Gerrit 更改 ID：
# Replacing from branch foo
[ 3021 ] 35f2596c Refactor part of GetUploadableBranches to lookup one specific...
[ 2829 ] ec18b4ba Update proto client to support patch set replacments
# Insert change numbers in the brackets to add a new patch set.
# To create a new change record, leave the brackets empty.
上传完成后，这些更改将拥有一个额外的补丁程序集。
2.4 diff
repo diff [<PROJECT_LIST>]
使用 git diff 显示提交与工作树之间的明显更改。
2.5 download
repo download <TARGET> <CHANGE>
从审核系统中下载指定更改，并放在您项目的本地工作目录中供使用。
例如，要将更改 23823 下载到您的平台/编译目录，请运行以下命令：
$ repo download platform/build 23823
repo sync 应该可以有效移除通过 repo download 检索到的任何提交。或者，您可以将远程分支检出，例如 git checkout m/master。
注意：由于全球的所有服务器均存在复制延迟，因此某项更改（位于 Gerrit 中）出现在网络上的时间与所有用户可通过 repo download 找到此项更改的时间之间存在些许的镜像延迟。
2.6 forall
repo forall [<PROJECT_LIST>] -c <COMMAND>
在每个项目中运行指定的 shell 命令。通过 repo forall 可使用下列额外的环境变量：
-
REPO_PROJECT可设为项目的具有唯一性的名称。 -
REPO_PATH是客户端根目录的相对路径。 -
REPO_REMOTE是清单中远程系统的名称。 -
REPO_LREV是清单中修订版本的名称，已转换为本地跟踪分支。如果您需要将清单修订版本传递到某个本地运行的 Git 命令，则可使用此变量。 -
REPO_RREV是清单中修订版本的名称，与清单中显示的名称完全一致。
选项：
-c：要运行的命令和参数。此命令会通过 /bin/sh 进行求值，它之后的任何参数都将作为 shell 位置参数传递。
-p：在指定命令输出结果之前显示项目标头。这通过以下方式实现：将管道绑定到命令的 stdin、stdout 和 sterr 流，然后通过管道将所有输出结果传输到一个页面调度会话中显示的连续流中。
-v：显示该命令向 stderr 写入的消息。
示例：清除本地修改
repo forall -vc "git reset --hard"
2.7 prune
repo prune [<PROJECT_LIST>]
删减（删除）已合并的主题。
2.8 start
repo start <BRANCH_NAME> [<PROJECT_LIST>]
从清单中指定的修订版本开始，创建一个新的分支进行开发。
<BRANCH_NAME> 参数应简要说明您尝试对项目进行的更改。如果您不知道，则不妨考虑使用默认名称。
<PROJECT_LIST> 指定了将参与此主题分支的项目。
注意：“.”是一个非常实用的简写形式，用来代表当前工作目录中的项目。
2.9 status
repo status [<PROJECT_LIST>]
对于每个指定的项目，将工作树与临时区域（索引）以及此分支 (HEAD) 上的最近一次提交进行比较。在这三种状态存在差异之处显示每个文件的摘要行。
要仅查看当前分支的状态，请运行 repo status。系统会按项目列出状态信息。对于项目中的每个文件，系统使用两个字母的代码来表示：
在第一列中，大写字母表示临时区域与上次提交状态之间的不同之处。
字母 含义 说明
- 无更改 HEAD 与索引中相同
A 已添加 不存在于 HEAD 中，但存在于索引中
M 已修改 存在于 HEAD 中，但索引中的文件已修改
D 已删除 存在于 HEAD 中，但不存在于索引中
R 已重命名 不存在于 HEAD 中，但索引中的文件的路径已更改
C 已复制 不存在于 HEAD 中，已从索引中的另一个文件复制
T 模式已更改 HEAD 与索引中的内容相同，但模式已更改
U 未合并 HEAD 与索引之间存在冲突；需要解决方案
在第二列中，小写字母表示工作目录与索引之间的不同之处。
字母 含义 说明
- 新/未知 不存在于索引中，但存在于工作树中
m 已修改 存在于索引中，也存在于工作树中（但已修改）
d 已删除 存在于索引中，不存在于工作树中
