Ubuntu 根文件系统开发流程及注意事项

为确保系统修改的可追溯性、镜像的纯净度及交付质量，请遵循以下操作流程：

1 根文件系统开发流程

• 明确客户需求，拆分成修改点
• 尝试修改，确认生效
• 明确具体修改内容
• 重新烧录系统，准确应用修改内容
• 插入用于打包的tf卡，清理原有的根文件系统，清理其他痕迹
• 重启系统
• 执行打包，填写commit信息，等到打包完成
• 打包完成的根文件系统镜像传到x86主机，压缩为7z格式
• 使用7z格式根文件系统进行备份，以及传输到编译主机解压打包为update.img
• 烧录update.img，验证修改点

2 修改操作与记录原则

• 全程记录：由于根文件系统不受版本控制，必须详细记录每一步操作指令、配置变更及修改原因，确保全程可溯源。
• 先验后做：对不确定的操作步骤，应在测试环境中先行验证，明确无误后整理出标准操作流程，再在正式环境中重新执行。不多做一个步骤，也不少做一个步骤。

3 打包前系统清理

• 清除使用痕迹：在打包系统镜像前，必须彻底清理用户级临时数据与历史记录，包括但不限于：
  • 浏览器缓存、历史记录、Cookie。
  • 系统“最近使用的文件”及应用程序的近期历史列表。
  • 图片查看器、文档编辑器等应用的打开记录。
  • 临时下载文件。

4 打包流程规范

• 净化打包环境：
  • 移除U盘或打包目录中所有旧的、无关的系统镜像文件，仅保留必要的打包脚本。
  • 重启宿主机或构建系统，确保环境干净。
  • 在纯净的系统启动状态下，执行打包命令。
• 规范提交信息：制作根文件系统镜像时，提交（Commit）信息应清晰、具体。原则上，每次提交对应一个独立的修改项。若涉及文件编辑，必须在提交信息中注明文件的绝对路径。（可以参考/etc/buildinfo中的内容）

5 修改验证与交付

• 验证闭环：每次生成新的系统镜像后，必须将其烧录至设备中进行实际验证，确认所有修改均已正确生效且无遗留问题后，方可交付给客户。