android - repo 和 jiri 的主要区别是什么？

Question

Google 一直在推广 repo在 Android 环境中，并已被其他一些与 Android 无关的项目采用。

在谷歌操作系统 Fuchsia Jiri正在介绍中。

这两个工具的背景是什么？如果他们不解决同样的问题，他们的目标是什么？

Answer 1

到目前为止，我的经验是 jiri 允许您级联依赖项，因此这比 Repo 更进一步(其中 you can include 其他 list ，但以 fetch->include 方式级联它们可能更棘手)。

Repo 允许您设置一个根 list ，该 list 几乎涵盖了您的所有项目 + 允许本地包含。每个项目都是一个独立的 git 存储库。单个 repo list 是一个独立的实体，它本身描述了整个项目结构。

Jiri 允许您组合多个 list 。每个“子存储库”都可以定义自己的 git 存储库结构。

在您的顶级 list ( checkout list 或 .jiri_manifest)中，您可以指定要包含的项目 list 。然后，每个项目 list 都可以指定自己的依赖项。以下是 fuchsia 中的一些示例项目;看看fuchsia list 文件:它 pull 入 manifest/topaz从 topaz 项目中导入 manifest/peridot在特定的 GIT SHA 作为它自己的依赖项。

您不能轻松地使用 repo 创建这种类型的级联依赖项，但这里也有一个缺点:jiri 为您提供了很大的灵 active ，但可能会导致维护负担，特别是如果您的任何代码在某些时候结束取决于相同的子组件，但不同的 SHA(由于多种原因，您最终可能会遇到这种情况)。

无论您的项目有多复杂，我通常都建议您使用 repo。这在非常大的项目(Android，集成了 1100 多个项目)中有着良好的记录和经过验证的记录。 Jiri 在纸面上看起来很棒，但如果您不及时解决依赖问题，可能会适得其反。