该项目是一个交叉编译的tengine的工程，.cnb.yml文件中如果tags目前必须为cnb:arch:amd64:containerd-snapshotter才能交叉编译成功；并且该tag是一个在未来会删除的tag， 详细信息可以查看：cnb/feedback#1076
如果要生成环境使用，最好tag调整为对应架构，然后直接编译单一架构即可。
/usr/local/tengine/conf/
nginx.conf 主配置文件
conf.d/ 子配置目录（通常用于存放自定义配置）
前端项目文件路径 /usr/local/tengine/html/
目标： 让用户能在最短时间内运行/使用项目的最核心功能。
内容：
前提条件： 需要安装什么（如 Node.js, Python, JDK, Docker 等）及其最低版本。
安装命令： 最简短的安装方式（如 npm install your-package, pip install your-package, git clone ..., 下载链接等）。
基础用法示例： 一段非常简单的代码片段或命令行示例，展示如何初始化或使用项目最基本的功能。让用户复制粘贴就能看到效果。
原则： 极简主义，只包含启动所需的最少步骤。
安装指南：
如果安装步骤比“快速开始”更复杂，或者有不同方式（如源码编译、不同包管理器、不同操作系统），在这里详细说明。
可以包括依赖项的安装。
使用指南：
目标： 让用户知道如何有效地使用项目。
内容：
更详细的配置说明（配置文件、环境变量等）。
核心功能的详细用法和示例代码片段。
命令行工具的选项和参数说明（如果适用）。
常见工作流的指导。
原则： 结构清晰，有代码示例和解释。如果内容非常多，可以链接到专门的文档。
配置：
如果项目需要配置（配置文件、环境变量、选项等），在这里说明可用的配置项及其含义、默认值。
贡献指南：
目标： 欢迎并指导其他开发者如何为项目做贡献。
内容：
如何设置开发环境（git clone, npm install, make setup 等）。
代码风格/规范要求（或者链接）。
分支策略（如 main 是稳定版，在 feature/* 分支开发）。
提交流程（如 Pull Request 的模板要求、需要测试、需要文档更新）。
如何报告 Bug（链接到 Issue Tracker 或说明模板）。
如何请求新功能。
行为准则（Code of Conduct，通常是链接）。
重要性： 对于开源项目尤其关键，能显著降低贡献门槛。
许可证：
明确声明项目采用的开源许可证（如 MIT, Apache 2.0, GPLv3）。
通常是一个简单的声明，如 "Licensed under the MIT License - see the LICENSE file for details."，并确保项目根目录下有对应的 LICENSE 文件
