我在编译4.0R时碰到上游的musl的修订有bug,导致启动init崩溃, 然后请求您帮助后顺利解决。

我建议您建立一个自有的manifest仓库，理由如下：

1. 可以将repo下的git仓库固定在某一个特定的版本上，避免上游的修改造成影响

2. 减轻新手在编译时的操作成本，要apply这些patch也是要逐个去找，还得翻阅说明文档。

特别的，对build仓库的`subsystem_config.json`修改是一个固定修改，可以直接fork上游的build

比如，这个patch大部分都是日志相关的修订，感觉可以不添加到patch里面，剩下的部分您直接fork上游。

https://gitee.com/ohos-porting-communities/device_board_opc/blob/d55d762b774f8a17e9615de47ae780a885eb032e/common/patches/oh4.1_fix.diff

优势：

降低新手入门门槛，避免被上游不稳定修订影响。

劣势：

增加了维护成本。

我尝试建了一个manifest仓库，您可以参考。

https://gitee.com/pxb1988/OpenHarmony_manifest/tree/OpenHarmony-4.0-Release/