我目前正在进行 Debian 测试。然而，功能冻结将在几个月后到来，我听说 Debian 测试在冻结期间和测试变得稳定时可能会遇到一些问题。尽管我的消息来源是为了测试而不是延伸。
所以我想知道，冻结期间测试发生了什么，以及在此期间我可能会看到哪些潜在问题？
答案1
冻结
日历是如下：
- 11 月 5 日：过渡冻结
- 12 月 5 日：强制 10 天迁移
- 1 月 5 日：软冷冻
- 2月5日：全面冻结
过渡冻结意味着库会发生变化，从而引入过渡不再可能（至少，在没有说服发布经理的情况下）；这基本上意味着破坏 ABI 并因此需要 soname 碰撞的库更改无法再进入测试（因此也无法进入下一个版本）。
强制 10 天迁移意味着所有包从不稳定到测试的迁移都需要 10 天（默认为 5 天，对于“紧急=高”上传可能需要 2 天迁移）。这为新的或更新的软件包在迁移到测试（以及下一个版本）之前找到不稳定的问题留下了更多的时间。
软冻结意味着发行版的内容是固定的：没有新的软件包可以迁移到测试，并且从测试中删除的软件包不能重新引入。
完全冻结意味着软件包不再自动从不稳定迁移到测试；所有迁移都必须得到发布经理的批准。这Stretch 的冻结策略相当详细；基本上，它只允许从不稳定迁移到测试，这是有针对性的错误修复（对于足够重要的错误），以及翻译和文档更新。
在实践中
在完全冻结之前，（仅）测试用户不应受到特别影响；应该改变的只是一些库更新不会发生，并且在软冻结之后，将没有新软件可用。一旦完全冻结，更新就会减少。
最大的问题往往会影响尝试使用的用户安装冻结期间的新测试系统：软件包删除往往会更频繁地发生，并且被删除的软件包将无法再安装。现有的测试用户受此影响较小：他们已经安装的软件包不会被强制卸载，他们只是无法重新安装它们。（由于转换将被冻结，与库转换相关的强制升级/删除将不会成为问题。）
一切通常的警告与运行测试相关的仅适用，更是如此；例如，安全修复将需要更长的时间才能迁移到测试。有任何问题你做不过，相关维护人员和发布经理会对遇到的情况感兴趣：除非它们被修复，否则它们会影响发布......（但是在许多情况下删除包是有效的修复，这可能不符合您的喜好！）