自定义 AOSP 的开发人员如何将他们的更改置于版本控制之下？
How do developers who customise AOSP keep their changes under version control?
正在获取 AOSP 源，是 134GB。
Android 的特定版本的签出可能有很多 GB。
自定义 AOSP 的开发人员如何将他们的更改置于（他们自己的）版本控制之下？ （鉴于签入 Android 版本源的快照将有很多 GB。）
这是我的流程，也许不是最好的....
我不喜欢处理 repo 工具和多个遥控器，所以我删除了所有 .git 子文件夹，只创建了一个非常大的存储库。这具有基本上删除所有 "history" 的不良影响。因此，如果需要，我们有一台具有原始同步功能的服务器 git。
无论哪种方式，开发人员的首次签出都非常耗时。为了让它更快，我们克隆了一个本地 bare git repo。所以人们 运行 git 在本地服务器上克隆，然后将源切换到实际的远程。
一切就绪后，日常的交易并不费时。即使对于像这样的大型存储库，提交和推送也非常快（可能 5-10 秒）。谢谢GIT！
很抱歉发布了坏消息，但也许有人觉得它有用。
我只是使用 Google 中的 repo 实用程序，例如repo start.
只有第一个repo sync程序需要很长时间，
连后续结账都不喜欢这么费时了。
如果您检查一些流行的 ROM，例如GrapheneOS，你也会发现它们 repo。
正在获取 AOSP 源，是 134GB。
Android 的特定版本的签出可能有很多 GB。
自定义 AOSP 的开发人员如何将他们的更改置于（他们自己的）版本控制之下？ （鉴于签入 Android 版本源的快照将有很多 GB。）
这是我的流程，也许不是最好的....
我不喜欢处理 repo 工具和多个遥控器，所以我删除了所有 .git 子文件夹，只创建了一个非常大的存储库。这具有基本上删除所有 "history" 的不良影响。因此，如果需要，我们有一台具有原始同步功能的服务器 git。
无论哪种方式，开发人员的首次签出都非常耗时。为了让它更快，我们克隆了一个本地 bare git repo。所以人们 运行 git 在本地服务器上克隆，然后将源切换到实际的远程。
一切就绪后，日常的交易并不费时。即使对于像这样的大型存储库，提交和推送也非常快（可能 5-10 秒）。谢谢GIT！
很抱歉发布了坏消息，但也许有人觉得它有用。
我只是使用 Google 中的 repo 实用程序，例如repo start.
只有第一个repo sync程序需要很长时间，
连后续结账都不喜欢这么费时了。
如果您检查一些流行的 ROM，例如GrapheneOS，你也会发现它们 repo。