debian backlog怎么分类

在 Debian 项目里，“backlog（待办/积压任务）”通常指还没处理或正在排队的工作项。根据你指的是哪种场景，分类方式不太一样。下面按常见场景说明：

1. Debian 官方开发/维护中的 backlog（如 BTS、团队看板）

(1) 按 Bug 严重程度（BTS 分类）

Debian Bug Tracking System 中 backlog 常指未解决 bug，可按 severity 分：

• critical / grave：导致数据丢失或系统不可用
• serious：违反 Debian 政策，必须修
• important：影响主要功能
• normal：一般问题
• minor / wishlist：小问题或功能建议

(2) 按 处理状态

• open：未处理
• pending / fixed-in-experimental
• won't fix
• moreinfo：等待反馈

(3) 按 所属团队/包

• 按 source package（如 systemd, linux）
• 按 team（如 debian-python, debian-kernel）

(4) 按 发布目标

• bullseye-backlog
• bookworm-backlog
• RC bugs for next release

2. 团队内部 Kanban / 项目管理的 backlog（如 Salsa、Taiga）

常见分类维度：

• 类型：bug / feature / docs / infra
• 优先级：P0 / P1 / P2
• 模块：packaging / CI / docs
• 里程碑：Debian 12 / 13

3. 系统管理视角（你自己的 Debian 服务器 backlog）

如果你说的是“我服务器上积压的任务”：

• 按服务：apt 更新、日志清理、安全补丁
• 按紧急度：安全 > 性能 > 功能
• 按来源：cron、用户请求、监控告警

简单建议分类模板

backlog/
├── bugs/
│   ├── rc
│   ├── normal
│   └── wishlist
├── packaging/
├── ci/
├── docs/
└── release-blocking/

如果你能说明是 Debian 官方开发、某个团队，还是你自己的系统，我可以给更具体的分类方式。