AOSP/Android未公开开发版本的重构方法及猜测验证问询

问题1：AOSP/Android开发版本的重构具体是如何实现的？ #

• 基于Git痕迹与泄露资源还原核心代码：Android开发全程依赖Git管理，官方AOSP会留存部分早期开发分支的记录，再结合社区流传的内部测试镜像、源码片段，重构者可以定位到目标阶段（比如Lollipop 5.0之前的未公开版本）的代码快照，拼接出完整系统框架。
• 代码补全与设备适配：若目标版本存在代码缺失，会从同期AOSP关联仓库、同代开源项目中提取兼容代码补全；同时针对普通设备调整硬件适配逻辑，比如修改驱动加载规则、适配通用硬件抽象层（HAL）接口，保证系统能正常启动运行。
• Bug修复与兼容性优化：内部开发版本通常存在大量未修复的Bug，重构过程中会针对性修复组件依赖冲突、未完善的API调用问题，确保重构后的版本能在常见设备上稳定运行。

问题2：这类重构版是否是通过回滚特定Android版本发布到AOSP后公开的若干提交，再加上其他微小改动制作而成的？ #

• 核心并非回滚正式版本提交：Google内部开发时会维护多并行分支，比如实验新功能的开发分支、迭代正式版本的稳定分支，大部分未公开开发版本属于前者，重构版主要是还原这类未合并到正式AOSP分支的代码，而非回滚已发布版本的提交。
• 回滚仅为局部操作：只有当某功能在开发后期被从正式分支移除，但重构版想要保留早期实现时，才会回滚正式版本中移除该功能的相关提交，这只是局部调整，不是重构的主要方式。
• 微小改动以适配为主：重构过程中添加的改动大多是为了让内部版本适配非官方测试设备，比如调整系统权限配置、修改资源路径，而非新增或修改核心功能。

内容的提问来源于stack exchange，提问作者user48495