我目前正在进行 Debian 测试。然而，功能冻结将在几个月后到来，我听说 Debian 测试可能会在冻结期间和测试变得稳定时遇到一些问题。虽然我的来源设置为测试而不是拉伸。
所以我想知道，在冻结期间测试发生了什么，以及在此期间我可以看到哪些潜在问题？
日历如下：
转换冻结意味着引入转换的库更改不再可能（至少，在没有说服发布经理的情况下）；这基本上意味着破坏 ABI 并因此需要 soname 碰撞的库更改不能再进入测试（因此是下一个版本）。
强制 10 天迁移意味着所有包从不稳定迁移到测试将需要 10 天（默认值是 5 天，“紧急=高”上传可能需要 2 天迁移）。这为在迁移到测试（以及下一个版本）之前在不稳定的新包或更新包中发现问题留出了更多时间。
软冻结意味着分发的内容是固定的：没有新的包可以迁移到测试中，并且从测试中删除的包不能重新引入。
完全冻结意味着软件包不再自动从不稳定迁移到测试；所有迁移都必须得到发布经理的批准。Stretch的冻结策略非常详细；基本上它只允许从不稳定的迁移到测试，这是有针对性的错误修复（对于足够重要的错误），以及翻译和文档更新。
在完全冻结之前，测试用户（仅）不应受到特别影响；所有应该改变的将是一些库更新不会发生，并且在软冻结之后，将没有新软件可用。一旦完全冻结，更新就会减少。
最大的问题往往会影响在冻结期间尝试安装新测试系统的用户：软件包删除往往更频繁地发生，并且无法再安装被删除的软件包。预先存在的测试用户受此影响较小：他们已经安装的软件包不会被强制卸载，他们只是无法重新安装它们。（由于转换将被冻结，与库转换相关的强制升级/删除不会成为问题。）
与运行测试相关的所有常见警告仅适用，更是如此；例如，安全修复程序将需要更长的时间才能迁移到测试。你的任何问题，这样做的遭遇虽然会感兴趣的相关维护和发布经理：除非他们是固定的，他们会影响释放......（但删除软件包是一个有效的修复在很多情况下，这可能不是随心所欲！）
| 归档时间： |
|
| 查看次数： |
1261 次 |
| 最近记录： |