mirror of
https://github.com/Rain-kl/OpenFlare.git
synced 2026-09-29 14:06:36 +08:00
ryan
51 lines
1.7 KiB
Markdown
51 lines
1.7 KiB
Markdown
# OpenFlare 开发计划
|
|
|
|
## 1. 当前结论
|
|
|
|
* 第一版至第六版的主线能力已经全部完成
|
|
* `1.0.0` 是当前正式基线
|
|
* 已完成阶段的过程性任务以代码、测试与 Git 历史为准
|
|
* 新工作优先以缺陷修复、可维护性改进、文档与测试补强为主
|
|
|
|
## 2. 当前优先级
|
|
|
|
当前开发应优先关注：
|
|
|
|
1. 稳定性
|
|
2. 升级与回滚链路可靠性
|
|
3. 文档准确性
|
|
4. 测试覆盖补强
|
|
5. 在既有边界内的小步迭代
|
|
|
|
## 3. 变更准入原则
|
|
|
|
新需求进入实现前，按以下顺序判断：
|
|
|
|
1. 是否符合 [docs/design.md](./design.md) 的产品边界
|
|
2. 是否符合 [docs/development-guidelines.md](./development-guidelines.md) 与前端规范
|
|
3. 是否会破坏现有发布、同步、回滚或升级主链路
|
|
4. 是否需要同步更新部署、配置或 README 文档
|
|
|
|
如果答案包含“超出边界”或“引入新基础设施”，先修改设计文档，再开始实现。
|
|
|
|
## 4. 当前验收标准
|
|
|
|
任何合入正式基线的改动，至少应满足：
|
|
|
|
* 不破坏 Agent 心跳、同步、发布与回滚主链路
|
|
* 不破坏现有 OpenResty 主配置托管模型
|
|
* 不降低总览、节点详情与访问分析的既有可用性
|
|
* 有与风险相称的测试或联调验证
|
|
* 文档与代码保持一致
|
|
|
|
## 5. 后续维护方式
|
|
|
|
后续规划不再按“大版本阶段文档”维护，而采用以下方式：
|
|
|
|
* 产品边界变动：更新 `docs/design.md`
|
|
* 工程约束变动：更新 `docs/development-guidelines.md`
|
|
* 前端工程变动：更新前端相关规范文档
|
|
* 部署与配置变动：更新 `README.md`、`docs/deployment.md`、`docs/app-config.md`
|
|
|
|
如果未来出现明确的新阶段目标，再单独新增专项计划文档；不要把已完成的历史计划继续堆回本文件。
|