入门
安装依赖项
Hyperframes 使用 bun 进行包管理:
发展
常用命令
工作室编辑工作
如果您要更改 Studio 的可视化编辑界面,请阅读 Studio 手动 DOM 编辑 之前 编辑代码。检查员有意仅公开其可以进行的交互 安全地保留回 HTML,因此更改应保留功能门, 源修补模型和记录的限制。运行测试
运行所有测试
套餐
| 包裹 | 小路 | 描述 |
|---|---|---|
@hyperframes/core | packages/core | 类型、HTML 生成、运行时、linter |
@hyperframes/engine | packages/engine | 可搜索的页面到视频捕获引擎 |
@hyperframes/producer | packages/producer | 完整的渲染管道(捕获+编码) |
@hyperframes/studio | packages/studio | 作文编辑器 UI |
hyperframes | packages/cli | 用于创建、预览和渲染的 CLI |
做什么工作
不知道从哪里开始?以下是一些想法:- 好的第一个问题 - 在 GitHub 上查找标记为
good first issue的问题 - 文档 — 改进文档、添加示例、修复拼写错误
- Linter 规则 — 添加新规则以捕获更多组合错误
- 示例 — 创建新的入门示例
- 错误修复 — 检查问题跟踪器以获取报告的错误
请求请求
提交格式
对所有提交和 PR 标题使用 常规提交 格式:CI 要求
在合并您的 PR 之前,必须满足以下所有条件:- 构建 —
bun run build成功 - 类型检查 —
bun run --filter '*' typecheck报告没有错误 - 测试 — 所有测试套件均通过
- 语义 PR 标题 — PR 标题遵循传统的提交格式
审核流程
- PR 需要至少 1 次维护者的批准
- 保持 PR 的重点——每个 PR 一项功能或修复
- 将仅限 alpha 的 PR 定位在
next而不是main;看 分行政策详情【发布渠道】(/contributing/release-channels) - 包括对更改内容和原因的清晰描述
- 添加新功能和错误修复的测试
报告问题
- 使用 GitHub Issues 进行错误报告和功能请求
- 在创建新问题之前先搜索现有问题
- 对于错误报告,包括:
- 重现步骤
- 预期行为与实际行为
- HyperFrames版本 (
npx hyperframes info) - 操作系统和 Node.js 版本
社区
GitHub 问题
报告错误、请求功能并讨论想法。
行为守则
我们的社区标准和期望。