温馨提示×

Debian backlog怎么管理

小樊
46
2026-07-12 07:39:51
栏目: 智能运维

Debian 的 backlog 主要指的是 Debian 发行版开发过程中未完成的任务、待修复的 bug、待处理的包更新等工作的列表。管理 Debian backlog 通常围绕 Bug Tracking System (BTS)邮件列表团队流程发布周期 进行。

下面从 概念、工具、流程、实践建议 四个方面说明如何在 Debian 中管理 backlog。


一、Debian Backlog 是什么

在 Debian 中,“backlog” 并不是一个单一系统,而是多种待办工作的统称,常见包括:

  • RC bug(Release-Critical Bug)
  • 普通 bug(wishlist、minor、normal)
  • 待迁移到 testing 的包
  • 待更新 / 待新上游版本的包
  • 待处理的 security issue
  • 团队维护包中的 TODO

二、主要管理工具

1. Debian BTS(Bug Tracking System)✅ 核心

Debian 官方 bug 系统:

  • 地址:https://bugs.debian.org
  • 每个包、每个 bug 都有独立编号
  • 状态包括:
    • open
    • fixed
    • pending
    • wontfix
    • done

常用操作

bts show <package>
bts severity <bug> important
bts tags <bug> + patch
bts close <bug>

查询 RC bug

https://bugs.debian.org/release-critical/

2. UDD(Ultimate Debian Database)

  • 整合 BTS、packages、upload、popcon 等数据
  • 可用于生成 backlog 报表

示例:

SELECT * FROM bugs WHERE severity >= 'important';
  • https://udd.debian.org

3. QA 页面(Package Tracking System)

每个包都有 QA 页面:

https://tracker.debian.org/pkg/<package>

可看到:

  • 当前 bug 数
  • 新上游版本
  • 迁移状态
  • 安全提醒

4. Salsa(GitLab)

  • Debian 官方 GitLab:https://salsa.debian.org
  • 用于:
    • 源码管理
    • Merge Request
    • CI
  • backlog 常体现为:
    • open issues
    • TODO in README / d/README.Debian

三、Debian Backlog 的管理流程

1. 明确 backlog 类型

类型 管理重点
RC bug 必须处理,影响 release
普通 bug 按优先级
新上游 是否影响稳定
安全 bug 高优先级
团队包 团队统一 backlog

2. 使用 tags 和 metadata 分类

在 BTS 中合理使用:

  • patch
  • help
  • pending
  • wontfix
  • moreinfo

示例:

bts tags 123456 + patch

3. 按团队维护 backlog(推荐)

Debian 大量包由 Packaging Team 维护:

  • Debian Python Team
  • Debian Go Packaging Team
  • pkg-systemd

团队常见做法:

  • 在 Salsa 建 issue board
  • README 中维护 TODO
  • 定期 backlog triage

4. 利用发布周期管理 backlog

Debian 发布阶段:

  • Freeze 前:集中处理 RC bug
  • Freeze 中:仅允许小修复
  • 稳定发布后:清理 backlog

工具:

  • transition tracker
  • excuses
  • piuparts

四、实践建议(如何高效管理)

✅ 1. 定期 triage(清理 backlog)

  • 每周 / 每月
  • 关闭过时 bug
  • 合并重复 bug
  • 更新 severity

✅ 2. 自动化监控

  • 订阅包邮件
  • 使用 debci
  • 使用 lintian
  • 设置 Salsa CI

✅ 3. 明确优先级

建议顺序:

  1. RC bug
  2. 安全 bug
  3. 影响 testing 的 bug
  4. 新 upstream(可选)
  5. wishlist / minor

✅ 4. 文档化 backlog

在以下位置记录:

  • d/README.Debian
  • TODO 文件
  • Salsa issue
  • 团队 wiki

五、如果你是新手

推荐路径:

  1. 先处理 RC bug
    • https://bugs.debian.org/release-critical/
  2. 加入一个 packaging team
  3. 使用 btsreportbug
  4. 从 patch / NMUs 开始

如果你愿意,我可以:

  • 帮你 分析某个包或团队的 backlog
  • 教你 用 BTS 管理 bug 的完整流程
  • 给你一个 Debian 包维护 backlog 模板

只要告诉我你是 个人维护者 / 团队成员 / 新手贡献者 即可。

0