Ubuntu 根文件系统开发流程及注意事项
- 作者：吴思含（Witheart）
- 更新时间：20260403
为确保系统修改的可追溯性、镜像的纯净度及交付质量，请遵循以下操作流程：
1 根文件系统开发流程
- 明确客户需求，拆分成修改点
- 尝试修改，确认生效
- 明确具体修改内容
- 重新烧录系统，准确应用修改内容
- 插入用于打包的tf卡，清理原有的根文件系统，清理其他痕迹
- 重启系统
- 执行打包，填写commit信息，等到打包完成
- 打包完成的根文件系统镜像传到x86主机，压缩为7z格式
- 使用7z格式根文件系统进行备份，以及传输到编译主机解压打包为update.img
- 烧录update.img，验证修改点
2 修改操作与记录原则
- 全程记录：由于根文件系统不受版本控制，必须详细记录每一步操作指令、配置变更及修改原因，确保全程可溯源。
- 先验后做：对不确定的操作步骤，应在测试环境中先行验证，明确无误后整理出标准操作流程，再在正式环境中重新执行。不多做一个步骤，也不少做一个步骤。
3 打包前系统清理
- 清除使用痕迹 ：在打包系统镜像前，必须彻底清理用户级临时数据与历史记录，包括但不限于：
- 浏览器缓存、历史记录、Cookie。
- 系统"最近使用的文件"及应用程序的近期历史列表。
- 图片查看器、文档编辑器等应用的打开记录。
- 临时下载文件。
4 打包流程规范
-
净化打包环境：
- 移除U盘或打包目录中所有旧的、无关的系统镜像文件，仅保留必要的打包脚本。
- 重启宿主机或构建系统，确保环境干净。
- 在纯净的系统启动状态下，执行打包命令。
-
规范提交信息 ：制作根文件系统镜像时，提交（Commit）信息应清晰、具体。原则上，每次提交对应一个独立的修改项。若涉及文件编辑，必须在提交信息中注明文件的绝对路径。（可以参考/etc/buildinfo中的内容）
5 修改验证与交付
- 验证闭环 ：每次生成新的系统镜像后，必须将其烧录至设备中进行实际验证，确认所有修改均已正确生效且无遗留问题后，方可交付给客户。