如何管理Debian backlog

在 Debian 项目中，“backlog”通常指的是未解决的工作清单，包括 bug、待完成的特性、维护任务等。管理 Debian backlog 的核心在于分类、优先级排序、持续跟进和社区协作。以下是具体方法和工具：

一、明确 Debian Backlog 的类型

Debian 的 backlog 主要分为以下几类：

1. Bug 报告：通过 Debian BTS（Bug Tracking System）管理。
2. 发布目标（Release Goals）：与特定 Debian 版本相关的任务。
3. 团队维护任务：如 QA、迁移、安全更新等。
4. 新特性或改进提案：通过 RFP（Request for Package）、ITP（Intent to Package）等记录。

二、核心管理工具

1. Debian BTS（Bug Tracking System）

• 官方地址：https://bugs.debian.org
• 作用：跟踪软件包 bug、RFP/ITP 等。
• 常用命令：
  • 查看 bug：reportbug 或网页搜索。
  • 更新状态：tags、severity、owner 等控制标签。
  • 关闭 bug：close 或邮件指令。

2. Debian QA 页面

• 地址：https://qa.debian.org
• 功能：查看软件包的健康状态、过时包、RC bug 等。

3. Salsa（GitLab）

• 地址：https://salsa.debian.org
• 用途：团队协作文档、CI/CD、issue 跟踪（部分团队使用）。

4. Release Team 的队列

• 如 transition tracker、RC bug list，用于发布前清理 backlog。

三、管理 Backlog 的步骤

1. 收集与分类

• 将 bug、任务、提案统一记录到 BTS 或团队看板。
• 使用 tags 分类：
  • help、patch、pending、wontfix、moreinfo 等。

2. 优先级排序

• RC（Release Critical）bug：必须优先处理（影响发布）。
• 安全漏洞：通过 security.debian.org 优先修复。
• 过期包、FTBFS（构建失败）：影响 QA，需定期清理。

3. 分配与认领

• 在 BTS 中设置 owner 表明负责人。
• 团队内部通过邮件列表或 IRC 协调认领。

4. 定期审查

• 每周/每月检查：
  • 新 bug 数量。
  • 长期未处理（stale）的任务。
  • 重复或已过时的问题。

5. 清理与关闭

• 已修复的 bug 及时关闭。
• 无效或过时的任务标记为 wontfix 或关闭。

四、团队协作建议

• 邮件列表：debian-devel、debian-qa、团队专属列表。
• IRC 频道：如 #debian-devel、#debian-qa。
• Sprints / Bug Squashing Parties：集中处理 backlog。
• 文档化流程：团队维护指南（如 Debian Perl Team、Python Team）。

五、实用技巧

• 使用 reportbug 工具高效提交/查询 bug。
• 关注 Debian Trends（https://trends.debian.net）了解整体健康度。
• 自动化：用 devscripts、lintian 提前发现问题。
• 定期参加 Bug Squashing Parties。

六、示例：个人维护者的 Backlog 管理

# 查看自己维护的包中 RC bug
rc-alert

# 检查过期包
wnpp-alert

# 本地检查包问题
lintian -i package.changes

如果你指的是某个具体 Debian 团队（如内核、安装器、翻译、安全团队）或你自己的 Debian 衍生项目 backlog，可以告诉我，我可以给出更针对性的方案。