Debian 的发布模型决定了软件版本会随版本迭代被清理或替换:稳定版(Stable)主要提供安全更新与关键修复,不持续引入新功能;当新稳定版发布后,旧稳定版进入oldstable,随后进入 LTS(由志愿者团队维护,通常总计约5年生命周期),再到可选的 ELTS(商业延长支持,最长期限可至约10年)。与此同时,开发分支 Unstable(Sid) 与 Testing 持续前进,旧包会被新版本取代或移除;此外,Debian 的 Security 仓库仅提供安全修复,不会保留历史版本。以上机制共同作用,导致仓库中的“旧版本”被删除或不再提供下载。
当一个上游版本到达EOL(End-of-Life)且不再收到安全修复时,继续保留会带来安全与合规风险。因此,Debian 会在 LTS/ELTS 阶段结束后停止维护,并在仓库中移除相关旧版本,避免用户误用存在漏洞的软件。例如 Python 2 在上游已于2020年停止支持后,Debian 在 Unstable 中清除了最后的 Python 2 包与依赖,以降低维护负担与安全风险。
保留大量旧版本会显著增加镜像存储、构建与测试成本,并拉长依赖解析与回归测试的时间。为控制仓库规模与保证质量,Debian 会在新版本进入稳定后清理旧包,把维护资源集中在受支持版本与安全修复上。这也是为什么在镜像与仓库中经常看到旧版本被移除或归档的原因。