级联git存储库、SoCs Linux内核

我提出这个问题是为了更好地理解 项目中的git存储库依赖项如下所述。
例如，OMAP或MSM SoC硬件平台从ARM体系结构演变而来，与Linux内核开发的组织方式相同： Linus vanilla内核存储库>>ARM适配内核存储库>>供应商的SoC适配内核存储库。
“>>”表示父克隆存储库之间的直接关系。
因此，如果上述情况属实，那么应该存在一系列存储库。从供应商的SoC内核存储库克隆的本地存储库，用于补丁开发或类似于级联的最新阶段。 我想，由于向上传输到Linus树的延迟，建议从平台项目存储库进行克隆，而不是直接从vanilla Linux进行克隆

Linaro似乎是ARM的合作平台。 代码极光论坛似乎是一个额外的协作平台。
这两者都可能构成寻址平台的最终内核。
可能存在比上述两个平台更多的开源协作平台 并参与级联反应

问题1 如何列出我的存储库的远程服务器的远程服务器

git branch -r

提供远程跟踪分支的列表，列表项也采用以下形式

origin/level_2-path-element/level_1-path-element/level_0-path-element/branch-name  

e、 g

问题2

---

问题是所有路径级别都指什么？这些是父分支还是父远程分支？

首先，您必须在索引中区分

远程分支和
分支。所有使用
遥控器的操作都是由
git remote…
完成的

因此，答案1
git-remote-v
将显示您订阅的远程设备的详细列表

答案2有点模糊，因为你必须参与到你正在谈论的项目中。所以，通常第一部分是远程的，第二部分是这个特定远程中的分支。请注意，顺便说一下，分支名称可以包含“/”字符，但它与任何实际路径无关！比如说，只是一个方便的名字

我处理存储库的方式（由于git 2.5.0+的新特性，我必须对此进行一些更改）是将项目的主存储库克隆为linux内核，然后添加远程，例如，我将stable作为linux stable，下一个作为linux next。这是一个空存储库（没有工作目录）。然后，我创建了几个附加的参考存储库。我还向这个存储库添加了我想要的更多遥控器。通常，我会在一个存储库（比如spi或tty next）和另一个存储库中添加一些基于子系统的树

+----------------------------+---------------------------+
|                            |                           |
|                     +------v------+                    |
|                     |   REFERENCE |                    |
|                     |             |                    |
|                     |    origin   |                    |
|   +-------------+   |             |   +-------------+  |
|   | TOPIC REPO1 |   |    stable   |   | TOPIC REPO2 |  |
|   |             |   |             |   |             |  |
+---+ (reference) |   |     next    |   | (reference) +--+
    |             |   +-------------+   |             |
    |   branch X  |                     |   branch Y  |
    +-------------+                     |             |
                                        |     spi     |
                                        |             |
                                        |   tty-next  |
                                        +-------------+

在给定的情况下，git不用于项目中的积极贡献。soc供应商提供其公共git URL和所有需要的参考。我的项目包括从该git获取的源快照（获取不是我的工作），但处于版本控制之下，但不是git的VC。然后，我的工作是编译和构建自己的代码源和通过其他发行渠道接收的其他组件。每次soc供应商由于基线的变化而提供对公共git状态的新引用时，我都会在我的项目中将其作为随时可用的源代码提供

问题是soc供应商在提供补丁或bug修复时总是不够快。所以，我们的想法是获得更多的独立性——由于供应商提供的补丁大多来自公共git存储库，所以应该可以稍微独立一点。为什么不自己浏览一下soc供应商使用的公共存储库的历史，看看其他分支上是否有需要的更改。然后检查这个发现是否适合应用于我的项目。当然，在某些情况下，soc供应商的公共git的任何分支上都找不到所需的更改，因为在任何分支上都不存在，没有回购协议

因此，我将soc供应商使用的公共回购克隆到了我的私有回购。私人回购中未创建任何本地分支机构。矿山私人回购将用于浏览历史和搜索所需的东西-在开发中没有积极的合作。分支名称可以作为判断在其上找到的补丁是否适合在我的SoC/项目中应用的标准之一。问题在于，回购协议及其历史表明存在大量分支机构。我经常想知道，被列为远程跟踪分支的特定分支与所使用的soc或主板有什么共同之处。可能的原因可能是我的远程服务器（目前我的本地回购协议只有一个远程服务器）从它的远程服务器继承了它们

此外，我想知道soc供应商public repo是直接从Linux树中克隆，还是从ARM Adaptions public repo中克隆，因为soc是基于ARM内核的。
因此，最初提出了问题1。这个问题是，我的私人回购的遥控器使用哪个遥控器。所以请理解我不能接受你的回答

Reg问题2答案：
origin/linaro/linux-linaro-stable/v3.14/topic/aosp
我从您的回答中得出结论，两个斜杠之间的特定元素是分支引用。这是一个单一远程上的分支层次结构吗？我的私有回购的远程？还是远程回购的层次结构（级联）

通过收集已寻址的知识，我的目标是能够在浏览历史时对完全不相关的分支进行折扣。我的目标是更多地了解项目中使用的分支与其他现有分支的关系

我使用ProGit书籍来熟悉Git。
这本书并没有回答我所有的问题。
我发现，为了完全理解我的担忧，我几乎没有遗漏关于我总体情况的细节。请参阅我的后续答案，注释字段不适合添加此扩展的更多详细信息。您的问题1 cur
+----------------------------+---------------------------+
|                            |                           |
|                     +------v------+                    |
|                     |   REFERENCE |                    |
|                     |             |                    |
|                     |    origin   |                    |
|   +-------------+   |             |   +-------------+  |
|   | TOPIC REPO1 |   |    stable   |   | TOPIC REPO2 |  |
|   |             |   |             |   |             |  |
+---+ (reference) |   |     next    |   | (reference) +--+
    |             |   +-------------+   |             |
    |   branch X  |                     |   branch Y  |
    +-------------+                     |             |
                                        |     spi     |
                                        |             |
                                        |   tty-next  |
                                        +-------------+