git - 将供应商 Android 更改集成到 aosp 中

Question

我正在尝试将 AOSP 设备更改集成到标准 AOSP 本地镜像中。这有点令人困惑，但我会尽量讲清楚。

1. 我在服务器(不同的本地计算机)上创建了 AOSP 存储库的本地镜像

2. 供应商补丁基于标签“android-4.3_r2.1”。所以我初始化了一个本地存储库并修改了 list 文件。

repo init -u ssh://localserver/git/aosp/mirror/platform/manifest -b android-4.3_r2.1

更改 .repo/manifest.xml 如下:

  <remote  name="aosp"
           fetch="ssh://localserver/git/aosp/mirror" />  
  <default revision="refs/tags/android-4.3_r2.1"
           remote="aosp"
           sync-j="8" />

1. “ repo 同步”成功完成。应用了供应商提供的补丁。这为补丁修改和/或添加的每个 git 项目创建了一个分支“vendor”。

2. 现在我有一个基于标签“android-4.3_r2.1”的代码库，一些项目有一个分支“vendor”。所有项目都没有“master”分支!

您如何将所有这些整合在一起以创建一个可行的存储库？我仍在学习。这是正确的吗？

repo checkout refs/tags/android-4.3_r2.1
repo forall -c git checkout -b master
repo forall -c git merge vendor

1. 最后一个问题是使用 repo 将更改推送到我们的本地镜像。 repo 上传似乎只有在您使用 gerrit 服务器时才有效。这真的有必要吗？

TIA

Answer 1

无需更改 list 以指向您的 Git 服务器。 android-4.3_r2.1 list 中的 .. URL 意味着 git URL 将相对于 list 的 URL。换句话说，如果您从本地镜像克隆 list ，剩余的 git 也将从您的本地镜像获取。

当您谈论 vendor 和 master 分支时，我假设您在谈论本地分支(即在 git branch 输出中可见)。在这个答案中，我将忽略那些，只讨论远程分支。他们才是最重要的。使用 Repo，默认情况下您不会获得任何本地分支，任何本地分支的名称由每个人决定。

我很确定你的每一个项目都有一个主分支——在“aosp”远程。我建议您为您的改编和从供应商处获得的补丁选择另一个分支名称。事实上，完全选择不同的 namespace 是明智的。如果您的公司或组织名为 Acme，您可以将所有分支机构放在 acme/下，例如 acme/master、acme/vendor 等等。 (我更喜欢反过来做，即将上游分支填充到单独的 namespace 中，如 aosp/和 caf/。这样你实际工作的分支没有前缀，你可以有多个上游。)

将所有这些放入工作存储库将涉及更新 list 以指向您正在工作的分支。如果您将本地供应商分支推送到 acme/vendor，那么 list 应该指向 acme/vendor。是否在每个单独的 git 中创建一个 acme/vendor 分支并更改 list 中的默认修订，或者是否只想将分支推送到它实际需要存在的地方，并有选择地覆盖这些 git 的修订，这取决于您。

后者显然要求您在每次分支 git 时更新 list 。另一方面，您不会在所有 git 中乱扔不必要的分支，您可以快速浏览 list 文件并查看哪些 git 是分支，哪些直接来自上游。此外，如果您对所有 git 进行分支，则从上游获取新版本可能需要更多工作。请记住，上游可能会切换到另一个 git 分支，因此即使对于您没有接触过的 git，您也可能会获得非快进更新。下面的示例显示了如何不能将 acme/master 从 1.2.3 更新为快进到 1.2.4，因此您要么必须进行非快进更新(通常不推荐)，要么从 1.2 merge 。 3 进入 acme/master(可能导致冲突并永远无法进行快进更新)，或基于 1.2.4 创建一个新分支。

         -----1.2.3 (acme/master)     -----1.2.4
        /                            /
 ------------------------------------

不要忘记对 list 进行分支。 Repo 以一种特殊的方式处理 list git，它假定所有更改都是在名为“default”的分支上进行的。因此，只需编辑 list 文件，提交您的更改，然后使用例如推送它git push origin HEAD:refs/heads/acme/master。之后，您可以使用 repo init -u ... -b acme/master 初始化一个新的工作区。

是的，repo upload 用于与 Gerrit 一起使用，您当然不需要它(尽管我推荐它的代码审查功能)。您可以像往常一样使用 Git 进行推送。我看到您已经找到了非常有用的 repo forall 命令。